Chroot:Como recuperar qualquer sistema Linux com o Chroot!

Nesse tutorial, mostraremos o procedimento de recuperar o sistema com o chroot executado no Debian para acessar a raiz do openSUSE Leap onde o mesmo encontra-se com problema e assim fazer as devidas alteração e modificação de arquivos de configuração ou até mesmo a remoção e instalação de pacotes para deixar o sistema novamente consistente. Assim, diante do meu relato, saiba como recuperar um sistema Linux com o Chroot.

O problema com o openSUSE Leap ocorreu após a instalação do driver da Nvidia, de modo a não carregar corretamente a tela de login após o boot, ficando apenas uma tela preta com o ponteiro do mouse.

O driver da Nvidia após instalado e funcionando perfeitamente, na atualização do sistema, ocorreu alguma incompatibilidade com a configuração do driver da nvidia e o pacote da interface de login sddm ocasionando o problema.

Pelos relatos que obtive no grupo do Telegram openSUSE Brasil, isso seria um bug com o driver da NVidia e o gerenciador de login sddm (Simple Desktop Display Manager).

Para saber mais sobre o Debian e o openSUSE, acesse a página dos projetos clicando nos botões abaixo.

O fato ocorrido

Depois de alguns dias após deixar o openSUSE Leap atualizado e funcionado perfeitamente, ao retornar a dar boot, para minha surpresa, após o sistema carregar perfeitamente a interface de login sddm não carregou corretamente, ficando apenas com uma tela preta e o ponteiro do mouse.

Com esse problema, sem ter como logar pela interface, com as teclas Ctrl+Alt+F1 mudando para o console tty1, executei o comando para atualização do sistema e assim verificar se o problema seria resolvido. Mesmo após a atualização ter ocorrido sem problemas, nada mudou e o problema persistia.

Na tentativa de carregar a interface com o comando startx o mesmo retornava erro de xinit. Ao perceber que o xorg estava com problema em não carregar, com a tela preta no lugar da tela de login, percebi que o problema era realmente com o driver da Nvidia.

Depois de algumas pesquisas e ajuda no grupo do Telegram openSUSE Brasil, não obtive progresso em relação ao problema, chegando uma hora em que removi o driver Nvidia que acabei de instalar e instalei o driver Nvidia mais antigo para verificar se o sistema iria carregar a tela de login sddm corretamente, mas nada que estivesse ruim não pudesse piorar! Pelo que me foi passado no grupo, o problema é um bug do driver da Nvidia com o sddm assim não carregando corretamente a tela de login, ficando apenas na tela preta e com o ponteiro do mouse.

openSUSE inconsistente

Depois de algumas tentativas de recuperar a interface de login sddm do openSUSE Leap, o que estava ruim ficou ainda pior. Com o problema descrito acima, ainda tinha acesso ao sistema podendo logar no console tty para fazer as devidas modificações na tentativa de sanar o problema, mas depois que removi o driver Nvidia 390.25 e instalei o driver Nvidia 340.106 para testar, ficou a tela do console tty1 inconsistente, piscando como se fosse uma ‘bruxaria’ kkkk, assim tendo reflexo no teclado em não responder adequadamente o que era digitado, assim não tendo êxito ao logar, pois sem saber o que o teclado respondia, sem chance de entrar com a senha correta!

Abaixo, um vídeo curto da ‘bruxaria‘ que ocorreu com o tty1.

Não obtendo êxito a entrar no sistema pelo console, a orientação que tive foi para instalar novamente o sistema. Como no momento não tinha em mãos a mídia de instalação do openSUSE, recordei que tempos atrás aconteceu um problema quando usava o Sabayon e também não tinha em mãos a mídia de instalação, lembrei o procedimento executado com o chroot para entrar no sistema e reparar o mesmo, assim logo dei reboot no sistema.

Para saber mais sobre o Sabayon, acesse a página no projeto clicando no botão abaixo.

Identificando a partição onde o openSUSE está instalado

Ao reiniciar a máquina para a recuperação do sistema openSUSE, escolhi o Debian no Grub pois o mesmo que gerencia o boot-loader e como tenho outros sistemas operacionais em multi-boot com 4 HD’s na máquina, sda (Windows 10 – no sda2), sdb (Debian – no sdb1 / openSUSE – no sdb2), sdc (FreeBSD – no sdc5) e sdd (disco de dados – no sdd1), executei o comando lsblk para listar as partições dos discos, podendo também executar o  comando fdisk -l para listar com mais detalhes os discos e partições assim identificando corretamente o device e a partição onde está instalado o sistema alvo da recuperação. Lembrando que o comando fdisk -l deverá ser executado com privilégio de root.

Veja abaixo as imagens com os respectivos comandos lsblk e fdisk -l.

O comando lsblk e sua saida

O comando fdisk -l e sua saída

Pela saída dos comandos acima, foi identificado a partição sdb2 onde esta instalado o openSUSE.

Preparando o terreno para o chroot

Sabendo que o openSUSE está instalado na partição sdb2, para o procedimento com o chroot, devemos montar a partição sdb2, nesse caso será montada no diretório /mnt.

Montada a partição sdb2 onde está o openSUSE, é necessário montar também o /proc, /dev e /sys para o console ter acesso adequado ao sistema e assim poder fazer os devidos reparos para recuperar o sistema.