Se você tiver qualquer problema ao usar a mídia de instalação do SUSE Linux Enterprise Desktop, verifique a integridade da mídia. Inicialize da mídia e escolha Verificar a Mídia de Instalação no menu de boot. No sistema em execução, inicie o YaST e escolha Software › Verificação de Mídia. Para verificar o meio do SUSE Linux Enterprise Desktop, insira-o na unidade e clique em Iniciar Verificação na tela Verificação de Mídia do YaST. Isso pode levar alguns minutos. Se forem detectados erros, não use esta mídia para instalação. Problemas de mídia podem ocorrer com o meio que você mesmo gravou. A gravação de mídia a baixa velocidade (4x) ajuda a evitar problemas.

Figura 30.1 Verificação de mídia #

Se o seu computador não contém uma unidade de DVD-ROM inicializável ou se a que você tem não é suportada pelo Linux, há várias opções para instalar sua máquina sem uma unidade de DVD interna:

Um motivo possível para a máquina não inicializar a mídia de instalação é uma configuração incorreta de sequência de boot no BIOS. A sequência de boot do BIOS deve ter uma unidade de DVD definida como a primeira entrada de boot. De outra forma, a máquina tentaria inicializar de outro meio, normalmente o disco rígido. Você encontra instruções de como mudar a sequência de boot do BIOS na documentação que acompanha sua placa-mãe, ou nos parágrafos a seguir.

O BIOS é o software que habilita as funções mais básicas de um computador. Fabricantes de placas-mãe fornecem um BIOS especificamente fabricado para o hardware. Normalmente, a configuração do BIOS só pode ser acessada em um momento específico: quando a máquina está inicializando. Durante a fase de inicialização, a máquina executa vários testes de diagnóstico de hardware. Um deles é uma verificação de memória, indicado por um contador de memória. Quando o contador aparecer, procure uma linha, geralmente abaixo dele ou em algum local na parte inferior, mencionando a tecla a ser pressionada para acessar a configuração do BIOS. Geralmente, a tecla a ser pressionada é Del, F1 ou Esc. Pressione esta tecla até que a tela de configuração do BIOS seja exibida.

Independentemente do idioma e do layout do teclado que a instalação final usará, a maioria das configurações de BIOS usa o layout de teclado dos EUA, conforme mostrado na figura a seguir:

Figura 30.2 Layout do teclado dos EUA #

Alguns tipos de hardware, principalmente os muito antigos ou muito recentes, falham na instalação. Em muitos casos, isso pode ocorrer devido à ausência de suporte para esse tipo de hardware no kernel de instalação ou devido a alguma funcionalidade incluída no kernel, como a ACPI, que ainda causa problemas em alguns hardwares.

Se o seu sistema falhar na instalação usando o modo de instalação padrão da primeira tela de boot da instalação, tente o seguinte:

Se isso falhar, proceda como acima, mas escolha Configurações Seguras. Essa opção desabilita o suporte de ACPI e DMA. A maioria dos hardwares inicializará com essa opção.

Se ambas as opções falharem, use o prompt das opções de boot para transmitir quaisquer parâmetros adicionais necessários para suportar esse tipo de hardware no kernel de instalação. Para obter mais informações sobre os parâmetros disponíveis como opções de boot, consulte a documentação do kernel localizada em /usr/src/linux/Documentation/kernel-parameters.txt.

Dica: obtendo documentação do kernel

Instale o pacote kernel-source para exibir a documentação do kernel.

Há vários outros parâmetros de kernel relacionados à ACPI que podem ser digitados no prompt de inicialização antes da inicialização para a instalação:

Após determinar a combinação correta de parâmetros, o YaST os grava automaticamente na configuração do carregador de boot para verificar se o sistema inicializará de forma correta na próxima vez.

Se erros inexplicáveis ocorrerem quando o kernel estiver carregado ou durante a instalação, selecione Teste de Memória no menu de inicialização para verificar a memória. Se Teste de Memória retornar um erro, geralmente será um erro de hardware.

Depois que você insere o meio na unidade e reinicializa a máquina, a tela de instalação é exibida, mas depois que a opção Instalação é selecionada, o instalador gráfico não inicializa.

Há várias maneiras de lidar com essa situação:

Você inseriu o meio na unidade, as rotinas do BIOS foram encerradas, mas o sistema não inicia com a tela de boot gráfica. Em vez disso, ele inicia uma interface baseada em texto bastante simples. Isso pode acontecer em qualquer máquina que não forneça memória gráfica suficiente para renderizar uma tela de boot gráfica.

