Guia completo de recuperação de sistemas Linux

Quando um sistema Linux não inicializa ou trava após uma atualização, é normal entrar em pânico. No entanto, com as ferramentas de recuperação certas e uma boa estratégia de backup , é perfeitamente possível ressuscitar a máquina sem precisar reinstalar tudo do zero.

No mundo Windows, existem caminhos bem conhecidos: modo de segurança, restauração do sistema, ferramentas de reparo e, como último recurso, reinstalação. O Linux também oferece um conjunto poderoso de métodos para restauração do sistema, reparo de inicialização, modos de emergência e recuperação de dados . O importante é conhecê-los de antemão para não precisar improvisar quando ocorrer um desastre.

Conceitos básicos de recuperação no Linux

Antes de abordarmos os comandos, é importante esclarecer o que entendemos por recuperação do sistema Linux . Nem sempre estamos falando da mesma coisa: às vezes é apenas reparar o GRUB, outras vezes restaurar um backup completo e, em outros casos, recuperar dados de um disco danificado.

De forma geral, podemos agrupar os cenários em três blocos principais: restaurar o sistema ao seu estado original usando um backup completo, reparar problemas de inicialização ou do kernel a partir do GRUB ou UEFI e, finalmente, recuperar dados quando o sistema de arquivos está danificado.

É importante também diferenciar entre ferramentas que operam dentro do próprio sistema (enquanto ele ainda está inicializando em algum modo) e aquelas que usamos a partir de um ambiente externo, como um Live CD/USB ou um shell UEFI. Quanto pior o estado da máquina, mais dependeremos desses ambientes externos.

Por isso, é altamente recomendável ter sempre uma mídia inicializável de uma distribuição semelhante à que usamos (por exemplo, um Live do Debian, Ubuntu, Linux Mint, etc.), pois isso facilita muito a formatação, a montagem de partições, a restauração de arquivos e a reinstalação do carregador de inicialização.

Restaurar um sistema Linux completo a partir de um backup.

Um dos métodos mais confiáveis ​​para se recuperar de uma falha do sistema é ter criado um backup completo previamente. Com esse backup, você pode restaurar o sistema ao seu estado anterior, incluindo todos os programas, configurações e personalizações , sem precisar reinstalá-lo do zero.

O processo de restauração de um sistema a partir de um backup baseado em arquivo (por exemplo, um arquivo tar.bz2 do sistema) pode ser resumido em algumas etapas claras: preparar a partição, montá-la, extrair o backup, recriar alguns diretórios excluídos e reiniciar usando o GRUB.

Idealmente, você deve inicializar a partir de um Live CD/USB de uma distribuição semelhante à original (se o seu sistema era Debian, use Debian Live, Linux Mint, Xubuntu, etc.). Essas distribuições leves são perfeitas para experimentar sem travamentos do sistema e permitem que você trabalhe confortavelmente com ferramentas de disco.

Formate e prepare a partição de destino.

Com o sistema inicializado a partir do ambiente Live, o primeiro passo é limpar a partição onde vamos restaurar o sistema. O GParted é muito útil para isso; é uma ferramenta gráfica que geralmente está disponível ou pode ser instalada com um simples `sudo apt install gparted` no Debian, Ubuntu ou Linux Mint, caso você tenha uma conexão com a internet.

Usando o GParted, podemos excluir a partição antiga, criar uma nova e formatá-la com o sistema de arquivos apropriado, geralmente ext4 para a partição raiz . O objetivo é garantir que o destino da restauração esteja completamente limpo e livre de quaisquer resquícios de instalações anteriores.

Após a formatação, é aconselhável anotar cuidadosamente o identificador da partição (por exemplo , /dev/sda1, /dev/sdb2 , etc.), pois precisaremos dele para a montagem e, posteriormente, para instalar o GRUB no disco correto.

Se não quisermos usar o GParted, podemos sempre recorrer a ferramentas de linha de comando como o fdisk, o parted ou o mkfs.ext4, mas para muitos utilizadores a interface gráfica torna esta delicada tarefa de particionamento e formatação mais conveniente.

Monte a partição onde restauraremos o sistema.

Com a partição formatada, o próximo passo é montá-la em um diretório no sistema Live para que você possa acessá-la. A maneira mais simples é montá-la diretamente em /mnt , embora você possa criar um subdiretório específico se quiser manter tudo mais organizado.

