Procuro aqui relatar um pequeno problema e como corrigi-lo.
Ao instalar o linux Fedora 17 a alguns dias, me deparei com um irritante problema.
Ao tentar se logar com meu nome de usuário comum, eram emitidas as seguintes mensagens na tela:
"Cannot enter home directory. Using /"
"No write access to $HOME directory"
"KDE is unable to start"
"Configuration file /.kde/share/config/knotifyrc not writable"
Na maioria dos casos esse problema é causado pelo SELinux e suas politicas de segurança.
Uma solução rápida para corrigir o problema, é pressionar as teclas ctrl+alt+F2 se logar como usuário root e em seguida alterar o status do SELinux para Permissive, isso se faz emitindo o seguinte comando:
#setenforce 0
para comprovar que funcionou, emita o seguinte comando:
#getenforce
isso deve retornar o valor “Permissive”
Agora basta voltar a tela de login, Ctrl+alt+F1 e se logar normalmente. Porém, suas politicas de segurança SELinux estão desabilitadas, o que não é recomendado, alem disso, essa solução não é permanente e você teria que faze-la a cada vez que se logar.
Para corrigir esse problema de forma permanente vá até a tela de login, pressionar ctrl+alt+F2 e faça login como root. Em seguida emita o seguinte comando:
#touch /.autorelabel
#reboot
Esses comandos farão com que o Linux ao reiniciar faça uma reindexação de seu contexto de segurança, incluindo partições, arquivos ou diretórios, que não haviam sido indexados durante a instalação do Sistema, como foi o meu caso.
Bom, isso é tudo! Abaixo apenas é uma descrição detalhada de como o problema foi gerado em meu sistema passo a passo.
Agora vamos voltar no tempo e ver como esse problema foi gerado em meu sistema.
Cenário:
Antes de instalar o Linux Fedora 17, meu HD se encontrava da seguinte forma:
- sda5 - swap
- sda6 - linux OpenSuse
- sda7 - /home ( como todos os documentos de trabalho )
Foi feita uma instalação do Fedora 17 sobrescrevendo apenas o sistema operacional OpenSuse em sda6, e mantendo a partição sda5 como swap.
A partição sda7 permaneceu intacta com o diretório /home antigo.
Apos instalar o Fedora 17, apenas as partições /sda5 (swap) e /sda6 ( / ) estavam montadas, todos os meus documentos e trabalhos estavam na partição /sda7 que não se encontrava montada no momento.
Para a partição /sda7 ser montada todas as vezes que o computador for iniciado, entrei no sistema como root, emiti o comando :
#blkid /dev/sda7
Para descobrir a UUID dessa partição.
Em seguinda editei o arquivo /etc/fstab incluindo a linha necessária para a inicialização da partição /sda7 com o nome /work
UUID=6592d9aa-7f41-4934-96ea-bd51568ddc99 /work ext4 defaults 1 2
logo apos emiti os comandos para criar e montar a pasta de trabalhos com meus arquivos antigos do Opensuse.
#mkdir /work
#mount /dev/sda7 /work
então por fim editei o arquivo localizado em /etc/default/useradd alterando a variavel HOME=/home para HOME=/work . Isto faz com que todo novo usuário criado no sistema com useradd, tenha sua pasta de trabalho criada na pasta(partição) /work.
A cereja sobre o bolo aconteceu, quando eu criei o primeiro usuário comum “wandeco” que teria sua pasta localizada em /work/wandeco ... porém a tela de login viria a falhar sempre, devido as politicas do SELinux. Problema que foi corrigido com o metodo descrito no inicio deste artigo. :-)
Ao instalar o linux Fedora 17 a alguns dias, me deparei com um irritante problema.
Ao tentar se logar com meu nome de usuário comum, eram emitidas as seguintes mensagens na tela:
"Cannot enter home directory. Using /"
"No write access to $HOME directory"
"KDE is unable to start"
"Configuration file /.kde/share/config/knotifyrc not writable"
Na maioria dos casos esse problema é causado pelo SELinux e suas politicas de segurança.
Uma solução rápida para corrigir o problema, é pressionar as teclas ctrl+alt+F2 se logar como usuário root e em seguida alterar o status do SELinux para Permissive, isso se faz emitindo o seguinte comando:
#setenforce 0
para comprovar que funcionou, emita o seguinte comando:
#getenforce
isso deve retornar o valor “Permissive”
Agora basta voltar a tela de login, Ctrl+alt+F1 e se logar normalmente. Porém, suas politicas de segurança SELinux estão desabilitadas, o que não é recomendado, alem disso, essa solução não é permanente e você teria que faze-la a cada vez que se logar.
Para corrigir esse problema de forma permanente vá até a tela de login, pressionar ctrl+alt+F2 e faça login como root. Em seguida emita o seguinte comando:
#touch /.autorelabel
#reboot
Esses comandos farão com que o Linux ao reiniciar faça uma reindexação de seu contexto de segurança, incluindo partições, arquivos ou diretórios, que não haviam sido indexados durante a instalação do Sistema, como foi o meu caso.
Bom, isso é tudo! Abaixo apenas é uma descrição detalhada de como o problema foi gerado em meu sistema passo a passo.
Agora vamos voltar no tempo e ver como esse problema foi gerado em meu sistema.
Cenário:
Antes de instalar o Linux Fedora 17, meu HD se encontrava da seguinte forma:
- sda5 - swap
- sda6 - linux OpenSuse
- sda7 - /home ( como todos os documentos de trabalho )
Foi feita uma instalação do Fedora 17 sobrescrevendo apenas o sistema operacional OpenSuse em sda6, e mantendo a partição sda5 como swap.
A partição sda7 permaneceu intacta com o diretório /home antigo.
Apos instalar o Fedora 17, apenas as partições /sda5 (swap) e /sda6 ( / ) estavam montadas, todos os meus documentos e trabalhos estavam na partição /sda7 que não se encontrava montada no momento.
Para a partição /sda7 ser montada todas as vezes que o computador for iniciado, entrei no sistema como root, emiti o comando :
#blkid /dev/sda7
Para descobrir a UUID dessa partição.
Em seguinda editei o arquivo /etc/fstab incluindo a linha necessária para a inicialização da partição /sda7 com o nome /work
UUID=6592d9aa-7f41-4934-96ea-bd51568ddc99 /work ext4 defaults 1 2
logo apos emiti os comandos para criar e montar a pasta de trabalhos com meus arquivos antigos do Opensuse.
#mkdir /work
#mount /dev/sda7 /work
então por fim editei o arquivo localizado em /etc/default/useradd alterando a variavel HOME=/home para HOME=/work . Isto faz com que todo novo usuário criado no sistema com useradd, tenha sua pasta de trabalho criada na pasta(partição) /work.
A cereja sobre o bolo aconteceu, quando eu criei o primeiro usuário comum “wandeco” que teria sua pasta localizada em /work/wandeco ... porém a tela de login viria a falhar sempre, devido as politicas do SELinux. Problema que foi corrigido com o metodo descrito no inicio deste artigo. :-)
vlw mesmo problema que vc broo abs
ResponderExcluir