Embora a tela de boot de texto tenha aparência simples, ela fornece praticamente a mesma funcionalidade que a gráfica:

Se o hardware estiver funcionando de forma adequada, é possível que o carregador de boot esteja corrompido e que o Linux não possa ser iniciado na máquina. Neste caso, é necessário consertar o carregador de boot. Para isso, é necessário iniciar o Sistema de Recuperação conforme descrito na Seção 30.6.2, “Usando o sistema de recuperação” e seguir as instruções na Seção 30.6.2.4, “Modificando e reinstalando o carregador de boot”.

Outros motivos para a máquina não inicializar podem estar relacionadas ao BIOS:

Isso costuma ocorrer após uma falha de atualização do kernel e é conhecido como pânico do kernel devido ao tipo de erro do console do sistema que às vezes se verifica no estágio final do processo. Se a máquina realmente tiver sido reinicializada após uma atualização de software, o objetivo imediato é reinicializá-la usando a versão antiga e segura do kernel do Linux e os arquivos associados. Isso pode ser feito na tela do carregador de boot GRUB 2 durante o processo de boot da seguinte forma:

Se isso não resolver o problema, inicialize o computador usando a mídia de instalação. Após a inicialização da máquina, prossiga com o Passo 3.

Se a máquina ligar, mas não for inicializada no gerenciador de login gráfico, evite problemas com a opção de destino padrão do systemd ou com a configuração do X Window System. Para verificar o destino padrão atual do systemd, execute o comando sudo systemctl get-default. Se o valor retornado não for graphical.target, execute o comando sudo systemctl isolate graphical.target. Se a tela gráfica de login for iniciada, efetue login e inicie o YaST › Sistema › Services Manager (Gerenciador de Serviços) e defina o Default System Target (Destino do Sistema Padrão) como Graphical Interface (Interface Gráfica). De agora em diante, o sistema deverá ser inicializado na tela gráfica de login.

Se a tela gráfica de login não for iniciada mesmo depois de ter sido inicializada ou alternada para o destino gráfico, a área de trabalho ou o software do X Window provavelmente foi mal configurado ou estava corrompido. Examine os arquivos de registro em /var/log/Xorg.*.log para obter mensagens detalhadas do servidor X enquanto ele tenta iniciar. Se a área de trabalho falhar durante a inicialização, talvez ela registre mensagens de erro no diário do sistema que possam ser consultadas com o comando journalctl (leia o Capítulo 12, journalctl: consultar o diário do systemd para obter mais informações). Se essas mensagens de erro sugerirem um problema de configuração no servidor X, tente corrigi-lo. Se o sistema gráfico ainda não aparecer, reinstale a área de trabalho gráfica.

Se uma partição btrfs raiz for corrompida, tente as seguintes opções:

Isso geralmente ocorre quando o sistema está configurado para usar autenticação de rede ou serviços de diretório e, por alguma razão, não é capaz de recuperar resultados de seus servidores configurados. O usuário root, como o único usuário local, é o único que ainda pode efetuar login nessas máquinas. A seguir estão alguns motivos comuns para uma máquina parecer funcional, mas não conseguir processar logins corretamente:

Em todos os casos que não envolvem problemas de rede externos, a solução é reinicializar o sistema em um modo de usuário único e reparar a configuração antes de inicializar novamente no modo de operação e tentar efetuar login novamente. Para inicializar no modo de usuário único:

Esse é o um dos problemas mais comuns que os usuários podem encontrar, pois há vários motivos pelos quais isso pode ocorrer. Dependendo de você usar gerenciamento e autenticação de usuário local ou autenticação em rede, as falhas de login ocorrem por motivos diferentes.

O gerenciamento de usuário local pode falhar pelos seguintes motivos:

Para encontrar o motivo de uma falha de login local, proceda da seguinte maneira:

Veja a seguir alguns motivos comuns pelos quais a autenticação em rede de um usuário específico pode falhar em uma máquina específica:

Para localizar a causa das falhas de login com a autenticação de rede, proceda da seguinte maneira:

Recomenda-se o uso de uma partição pessoal criptografada para laptops. Se você não puder efetuar login no seu laptop, o motivo geralmente é simples: a sua partição pode não estar desbloqueada.

