Solução de Problemas
Este capítulo oferece algumas dicas sobre como obter ajuda quando algo dá errado. Ele também discute alguns problemas comuns de instalação e suas soluções.
Obtendo Ajuda
Existem muitos lugares na Internet que podem ajudá-lo quando você encontrar um problema não descrito neste capítulo: fóruns de discussão, blogs, IRC e muito mais. Alguns dos lugares mais populares onde você pode encontrar ajuda incluem:
-
Ask Fedora - Base de conhecimento do Fedora, disponível em vários idiomas
-
O canal de IRC do #fedora no Libera.Chat - um dos principais canais de IRC usados pelos usuários do Fedora, somente em inglês
-
Wiki do Projeto Fedora - a wiki oficial do Projeto Fedora
-
Stack Exchange - um quadro de Perguntas e Respostas em Inglês, não específico do Fedora
A lista acima não está completa - você também pode encontrar ajuda em muitos outros lugares. Informações adicionais sobre os recursos disponíveis, como canais IRC e listas de discussão, estão disponíveis no https://fedoraproject.org/wiki/Communicating_and_getting_help. |
Antes de abrir uma nova discussão ou pedir ajuda a alguém no IRC, você deve sempre fazer algumas pesquisas por conta própria. Se você estiver encontrando um problema, geralmente há uma boa chance de que outra pessoa tenha enfrentado o mesmo problema antes de você e publicado uma solução em algum lugar. Abrir uma discussão sobre algo já explicado em outro lugar, ou fazer uma pergunta comum que já foi respondida muitas vezes antes, provavelmente não resultará em uma resposta amigável e construtiva.
Quando você pede ajuda para solucionar problemas relacionados à instalação, pode ser solicitado que você forneça arquivos de log gerados pelo instalador. As seções abaixo explicam quais arquivos são gerados, qual é seu conteúdo e como transferi-los do sistema de instalação.
Arquivos de Log Gerados Durante a Instalação
Para fins de depuração, Anaconda registra as ações de instalação em arquivos no diretório /tmp
. Esses arquivos estão listados na tabela a seguir.
Arquivo de log | Conteúdo |
---|---|
|
mensagens gerais do Anaconda |
|
todos so programas externos executados durante a instalação |
|
informações extensas do módulo de armazenamento |
|
mensagens de instalação de pacotes do dnf e do rpm |
|
mensagens do sistema relacionadas a hardware |
Se a instalação falhar, as mensagens desses arquivos são consolidadas em /tmp/anaconda-tb-identificador
, onde identificador é uma string aleatória.
Transferindo Arquivos de Log do sistema de Instalação
Todos os arquivos descritos em Arquivos de Log Gerados Durante a Instalação residem no disco RAM do programa de instalação, o que significa que eles não são salvos permanentemente e serão perdidos quando o o sistema for desligado. Para armazená-los permanentemente, copie esses arquivos para outro sistema na rede usando scp no sistema que executa o programa de instalação ou copie-os para um dispositivo de armazenamento montado (como uma unidade flash USB). Detalhes sobre como transferir os arquivos de log estão abaixo. Observe que se você usar uma unidade flash USB ou outra mídia removível, certifique-se de fazer backup de todos os dados contidos nela antes de iniciar o procedimento.
Transferindo Arquivos de Log Para uma Unidade USB
-
No sistema que você está instalando, pressione Ctrl+Alt+F2 para acessar um prompt de shell. Você será conectado a uma conta root e terá acesso ao sistema de arquivos temporários do programa de instalação.
-
Conecte uma unidade flash USB ao sistema e execute o comando dmesg. Um log detalhando todos os eventos recentes será exibido. Na parte inferior deste log, você verá um conjunto de mensagens causadas pela unidade flash USB que você acabou de conectar. Ele se parecerá com um conjunto de linhas semelhante ao seguinte:
[ 170.171135] sd 5:0:0:0: [sdb] Attached SCSI removable disk
Observe o nome do dispositivo conectado - no exemplo acima, é
sdb
. -
Vá para o diretório
/mnt
e, uma vez lá, crie um novo diretório que servirá como alvo de montagem para a unidade USB. O nome do diretório não importa; este exemplo usa o nomeusb
.# mkdir usb
-
Monte a unidade flash USB no diretório recém-criado. Observe que, na maioria dos casos, você não deseja montar a unidade inteira, mas sim uma partição nela. Portanto, não use o nome
sdb
- use o nome da partição na qual deseja gravar os arquivos de log. Neste exemplo, o nomesdb1
é usado.# mount /dev/sdb1 /mnt/usb
Agora você pode verificar se montou o dispositivo e a partição corretos acessando-os e listando seu conteúdo - a lista deve corresponder ao que você espera que esteja na unidade.
# cd /mnt/usb
# ls
-
Copie os arquivos de log para o dispositivo montado.
# cp /tmp/*log /mnt/usb
-
Desmonte a unidade flash USB. Se você receber uma mensagem de erro dizendo que o destino está ocupado, mude seu diretório de trabalho para fora da montagem (por exemplo,
/
).# umount /mnt/usb
Os arquivos de log da instalação agora estão salvos na unidade flash USB.
Transferindo Arquivos de Log Pela Rede
-
No sistema que você está instalando, pressione Ctrl+Alt+F2 para acessar um prompt de shell. Você será conectado a uma conta root e terá acesso ao sistema de arquivos temporários do programa de instalação.
-
Mude para o diretório
/tmp
onde os arquivos de log estão localizados:# cd /tmp
-
Copie os arquivos de log em outro sistema na rede usando o comando scp:
# scp *log usuário@endereço:caminho
Substitua usuário por um nome de usuário válido no sistema de destino, endereço pelo endereço do sistema de destino ou nome do host e caminho pelo caminho para o diretório no qual deseja salvar os arquivos de log. Por exemplo, se você deseja se logar como
john
em um sistema com um endereço IP192.168.0.122
e colocar os arquivos de log no diretório/home/john/logs/
nesse sistema, o comando irá tem a seguinte forma:# scp *log john@192.168.0.122:/home/john/logs/
Ao conectar-se ao sistema de destino pela primeira vez, você pode encontrar uma mensagem semelhante à seguinte:
The authenticity of host '192.168.0.122 (192.168.0.122)' can't be established.
ECDSA key fingerprint is a4:60:76:eb:b2:d0:aa:23:af:3d:59:5c:de:bb:c4:42.
Are you sure you want to continue connecting (yes/no)?
Digite
yes
e pressione Enter para continuar. Em seguida, forneça uma senha válida quando solicitado. Os arquivos começarão a ser transferidos para o diretório especificado no sistema de destino.
Os arquivos de log da instalação agora estão salvos permanentemente no sistema de destino e disponíveis para revisão.
Problema em Começar a Instalação
Problemas em Inicializar na Instalação Gráfica
Sistemas com algumas placas de vídeo têm problemas para inicializar com o programa de instalação gráfica. Se o programa de instalação não for executado com as configurações padrão, ele tentará ser executado em um modo de resolução inferior. Se isso ainda falhar, o programa de instalação tentará ser executado no modo de texto.
Existem várias soluções possíveis para os problemas de exibição, a maioria das quais envolve a especificação de opções de inicialização personalizadas. Para obter mais informações, consulte Configurando o Sistema de Instalação no Menu de Inicialização.
- Usar o modo gráfico básico
-
Você pode tentar realizar a instalação usando o driver gráfico básico. Para fazer isso, edite as opções de inicialização do programa de instalação e acrescente inst.xdriver=vesa no final da linha de comando.
- Especificar a resolução de tela manualmente
-
Se o programa de instalação falhar em detectar a resolução da tela, você pode ignorar a detecção automática e especificá-la manualmente. Para fazer isso, acrescente a opção inst.resolution=x no menu de inicialização, onde x é a resolução de sua tela (por exemplo,
1024x768
). - Usar um driver de vídeo alternativo
-
Você também pode tentar especificar um driver de vídeo personalizado, substituindo a detecção automática do programa de instalação. Para especificar um driver, use a opção inst.xdriver=x, onde x é o driver de dispositivo que você deseja usar (por exemplo,
nouveau
).Se especificar um driver de vídeo personalizado resolve seu problema, você deve reportar como um bug em https://bugzilla.redhat.com sob o componente
anaconda
. O Anaconda deve ser capaz de detectar seu hardware automaticamente e usar o driver apropriado sem sua intervenção. - Realizar a instalação usando VNC
-
Se as opções acima falharem, você pode usar um sistema separado para acessar a instalação gráfica pela rede, usando o protocolo Virtual Network Computing (VNC). Para obter detalhes sobre a instalação usando VNC, veja Instalando Usando VNC.
Console Serial Não Detectado
Em alguns casos, tentar instalar em modo de texto usando um console serial resultará em nenhuma saída no console. Isso acontece em sistemas que possuem uma placa gráfica, mas nenhum monitor conectado. Se o Anaconda detectar uma placa gráfica, ele tentará usá-la para um monitor, mesmo se nenhum monitor estiver conectado.
Se você deseja realizar uma instalação baseada em texto em um console serial, use o opções de inicialização inst.text e console=. Veja Opções de Inicialização para obter mais detalhes.
Problema Durante a Instalação
Nenhum Disco Detectado
Na tela Destino da instalação
, a seguinte mensagem de erro pode aparecer na parte inferior: Nenhum disco detectado. Por favor, desligue o computador, conecte pelo menos um disco e reinicie para completar a instalação
.
A mensagem indica que o Anaconda não encontrou nenhum dispositivo de armazenamento gravável para instalar. Nesse caso, primeiro certifique-se de que seu sistema tenha pelo menos um dispositivo de armazenamento conectado.
Se o seu sistema usa um controlador RAID de hardware, verifique se o controlador está configurado corretamente e funcionando. Consulte a documentação do seu controlador para obter instruções.
Se você estiver instalando em um ou mais dispositivos iSCSI e não houver armazenamento local presente no sistema, certifique-se de que todos os LUNs (Logical Unit Numbers) necessários estão sendo apresentados ao HBA (Host Bus Adapter) apropriado.
Se você se certificou de que tem um dispositivo de armazenamento conectado e configurado corretamente e a mensagem ainda aparece após você reinicializar o sistema e iniciar a instalação novamente, isso significa que o programa de instalação falhou ao detectar o armazenamento. Na maioria dos casos, essa mensagem aparece quando você tenta instalar em um dispositivo SCSI que não foi reconhecido pelo programa de instalação.
Problemas Após a Instalação
Redefinindo a Senha Root
Se você perdeu a senha do usuário root para o sistema e tem acesso ao carregador de inicialização, pode redefinir a senha editando a configuração do GRUB2.
-
Inicialize seu sistema e espere até que o menu GRUB2 apareça.
-
No menu do carregador de inicialização, destaque qualquer entrada e pressione e para editá-la.
-
Encontre a linha que começa com linux`. No final desta linha, acrescente o seguinte:
init=/bin/sh
-
Pressione F10 ou Ctrl+X para inicializar o sistema usando as opções que você acabou de editar.
Assim que o sistema inicializar, será apresentado um prompt de shell sem a necessidade de inserir qualquer nome de usuário ou senha:
sh-4.2#
-
Carregue a política SELinux instalada:
sh-4.2# /usr/sbin/load_policy -i
-
Execute o seguinte comando para remontar sua partição raiz:
sh4.2# mount -o remount,rw /
-
Redefina a senha root:
sh4.2# passwd root
Quando solicitado, insira sua nova senha de root e confirme pressionando a tecla Enter. Digite a senha pela segunda vez para certificar-se de que digitou corretamente e confirme com Enter novamente. Se as duas senhas corresponderem, aparecerá uma mensagem informando sobre a alteração bem-sucedida da senha do root.
-
Remonte a partição raiz novamente, desta vez como somente leitura:
sh4.2# mount -o remount,ro /
-
Reinicialize o sistema. De agora em diante, você poderá fazer login como usuário root usando a nova senha configurada durante este procedimento.
Você Não Consegue Inicializar Com Sua Placa RAID?
Se você executou uma instalação e não consegue inicializar o sistema adequadamente, pode ser necessário reinstalar e particionar o armazenamento do sistema de forma diferente.
Alguns tipos de BIOS não suportam inicialização a partir de placas RAID. Depois de terminar a instalação e reiniciar o sistema pela primeira vez, uma tela baseada em texto mostrando o prompt do carregador de inicialização (por exemplo, grub>
) e um cursor piscando pode ser tudo o que aparece. Se este for o caso, você deve reparticionar seu sistema e mover sua partição /boot
e o carregador de inicialização para fora do arranjo RAID. A partição /boot
e o carregador de inicialização devem estar no mesmo drive.
Assim que essas alterações forem feitas, você poderá terminar a instalação e inicializar o sistema corretamente. Para obter mais informações sobre particionamento, veja Destino da Instalação.
Problemas Com a Sequência de Inicialização Gráfica
Depois de concluir a instalação e reinicializar o sistema pela primeira vez, é possível que o sistema pare de responder durante a sequência de inicialização gráfica, exigindo uma reinicialização. Nesse caso, o carregador de inicialização é exibido com sucesso, mas selecionar qualquer entrada e tentar inicializar o sistema resulta em uma travamento. Isso geralmente significa um problema com a sequência de inicialização gráfica; para resolver este problema, você deve desativar a inicialização gráfica. Para fazer isso, altere temporariamente a configuração no momento da inicialização antes de alterá-la permanentemente.
-
Inicie o computador e espere até que o menu do carregador de inicialização apareça. Se você definir o tempo limite do carregador de inicialização para 0, mantenha pressionada a tecla Esc para acessá-lo.
-
Quando o menu do carregador de inicialização aparecer, use as teclas do cursor para destacar a entrada que deseja inicializar e pressione a tecla e para editar as opções dessa entrada.
-
Na lista de opções, encontre a linha do kernel - ou seja, a linha que começa com a palavra-chave
linux
(ou, em alguns casos,linux16
oulinuxefi
). Nesta linha, localize a opçãorhgb
e exclua-a. A opção pode não estar imediatamente visível; use as teclas do cursor para rolar para cima e para baixo. -
Pressione F10 ou Ctrl+X para inicializar seu sistema com as opções editadas.
Se o sistema foi iniciado com sucesso, você pode fazer o login normalmente. Em seguida, você precisará desabilitar a inicialização gráfica permanentemente - caso contrário, você terá que realizar o procedimento anterior toda vez que o sistema for inicializado. Para alterar permanentemente as opções de inicialização, faça o seguinte.
-
Autentique-se na conta
root
usando o comando su -:$ su -
-
Abra o arquivo de configuração
/etc/default/grub
usando um editor de texto simples como vim. -
Dentro do arquivo
grub
, localize a linha que começa comGRUB_CMDLINE_LINUX
. A linha deve ser semelhante a esta:GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root rd.md=0 rd.dm=0 vconsole.keymap=us $([ -x /usr/sbin/rhcrashkernel-param ] && /usr/sbin/rhcrashkernel-param || :) rd.luks=0 vconsole.font=latarcyrheb-sun16 rd.lvm.lv=vg_rhel/swap rhgb quiet"
Nesta linha, exclua a opção
rhgb
. -
Salve o arquivo de configuração editado.
-
Atualize a configuração do carregador de inicialização executando o seguinte comando:
# grub2-mkconfig --output=/boot/grub2/grub.cfg
Depois de concluir este procedimento, você pode reinicializar o computador. O Fedora não usará mais a sequência de inicialização gráfica. Se você deseja habilitar a inicialização gráfica, siga o mesmo procedimento, adicione a opção rhgb
à linha GRUB_CMDLINE_LINUX
no arquivo /etc/default/grub
e atualize a configuração do carregador de inicialização novamente usando o comando grub2-mkconfig.
Veja o Guia do Administrador do Sistema Fedora para mais informações sobre trabalhar com o carregador de inicialização GRUB2.
Inicializando em um Ambiente Gráfico
Se você instalou o X Window System e um ambiente gráfico como o GNOME, mas não está vendo um ambiente gráfico depois de iniciar a sessão em seu sistema, pode iniciá-lo manualmente usando o comando startx. Observe, no entanto, que esta é apenas uma correção única e não altera o processo de início de sessão para situações futuras.
Para configurar seu sistema de forma que você possa efetuar login em uma tela de login gráfica, você deve alterar o destino padrão systemd para graphical.target
. Quando terminar, reinicie o computador. Será apresentado um prompt gráfico de login após a reinicialização do sistema.
-
Abra um prompt de shell. Se você estiver em sua conta de usuário, torne-se root digitando o comando su -.
-
Mude o destino padrão para
graphical.target
. Para fazer isso, execute o seguinte comando:# systemctl set-default graphical.target
O login gráfico agora está habilitado por padrão - será apresentado um prompt gráfico de login após a próxima reinicialização. Se você deseja reverter essa mudança e continuar usando o prompt de login baseado em texto, execute o seguinte comando como root
:
# systemctl set-default multi-user.target
Para mais informações sobre alvos em systemd, veja o xref:fedora:system-administrators-guide:index.adoc[Guia do Administrador do Sistema Fedora.
Nenhuma Interface Gráfica de Usuário Presente
Se você estiver tendo problemas para iniciar o X (o X Window System), é possível que ele não tenha sido instalado. Alguns dos ambientes básicos predefinidos que você pode selecionar durante a instalação, como Instalação mínima
ou Servidor Web
, não incluem uma interface gráfica - e deve ser instalada manualmente.
Se você deseja o X, pode instalar os pacotes necessários após a instalação usando o gerenciador de pacotes DNF. Por exemplo, para instalar o GNOME, use dnf install gnome-shell como root
.
Servidor X Travando Após o Login do Usuário
Se você estiver tendo problemas com o travamento do servidor X quando um usuário efetuar login, um ou mais de seus sistemas de arquivos podem estar cheios (ou quase cheios). Para verificar se este é o problema que você está enfrentando, execute o seguinte comando:
$ df -h
A saída o ajudará a diagnosticar qual partição está cheia - na maioria dos casos, o problema estará na partição /home
. Um exemplo de saída do comando df pode ser semelhante ao seguinte:
Sist. Arq. Tam Usado Disp. Uso% Montando em /dev/mapper/vg_rhel-root 20G 6.0G 13G 32% / devtmpfs 1.8G 0 1.8G 0% /dev tmpfs 1.8G 2.7M 1.8G 1% /dev/shm tmpfs 1.8G 1012K 1.8G 1% /run tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup tmpfs 1.8G 2.6M 1.8G 1% /tmp /dev/sda1 976M 150M 760M 17% /boot /dev/dm-4 90G 90G 0 100% /home
No exemplo acima, você pode ver que a partição /home
está cheia, o que causa o travamento. Você pode criar espaço na partição removendo arquivos desnecessários. Depois de liberar algum espaço em disco, inicie o X usando o comando startx.
Para obter informações adicionais sobre df e uma explicação das opções disponíveis (como a opção -h usada neste exemplo), consulte a página do manual df(1)
.
A Sua RAM Não Está Sendo Reconhecida?
Em alguns casos, o kernel não reconhece toda a sua memória (RAM), o que faz com que o sistema use menos memória do que a instalada. Você pode descobrir quanta RAM está sendo utilizada usando o comando free -m. Se a quantidade total de memória exibida não corresponder às suas expectativas, é provável que pelo menos um dos módulos de memória esteja com defeito. Em sistemas baseados em BIOS, você pode usar o utilitário Memtest86+ para testar a memória do seu sistema - veja Carregando o Modo de Teste de Memória (RAM) para detalhes.
Se você tem 4 GB ou mais de memória instalada, mas o Fedora mostra apenas 3,5 GB ou 3,7 GB, você provavelmente instalou uma versão de 32 bits do Fedora em um kernel de 64 bits. Para sistemas modernos, use a versão de 64 bits (x86_64). Algumas configurações de hardware têm uma parte da RAM do sistema reservada e indisponível para o sistema principal. Notavelmente, os laptops com placas gráficas integradas reservam alguma memória para a GPU. Por exemplo, um laptop com 4 GB de RAM e uma placa de vídeo Intel integrada mostrará apenas cerca de 3,7 GB de memória disponível, mesmo com um sistema de 64 bits. Além disso, o mecanismo de despejo do kernel de travamento kdump reserva alguma memória para o kernel secundário usado no caso de travamento do kernel primário. Esta memória reservada também não será exibida como disponível ao usar o comando free. Para detalhes sobre o kdump e seus requisitos de memória, veja o xref:fedora:system-administrators-guide:index.adoc[Guia do Administrador do Sistema Fedora. |
Se você se certificou de que sua memória não tem problemas, você pode tentar definir a quantidade de memória manualmente usando a opção de kernel mem=.
-
Inicie o computador e espere até que o menu do carregador de inicialização apareça. Se você definir o tempo limite do carregador de inicialização para 0, mantenha pressionada a tecla Esc para acessá-lo.
-
Quando o menu do carregador de inicialização aparecer, use as teclas do cursor para destacar a entrada que deseja inicializar e pressione a tecla e para editar as opções dessa entrada.
-
Na lista de opções, encontre a linha do kernel - ou seja, a linha que começa com a palavra-chave
linux
(ou, em alguns casos,linux16
). Anexe a seguinte opção ao final desta linha:mem=xxM
Substitua xx pela quantidade de RAM que você tem em megabytes.
-
Pressione F10 ou Ctrl+X para inicializar seu sistema com as opções editadas.
-
Aguarde até que o sistema inicialize e faça login. Em seguida, abra uma linha de comando e execute o comando free -m novamente. Se a quantidade total de RAM exibida pelo comando corresponder às suas expectativas, anexe o seguinte à linha que começa com
GRUB_CMDLINE_LINUX
no arquivo/etc/default/grub
para tornar a mudança permanente:mem=xxM
Substitua xx pela quantidade de RAM que você tem em megabytes.
-
Depois de atualizar o arquivo e salvá-lo, atualize a configuração do carregador de inicialização para que a alteração tenha efeito. Execute o seguinte comando com privilégios de root:
# grub2-mkconfig --output=/boot/grub2/grub.cfg
No /etc/default/grub
, o exemplo acima seria semelhante ao seguinte:
GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR="$(sed 's, release.*$,,g' /etc/system-release)" GRUB_DEFAULT=saved GRUB_DISABLE_SUBMENU=true GRUB_TERMINAL_OUTPUT="console" GRUB_CMDLINE_LINUX="rd.lvm.lv=rhel/root vconsole.font=latarcyrheb-sun16 rd.lvm.lv=rhel/swap $([ -x /usr/sbin/rhcrashkernel.param ] && /usr/sbin/rhcrashkernel-param || :) vconsole.keymap=us rhgb quiet mem=1024M" GRUB_DISABLE_RECOVERY="true"
Veja o Guia do Administrador do Sistema Fedora para mais informações sobre trabalhar com o carregador de inicialização GRUB2.
Want to help? Learn how to contribute to Fedora Docs ›