Por exemplo, poderíamos fazer algo assim:

sudo mkdir /mnt/sistema

Em seguida, verificamos o nome da partição de destino com:

sudo fdisk-l

E finalmente montamos (assumindo que seja /dev/sda1):

sudo montar /dev/sda1 /mnt

A partir deste momento, tudo o que copiarmos, criarmos ou excluirmos dentro de /mnt será aplicado a essa partição do disco, que será a raiz do sistema quando concluirmos a restauração.

Extraia o backup para a nova partição.

O backup completo geralmente é armazenado em uma mídia externa: um pen drive USB, um disco rígido USB, um NAS, etc. Digamos que temos uma cópia compactada em um pen drive chamado USB32GB, dentro do diretório System_backup_06oct14, com um arquivo chamado System_backup_06oct14.tar.bz2.

Nesse cenário, bastaria executar um comando semelhante a:

sudo tar -xvpjf /media/USB32GB/System_backup_06oct14/System_backup_06oct14.tar.bz2 -C /mnt

Com esse comando, estamos dizendo ao tar para extrair o arquivo, mantendo as permissões, os proprietários e a estrutura de diretórios, deixando o conteúdo exatamente como estava quando fizemos a cópia, mas agora localizado na partição que montamos em /mnt.

Dependendo do tamanho do backup e da velocidade do seu hardware, esse processo pode demorar bastante. É normal precisar ter paciência e esperar a restauração de todos os arquivos ser concluída antes de prosseguir com as etapas restantes.

Crie os diretórios do sistema que foram excluídos.

Ao criar backups completos do sistema, é prática comum excluir certos diretórios voláteis ou aqueles que não fazem sentido incluir no backup, como /proc, /tmp, /mnt, /media ou alguns logs. Isso significa que, após a extração do backup, é recomendável recriar manualmente esses diretórios vazios.

Um exemplo típico de comando para gerá-los poderia ser:

sudo mkdir /mnt/proc /mnt/mnt /mnt/media /mnt/tmp /mnt/var/log

Cada usuário deve adaptar esta lista para refletir o que de fato omitiu da cópia original. O importante é que, quando o sistema inicializar, todos os caminhos críticos necessários para o funcionamento correto do sistema operacional estejam presentes.

Entre no modo chroot para operar como se estivesse dentro do sistema.

Uma das grandes vantagens do Linux é a capacidade de usar o chroot para "isolar" o ambiente e fazer com que o sistema considere um diretório como sua nova raiz . Neste caso, queremos que /mnt se torne / do ponto de vista dos comandos que executamos.

Antes de entrar no modo chroot, você precisa montar alguns pseudo-sistemas de arquivos do sistema Live dentro de /mnt para que o sistema em chroot tenha acesso a /proc, /sys, /dev e outros dispositivos necessários:

sudo mount -t proc proc /mnt/proc/
sudo mount -t sysfs sys /mnt/sys/
sudo mount -o bind /dev /mnt/dev/
sudo mount -t devpts pts /mnt/dev/pts

Uma vez que tudo isso esteja configurado, podemos entrar no ambiente enjaulado:

sudo chroot /mnt /bin/bash

A partir desse momento, tudo naquele terminal funcionará como se estivéssemos dentro do sistema restaurado. Os caminhos são interpretados usando /mnt como a raiz real , permitindo-nos trabalhar confortavelmente: atualizando o GRUB, ajustando configurações, instalando pacotes, etc.

Para maior conveniência, podemos até alterar o prompt para deixar claro que estamos em um ambiente chroot, por exemplo:

export PS1="(chroot) $PS1"

Instale e configure o GRUB no disco.

Neste ponto, o sistema já foi restaurado para o disco, mas ainda não inicializa porque falta um carregador de inicialização funcional. No ambiente chroot, o procedimento usual é atualizar o menu GRUB e instalá-lo no MBR ou na unidade correspondente.

Primeiro, atualizamos o menu GRUB para detectar os sistemas presentes no disco e gerar seu arquivo de configuração, geralmente com:

sudo update-grub

Em seguida, instalamos o GRUB no disco apropriado (não na partição, mas no dispositivo de disco, por exemplo , /dev/sda para o primeiro disco):