Durante a inicialização, é necessário digitar a frase secreta para desbloquear a partição criptografada. Se você não a digitar, o processo de boot continuará, deixando a partição bloqueada.

Para desbloquear a partição criptografada, faça o seguinte:

Se esse for o caso, provavelmente os seus arquivos de configuração do GNOME se corromperam. Alguns sintomas podem incluir falha de funcionamento do teclado, a geometria da tela distorcida ou até mesmo a tela exibida como um campo cinza vazio. A distinção importante é que se outro usuário efetuar login, a máquina funcionará normalmente. Provavelmente o problema possa ser corrigido rapidamente com a transferência do diretório de configuração do GNOME do usuário para um novo local, o que faz a área de trabalho do GNOME inicializar um novo. Embora o usuário seja forçado a reconfigurar o GNOME, nenhum dado é perdido.

Se você tiver problema com a conectividade da rede, restrinja-a conforme descrito no Procedimento 30.6, “Como identificar problemas de rede”. Se tudo indicar que a culpa é do NetworkManager, faça o seguinte para obter os registros com dicas sobre o motivo da falha do NetworkManager:

Para obter maiores informações sobre o NetworkManager, consulte o Capítulo 22, Usando o NetworkManager.

Às vezes é necessário fazer um backup de uma partição inteira ou até do disco rígido. O Linux possui a ferramenta dd, capaz de criar uma cópia exata do seu disco. Combinada ao gzip, faz você economizar espaço.

Se você precisar de apenas uma partição para o backup, substitua o marcador SOURCE pela sua respectiva partição. Nesse caso, o seu arquivo de imagem pode usar o mesmo disco rígido, só que em outra partição.

Há vários motivos pelos quais um sistema pode não ser inicializado ou executado adequadamente. Um sistema de arquivos corrompido após uma falha do sistema, arquivos de configuração corrompidos ou uma configuração de carregador de boot corrompida são os mais comuns.

Para ajudá-lo a resolver esse tipo de situação, o SUSE Linux Enterprise Desktop oferece um sistema de recuperação que você pode inicializar. que consiste em um pequeno sistema Linux que pode ser carregado em um disco de RAM e montado como um sistema de arquivos raiz, permitindo acesso externo às partições Linux. Com o sistema de recuperação, você pode recuperar ou modificar qualquer aspecto importante do sistema.

É possível carregar o sistema de recuperação a partir de várias origens e locais. A opção mais simples é inicializar o sistema de recuperação a partir do meio original de instalação.

Depois de acessar o sistema de recuperação, você poderá utilizar os consoles virtuais por meio das teclas Alt–F1 a Alt–F6.

Um shell e muitos outros eficientes utilitários, como o programa de montagem, estão disponíveis no diretório /bin. O diretório /sbin contém utilitários de arquivo e rede importantes para análise e conserto do sistema de arquivos. Esse diretório também inclui os binários mais importantes para a manutenção do sistema, por exemplo, fdisk, mkfs, mkswap, mount e shutdown, além do ip e do ss para a manutenção da rede. O diretório /usr/bin contém o vi editor, find, less e SSH.

Para ver as mensagens do sistema, use o comando dmesg ou exiba o registro do sistema com journalctl.

30.6.2.3 Acessando o sistema instalado #

Se você precisa acessar o sistema instalado do sistema de recuperação, faça isso em um ambiente raiz de mudança. Por exemplo, para modificar a configuração do carregador de boot ou executar um utilitário de configuração de hardware.

Para configurar um ambiente de mudança de raiz com base no sistema instalado, faça o seguinte:

1. Primeiro monte a partição raiz do sistema instalado e do sistema de arquivos do dispositivo (mude o nome do dispositivo de acordo com as suas configurações atuais):

   mount /dev/sda6 /mnt
   mount --bind /dev /mnt/dev

2. Agora, você pode “mudar a raiz” no novo ambiente:

   chroot /mnt

3. Em seguida, monte /proc e /sys:

   mount /proc
   mount /sys

4. Por fim, monte as partições restantes no sistema instalado:

   mount -a

5. Agora, você tem acesso ao sistema instalado. Antes de reinicializar o sistema, desmonte as partições com umount -a e saia do ambiente de “mudança de raiz” com exit.

Atenção: Limitações

