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.

Se a instalação falhar, as mensagens desses arquivos são consolidadas em /tmp/anaconda-tb-identificador, onde identificador é uma string aleatória.

All of the files described in Log Files Generated During the Installation reside in the installation program’s RAM disk, which means they are not saved permamently and will be lost once the system is powered down. To store them permanently, copy those files to another system on the network using scp on the system running the installation program, or copy them to a mounted storage device (such as an USB flash drive). Details on how to transfer the log files are below. Note that if you use an USB flash drive or other removable media, you should make sure to back up any data on it before starting the procedure.

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.

There are several possible solutions to display issues, most of which involve specifying custom boot options. For more information, see Configuring the Installation System at the Boot Menu.

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.

If you want to perform a text-based installation on a serial console, use the inst.text and console= boot options. See Boot Options for more details.

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.

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.

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.

Once these changes have been made, you should be able to finish your installation and boot the system properly. For more information about partitioning, see Installation Destination.

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.

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.

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.

See the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.

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.

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:

For more information about targets in systemd, see the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/.

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.

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:

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:

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).

In some cases the kernel does not recognize all of your memory (RAM), which causes the system to use less memory than is installed. You can find out how much RAM is being utilized using the free -m command. If the displayed total amount of memory does not match your expectations, it is likely that at least one of your memory modules is faulty. On BIOS-based systems, you can use the Memtest86+ utility to test your system’s memory - see Loading the Memory (RAM) Testing Mode for details.

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=.

No /etc/default/grub, o exemplo acima seria semelhante ao seguinte:

See the Fedora System Administrator’s Guide, available at http://docs.fedoraproject.org/, for more information about working with the GRUB2 boot loader.