sudo grub-install /dev/sda

Dessa forma, ao reiniciar e o sistema usar esse disco como dispositivo de inicialização, o GRUB deverá carregar seu menu corretamente e permitir a inicialização do sistema restaurado. Recomenda-se verificar se a BIOS/UEFI está configurada para inicializar a partir do disco onde o GRUB foi instalado.

Se encontrarmos problemas de permissão em pastas como /tmp que impeçam a inicialização do ambiente gráfico, podemos resolvê-los a partir de um console de texto (Ctrl+Alt+F1) fazendo login com nossa conta de usuário e aplicando um comando como:

sudo chmod 777 /tmp

Esses tipos de problemas dependem muito de como o backup foi criado, mas geralmente são fáceis de corrigir após a reinicialização do sistema. A partir daí, podemos retomar o uso normal e, se quisermos, automatizar novos backups regulares.

Ferramentas específicas de recuperação em distribuições Linux

Além da abordagem "manual" de restauração a partir de um arquivo tar, existem ferramentas e pacotes especificamente projetados para simplificar backups e recuperação de sistemas Linux . Um dos mais conhecidos em ambientes corporativos é o Relax-and-Recover (ReaR), que permite criar imagens de sistema e mídias de recuperação personalizadas.

Em sistemas baseados em Red Hat, por exemplo, podemos instalar o ReaR juntamente com os utilitários necessários para gerar imagens ISO e carregadores de inicialização usando um comando como este:

yum install rear genisoimage syslinux

O ReaR é responsável por preparar um ambiente de recuperação capaz de restaurar o servidor em caso de desastre, combinando scripts, configuração do sistema e ferramentas de pré-masterização como o genisoimage, além do pacote syslinux que fornece diferentes carregadores de inicialização.

Fora do mundo empresarial, as ferramentas de "máquina do tempo" também são muito populares em desktops e computadores pessoais, permitindo que os usuários criem instantâneos do sistema de forma programada e os restaurem com apenas alguns cliques ou comandos.

Diretórios e componentes críticos para startups

Para conduzir o processo de recuperação do sistema sem problemas, é essencial saber onde reside cada componente-chave do processo de inicialização. Especificamente, o diretório /boot contém os elementos mais importantes : imagens do kernel, initramfs, arquivos GRUB e assim por diante.

Dentro de /boot, frequentemente encontramos subdiretórios como /boot/grub/ , onde os módulos do gerenciador de inicialização e seus arquivos de configuração são armazenados, assim como as entradas que determinam qual kernel o sistema carregará.

Também estão presentes as imagens initrd ou initramfs ( /boot/initrd.img ou initramfs com diferentes sufixos de versão). Essas imagens contêm um pequeno sistema de arquivos na RAM que é usado nos estágios iniciais da inicialização para carregar módulos, detectar discos e montar o diretório raiz.

Em sistemas que utilizam UEFI, a partição EFI é normalmente montada em /boot/efi e pode ser compartilhada entre vários sistemas operacionais. Ela armazena os binários .efi que atuam como carregadores de inicialização para Linux, Windows ou outros sistemas.

Por fim, nos sistemas clássicos com sysvinit, havia o arquivo /etc/inittab , onde os níveis de execução e os comportamentos de inicialização eram definidos. Embora muitas distribuições tenham migrado para o systemd e utilizem outros mecanismos, a compreensão desses conceitos (modo de usuário único, modo multiusuário, etc.) continua sendo muito útil para entender os modos de recuperação e emergência.

Modos de resgate e emergência com systemd e GRUB

Em sistemas modernos baseados em systemd, além do processo normal de inicialização, temos alvos especiais projetados para recuperação, como rescue.target e emergency.target . Esses modos iniciam o sistema com serviços mínimos, permitindo reparos sem interrupção.

Quando o sistema ainda exibe o menu GRUB, podemos usá-lo para escolher opções avançadas. Muitas distribuições, como o Ubuntu, oferecem diretamente entradas de opções avançadas com variantes "(modo de recuperação)" para cada kernel instalado.

A partir deste submenu, você pode carregar utilitários muito úteis para diagnóstico e reparo: verificar partições com o fsck, tentar reparar pacotes corrompidos com o dpkg, atualizar o GRUB, ativar a rede ou iniciar um shell com privilégios de root.