Embora você tenha acesso total aos arquivos e aplicativos do sistema instalado, há algumas limitações. O kernel em execução é o que foi inicializado com o sistema de recuperação, e não com o ambiente de mudança de raiz. Ele suporta apenas o hardware essencial e não é possível adicionar módulos do kernel do sistema instalado, a menos que as versões do kernel sejam exatamente iguais. Verifique sempre a versão do kernel em execução (recuperação) com uname -r e, em seguida, descubra se existe um subdiretório correspondente no diretório /lib/modules no ambiente raiz de mudança. Em caso positivo, você poderá usar os módulos instalados, do contrário, precisará fornecer as versões corretas em outra mídia, como um disco flash. Na maioria das vezes, a versão do kernel de recuperação é diferente da que está instalada, portanto, não é possível simplesmente acessar a placa de som, por exemplo. Também não será possível iniciar uma interface gráfica de usuário.

Observe também que você sai do ambiente de “mudança de raiz” ao percorrer o console com as teclas Alt–F1 a Alt–F6.

30.6.2.5 Corrigindo a instalação do Kernel #

Uma atualização do kernel pode introduzir um novo bug capaz de afetar a operação do sistema. Por exemplo, um driver de parte do hardware no sistema pode estar com falha, o que o impede de acessá-lo e usá-lo. Nesse caso, reverta para o último kernel em funcionamento (se disponível no sistema) ou instale o kernel original pela mídia de instalação.

Dica: Como manter os últimos kernels após a atualização

Para evitar falhas na inicialização após uma atualização do kernel com defeito, use o recurso multiversão do kernel e indique ao libzypp quais kernels deseja manter após a atualização.

Por exemplo, para sempre manter os dois últimos kernels e o kernel atual em execução, adicione

multiversion.kernels = latest,latest-1,running

ao arquivo /etc/zypp/zypp.conf. Consulte o Chapter 8, Installing Multiple Kernel Versions, Deployment Guide para obter mais informações.

Um caso semelhante é quando você precisa reinstalar ou atualizar um driver com defeito em um dispositivo não suportado pelo SUSE Linux Enterprise Desktop. Por exemplo, quando o fornecedor do hardware utiliza determinando dispositivo, como um controlador RAID de hardware, que precisa de um driver binário para ser reconhecido pelo sistema operacional. Normalmente, o fornecedor lança um DUD (Driver Update Disk — Disco de Atualização do Driver) com a versão corrigida ou atualizada do driver necessário.

Nos dois casos, você precisa acessar o sistema instalado no modo de recuperação e corrigir o problema relacionado ao kernel; do contrário, o sistema poderá não ser inicializado corretamente:

1. Inicialize da mídia de instalação do SUSE Linux Enterprise Desktop.

2. Se você estiver recuperando após uma atualização do kernel com defeito, ignore esta etapa. Se precisar usar um disco de atualização de driver (DUD), pressione F6 para carregar a atualização de driver depois que o menu de boot aparecer e, em seguida, escolha o caminho ou URL para a atualização de driver e confirme clicando em Sim.

3. Escolha Sistema de Recuperação no menu de boot e pressione Enter. Se você usar o DUD, será solicitado a especificar o local em que a atualização de driver está armazenada.

4. Digite root no prompt Rescue:. Não é necessário inserir uma senha.

5. Monte manualmente o sistema de destino e “mude a raiz” para o novo ambiente. Para obter mais informações, consulte a Seção 30.6.2.3, “Acessando o sistema instalado”.

6. Se você usar o DUD, instale/reinstale/atualize o pacote de driver do dispositivo com defeito. Sempre verifique se a versão do kernel instalada corresponde exatamente à versão do driver que está instalando.

   Se você estiver corrigindo uma instalação de atualização do kernel com defeito, poderá instalar o kernel original da mídia de instalação com o procedimento a seguir.

   1. Identifique o seu dispositivo de DVD com hwinfo --cdrom e monte-o com mount /dev/sr0 /mnt.

   2. Navegue até o diretório em que os arquivos do kernel estão armazenados no DVD, por exemplo, cd /mnt/suse/x86_64/.

   3. Instale os pacotes necessários kernel-*, kernel-*-base e kernel-*-extra de acordo com o seu tipo, usando o comando rpm -i.

7. Atualize os arquivos de configuração e reinicialize o carregador de boot, se necessário. Para obter mais informações, consulte a Seção 30.6.2.4, “Modificando e reinstalando o carregador de boot”.

8. Remova a mídia inicializável da unidade do sistema e reinicialize-o.