Outra opção é usar o editor GRUB (pressione E em uma entrada) para adicionar parâmetros especiais ao final da linha do Linux, como systemd.unit=emergency.target ou systemd.unit=rescue.target . Dessa forma, mesmo sem uma entrada explícita no menu, você pode forçar uma inicialização direta nesses modos de emergência.

Em emergency.target, um ambiente muito básico é iniciado com apenas um shell de root e os sistemas de arquivos em modo de leitura, ideal para verificar logs, remontar o sistema, corrigir o fstab ou desfazer alterações de configuração que tenham interrompido o processo normal de inicialização.

Uso prático do Modo de Recuperação em distribuições como o Ubuntu

Se você selecionar Opções Avançadas no GRUB e, em seguida, uma entrada com o rótulo (Modo de Recuperação), muitas distribuições exibirão um menu adicional com vários utilitários de recuperação. No Ubuntu, por exemplo, você geralmente verá opções como:

• currículoTente inicializar normalmente novamente a partir desse kernel.
• limpar: abre um terminal com instruções para espaço livre se o disco estiver sem espaço.
• dpkg: repara ou remove pacotes danificados que possam estar impedindo o processo de inicialização, buscando-os nos repositórios se a rede estiver habilitada.
• fsckExecuta verificações do sistema de arquivos e das partições para detectar e corrigir erros.
• larvaAnalisa e atualiza o próprio gerenciador de inicialização.
• redeHabilita a rede, útil para instalar ou baixar pacotes de reparo.
• raiz: abre um shell como superusuário a partir do qual podemos fazer alterações de configuração profundas.
• resumo do sistemaExibe um resumo do sistema, versão do kernel, discos, etc.

Essas ferramentas, combinadas com um conhecimento básico de comandos como mount, fsck, systemctl, journalctl ou nano/vi , permitem resolver uma grande quantidade de problemas sem precisar reinstalar todo o sistema do zero.

Trabalhando com o shell GRUB e convenções de nomenclatura de disco

Em falhas mais graves, o sistema pode não inicializar normalmente e talvez só seja possível interagir com o prompt do GRUB, seja com o comando `grub>` (shell normal) ou `grub rescue>` (modo de recuperação mais limitado). Mesmo nessa situação, ainda temos algumas opções.

A partir do menu GRUB, podemos acessar a linha de comando pressionando a tecla C. Isso abre um ambiente onde podemos executar comandos específicos do carregador de inicialização, listar discos, procurar kernels, carregar módulos e preparar uma inicialização manual do sistema.

É importante notar que o GRUB não nomeia discos e partições da mesma forma que o Linux. Enquanto o Linux usa /dev/sda, /dev/sdb, etc. para discos e /dev/sda1, /dev/sda2… para partições, o GRUB usa uma sintaxe como (hd0,0), (hd0,1), (hd1,0) , etc.

Grosso modo, podemos associar /dev/sda a hd0, /dev/sdb a hd1 e assim por diante. Para partições, o GRUB usa índices entre parênteses, com o disco e a partição separados por vírgulas, o que é muito importante ter em mente ao tentar localizar /boot ou o diretório raiz a partir do shell do GRUB.

Com os comandos apropriados (ls, set, linux, initrd, boot, etc.), e uma vez identificada a partição onde o kernel e o initramfs estão localizados, é possível inicializar manualmente e, em seguida, restaurar a configuração normal do GRUB com as ferramentas usuais.

Recuperação avançada do UEFI Shell

Em máquinas modernas com UEFI, o problema às vezes não é o próprio Linux, mas a perda ou corrupção da entrada de inicialização que aponta para o arquivo .efi do carregador de inicialização. Nesses casos, você pode ver apenas um prompt Shell> no estilo UEFI ao ligar o computador.

Este shell UEFI tem sua própria maneira de se referir a dispositivos. Não existe /dev/sda ou hd0: durante a inicialização, ele geralmente exibe uma "tabela de mapeamento" onde vemos unidades marcadas como FS0, FS1, FS2… , que correspondem a /dev/sda, /dev/sdb, etc.

Para navegar nesses sistemas de arquivos, caminhos com barras invertidas (\) são usados ​​em vez de /, e o teclado é considerado como estando no layout inglês, portanto a posição de caracteres como dois pontos, barras, etc., muda em comparação com o teclado espanhol.

A partir desse ambiente, você pode listar dispositivos, trocar de unidade, navegar até a partição EFI e localizar os binários .efi do carregador de inicialização. Existem ferramentas e comandos (e até mesmo um editor chamado "edit") que permitem ajustar a configuração de inicialização, adicionar ou modificar entradas e redirecionar o firmware para o carregador de inicialização correto.

No entanto, mexer no processo de inicialização UEFI sem saber exatamente o que está fazendo pode piorar a situação do computador, portanto, é melhor proceder com cautela e seguir a documentação específica (como o manual oficial do UEFI Shell) se você não tiver experiência prévia.

“Máquina do tempo” no Linux: instantâneos com o TimeShift

Quem vem do Windows muitas vezes sente falta de algo semelhante à Restauração do Sistema ou ao Time Machine do macOS. O Linux oferece soluções que desempenham uma função muito parecida, e uma das mais populares em desktops baseados em Debian/Ubuntu é o TimeShift.

O TimeShift permite definir um local para salvar snapshots do sistema e agendar automaticamente a frequência com que serão criados: por exemplo, a cada duas semanas, mantendo apenas os dois últimos para evitar o preenchimento do disco.

Durante a configuração inicial, podemos escolher quais diretórios excluir dos snapshots, para que o sistema se concentre em arquivos de sistema e de configuração, sem duplicar dados pessoais que já estamos salvando com outra ferramenta.

Uma vez configurado, criar um ponto de restauração é tão simples quanto abrir o aplicativo e clicar no botão Criar . O programa irá gerar o instantâneo e, quando terminar, você poderá vê-lo listado junto com os outros instantâneos disponíveis.

Restaurar o sistema a partir de um desses pontos também é muito simples: selecionamos o snapshot e clicamos em Restaurar na interface, ou trabalhamos a partir do terminal executando comandos como timeshift –list para ver os snapshots disponíveis e timeshift –restore para retornar o sistema a um estado anterior específico.

Recuperação de dados em sistemas Linux

Às vezes, o principal problema não é a falha na inicialização do sistema, mas sim a perda de arquivos importantes devido a exclusões acidentais ou erros no sistema de arquivos. Nesses casos, estamos falando de recuperação de dados em sistemas Linux , e não de recuperação do sistema operacional.

O Linux pode usar diferentes tipos de sistemas de arquivos, embora, na prática, as famílias ext2, ext3 e ext4 predominem em ambientes de desktop e servidor de uso geral . Historicamente, diferentes distribuições optaram por um ou outro por padrão.

Por exemplo, o Debian GNU/Linux ou o Slackware utilizaram o ext2, enquanto o Red Hat, o Fedora, o Ubuntu ou o CentOS usaram o ext3 em muitas versões, e versões mais recentes de distribuições como o Arch, o Ubuntu 9, o Fedora 11, o CentOS 6 ou o Debian 7 adotaram o ext4 como seu sistema de arquivos de referência.

Dependendo do sistema de arquivos e de como os dados foram perdidos (exclusão lógica, partição danificada, disco com setores defeituosos, etc.), utilizaremos diferentes ferramentas: desde o fsck para reparar estruturas básicas, até utilitários de análise forense e recuperação mais avançados, sempre priorizando não gravar no disco afetado para maximizar as chances de sucesso.

Em cenários particularmente críticos que envolvem dados de alto valor, geralmente é mais prudente usar serviços profissionais de recuperação de dados que tenham experiência com sistemas Linux e estejam familiarizados com as especificidades de cada distribuição e sistema de arquivos.

Analisando todo esse conjunto de técnicas e ferramentas, fica claro que o Linux oferece uma ampla gama de possibilidades para evitar reinstalações traumáticas: desde a restauração de backups completos com tar ou ReaR, o uso de snapshots convenientes com o TimeShift, o recurso aos modos de recuperação e emergência do systemd e do GRUB, até a análise detalhada no GRUB ou no Shell UEFI quando as coisas se complicam, sem esquecer que sempre existe a opção de recuperar dados em sistemas de arquivos ext2/3/4 quando o sistema está irreparável, mas ainda queremos salvar informações importantes.