Resumo rápido

  • Antes de reinstalar o Linux, você precisa fazer backup de muito mais do que apenas a pasta Documentos.
  • Faça backup dos seus arquivos pessoais, perfis do navegador, chaves SSH/GPG, dotfiles, dados específicos de aplicativos, listas de pacotes instalados (incluindo Flatpak/Snap), configurações em nível de sistema, configurações de rede e tarefas agendadas, entre outros.
  • Mais importante ainda, faça backup dos seus códigos de recuperação 2FA, já que essa é a única categoria que você não consegue recuperar reinstalando nada.

Introdução

A maioria das pessoas faz backup do óbvio, como Documentos, Imagens e Downloads. E então reinstalam o sistema Linux e percebem que o terminal não parece mais deles. As chaves SSH sumiram. Os aliases do shell sumiram. Todas as configurações dos aplicativos voltaram ao padrão de fábrica.

Isso acontece porque "dados" no Linux não são apenas arquivos na sua pasta pessoal. Inclui:

  • Identidade: chaves SSH, chaves GPG, logins do navegador, códigos 2FA/recuperação
  • Configuração: dotfiles, variáveis de ambiente, tarefas agendadas
  • Estado do sistema: a lista exata de pacotes que você instalou, mais qualquer personalização em nível de sistema
  • Memória do aplicativo: configurações dentro de aplicativos individuais, não apenas seus arquivos de dados

Este guia percorre cada categoria, na ordem do que é mais fácil de esquecer, e oferece duas formas de executar:

  1. Um comando rápido e único para a maioria dos usuários de desktop,
  2. E uma checklist totalmente detalhada se sua configuração for mais personalizada ou se você quiser entender exatamente o que está copiando e por quê.

Aviso: Esta é minha rotina pessoal pré-reinstalação, escrita para que outros possam segui-la. Não é uma checklist exaustiva para todas as configurações possíveis. Se você usa algo que este guia não cobre (um cofre de gerenciador de senhas, volumes Docker, um cliente VPN, bibliotecas de jogos), você precisa fazer backup disso também.

As mesmas duas perguntas se aplicam a qualquer item não listado aqui: onde seus dados vivem, e ele precisa de uma ferramenta export em vez de uma cópia simples?

Início Rápido: Faça Backup de Toda a Sua Pasta Pessoal em Um Comando

Se o seu sistema não for muito personalizado, este único comando rsync cobre quase tudo das Seções 1–5 abaixo em uma passada, incluindo dotfiles, perfis do navegador, chaves SSH e configurações de aplicativos, já que todos vivem em algum lugar sob $HOME.

Primeiro, conecte seu drive externo e monte o destino backup:

mkdir -p /mnt/backup
sudo mount /dev/sdb1 /mnt/backup   # replace /dev/sdb1 with your backup drive

Não tem certeza de qual dispositivo é o seu drive backup? Liste todos os drives e partições:

lsblk -f

Depois copie toda a sua pasta pessoal, preservando permissões, ACLs, atributos estendidos e links físicos:

rsync -aAXHv \
--exclude='.cache' \
/home/$USER/ \
/mnt/backup/home/
  • -a: modo archive (permissões, timestamps, links simbólicos)
  • -A: preserva ACLs
  • -X: preserva atributos estendidos
  • -H: preserva links físicos
  • -v: saída verbosa
  • --exclude='.cache': pula dados de cache que serão regenerados; omita esta flag se quiser uma cópia byte a byte

Este comando lida com arquivos, dotfiles, dados do navegador e chaves SSH de uma só vez. Observe que ele não cobre pacotes instalados, keyrings GPG (que precisam de uma ferramenta export adequada, não uma cópia bruta — veja a Seção 4), bancos de dados ou qualquer coisa fora da sua pasta pessoal.

Continue lendo para esses itens e para a lógica por trás de cada categoria, se quiser entender por que algo precisa de tratamento especial em vez de uma cópia simples.

1. Arquivos e Documentos Pessoais

O óbvio, mas com duas armadilhas em que as pessoas caem.

Armadilha 1: Você só faz backup de ~/Documents, ~/Pictures, ~/Downloads. Isso perde qualquer coisa salva fora das pastas padrão, por exemplo, um script em ~/projects, uma imagem de disco de VM ou arquivos em um segundo drive interno que não é sua partição /home.

Armadilha 2: Você esquece que dados ocultos de aplicativos também vivem na sua pasta pessoal. De acordo com a especificação XDG Base Directory do freedesktop.org, os arquivos de dados específicos do usuário ficam em $HOME/.local/share por padrão, e os arquivos de configuração em $HOME/.config. Saves de jogos, alguns bancos de dados de aplicativos e dados de usuário do Flatpak/Snap normalmente vivem aqui — invisíveis se você copiar apenas "Documentos".

Encontre pastas grandes e não óbvias rapidamente usando o comando:

du -h --max-depth=1 ~ | sort -rh | head -20

2. Dados do Navegador (Favoritos, Senhas Salvas, Perfis)

Seu navegador é mais do que favoritos. Senhas salvas, preenchimento automático, extensões, abas abertas e sessões de login vivem em uma pasta de perfil local que uma reinstalação apaga se você não estiver sincronizado.

Firefox:

  • Se você instalou o Firefox antes da versão 147 (lançada em janeiro de 2026), seu perfil está em ~/.mozilla/firefox/ e permanece lá mesmo após a atualização. O Firefox não migra automaticamente perfis existentes.
  • Instalações novas (sem um ~/.mozilla pré-existente) usam o novo layout XDG: configuração em ~/.config/mozilla, cache em ~/.cache/mozilla, dados em ~/.local/share/mozilla.
  • Verifique about:support no navegador para os caminhos exatos do seu perfil e cache, em vez de adivinhar.

Chrome / Chromium:

  • Armazenado em ~/.config/google-chrome/ (Chrome) ou ~/.config/chromium/ (Chromium)
  • O perfil ativo é uma subpasta — Default, Profile 1, etc.
  • chrome://version mostra o "Caminho do Perfil" exato.

Antes de fazer backup:

  • Sincronizado com o navegador? Favoritos, senhas e abas são restaurados automaticamente. Talvez você não precise da pasta de perfil.
  • Não sincronizado? Feche o navegador completamente e copie a pasta de perfil inteira.
  • Senhas fora da sincronização geralmente são criptografadas por ferramentas em nível de sistema (GNOME Keyring, KDE Wallet). Copiar apenas a pasta de perfil pode não transferir a descriptografia.

3. Chaves SSH e Chaves GPG

Os dois itens backup mais frequentemente esquecidos e os mais dolorosos de perder.

Chaves SSH: ~/.ssh/

Por padrão, ssh-keygen escreve em ~/.ssh/id_rsa (ou id_ed25519) mais:

  • ~/.ssh/config: atalhos por host
  • ~/.ssh/known_hosts: impressões digitais do servidor
  • ~/.ssh/authorized_keys: se esta máquina aceita SSH de entrada

Copie a pasta ~/.ssh inteira. Não há "recuperação" para uma chave privada perdida. Você precisaria gerar uma nova e reautorizá-la manualmente em todos os lugares onde a antiga era confiável.

O SSH é rigoroso quanto a permissões. Após restaurar, execute:

chmod 700 ~/.ssh
chmod 600 ~/.ssh/id_rsa ~/.ssh/authorized_keys ~/.ssh/config

Nota: se esta máquina também executa um servidor SSH aceitando conexões de entrada, suas chaves de host vivem separadamente em /etc/ssh/ — veja a Seção IX (Configuração em Nível de Sistema) abaixo. Isso é diferente das suas chaves pessoais ~/.ssh usadas para conectar para fora para outras máquinas.

Chaves GPG: ~/.gnupg/

Copiar esta pasta diretamente não é confiável. Desde o GnuPG 2.1, as chaves secretas são armazenadas como arquivos individuais em vez do antigo secring.gpg único. Uma cópia bruta pode parecer correta, mas falhar silenciosamente ao descriptografar ou assinar. Exporte explicitamente:

gpg --export --export-options backup --output public.gpg
gpg --export-secret-keys --export-options backup --output private.gpg
gpg --export-ownertrust --output trust.txt

Todas as três ferramentas export são importantes. O arquivo de confiança do proprietário evita avisos de "confiança desconhecida" em toda operação após a restauração. Faça também backup do seu certificado de revogação em ~/.gnupg/openpgp-revocs.d/. É a única maneira de invalidar uma chave perdida; mantenha-o tão privado quanto a própria chave.

4. Dotfiles e Configuração do Shell

Dotfiles fazem um sistema parecer seu. Pule-os e seu shell, editor e identidade Git serão redefinidos para os padrões de fábrica.

Execute ls -la ~ para ver tudo o que está realmente presente na sua pasta pessoal.

Não faça backup cegamente de segredos junto com dotfiles. Arquivos .bashrc/.zshrc frequentemente acumulam tokens de API em linhas export ao longo do tempo. Se você enviar dotfiles para um repositório público no GitHub, verifique se há algo sensível primeiro.

Para uma configuração repetível a longo prazo, ferramentas como chezmoi ou yadm (ou um repositório Git bare) transformam reinstalações futuras em um git clone.

5. Dados Específicos de Aplicativos

Alguns aplicativos precisam de sua própria menção porque perder seus dados significa perder algo que você não pode recriar facilmente. Thunderbird e VS Code são usados aqui como exemplos representativos. As mesmas duas perguntas se aplicam a qualquer aplicativo: onde sua configuração vive, e ele precisa de uma ferramenta export em vez de uma cópia de arquivo?

1. Thunderbird (e-mail, contatos, calendário):

  • Perfil em ~/.thunderbird/, mas instalações Snap/Flatpak usam um caminho diferente (ex.: ~/snap/thunderbird/common/.thunderbird/). Verifique Ajuda → Mais Informações de Solução de Problemas → Diretório do Perfil para o caminho exato.
  • Feche o Thunderbird antes de copiar.
  • Contas IMAP precisam principalmente das configurações, não dos e-mails (eles são baixados novamente). POP ou pastas apenas locais significam que o e-mail só existe neste perfil.

2. VS Code (ou qualquer editor com extensões):

Configurações em ~/.config/Code/User/settings.json e keybindings.json

Exporte sua lista de extensões como um script de reinstalação:

code --list-extensions > extensions.txt

Reinstale com:

cat extensions.txt | xargs -L 1 code --install-extension

3. Bancos de dados locais (MySQL/MariaDB, PostgreSQL):

Não copie o diretório de dados bruto. Ele depende da versão e da configuração. Use a ferramenta de dump de cada banco de dados:

mysqldump -u <username> -p <database_name> > backup.sql
# Or for every database on the system:
mysqldump --all-databases > all.sql

pg_dump -U <username> <database_name> > backup.sql
# Or for every database on the system:
pg_dumpall > postgres.sql

6. Lista de Pacotes Instalados

Invisível e a categoria mais frequentemente esquecida. Não há uma pasta chamada "meu software instalado" para notar que está faltando.

Debian / Ubuntu / Linux Mint / Pop!_OS:

apt-mark showmanual > packages.txt

Você pode reinstalar depois usando o comando:

sudo xargs apt install -y < packages.txt

Fedora / RHEL / AlmaLinux / Rocky Linux:

dnf repoquery --userinstalled > packages.txt

Reinstale com o comando:

sudo dnf install $(cat packages.txt)

Arch Linux:

pacman -Qqe > packages.txt

Reinstale:

sudo pacman -S --needed $(cat packages.txt)

Todas as três ferramentas export apenas o que você instalou explicitamente, não dependências puxadas automaticamente — mantendo a reinstalação limpa.

Flatpak (cada vez mais o método de instalação padrão para aplicativos como Spotify, OBS, GIMP, independentemente da sua distribuição base):

flatpak list --app --columns=application > flatpak-apps.txt
flatpak remotes --columns=name,url > flatpak-remotes.txt

Você precisa de ambos os arquivos. O arquivo de remotos diz ao Flatpak onde buscar cada aplicativo. Reinstale:

while read -r name url; do flatpak remote-add --if-not-exists "$name" "$url"; done < flatpak-remotes.txt
flatpak install $(cat flatpak-apps.txt)

Os dados do aplicativo Flatpak (saves, configurações) vivem separadamente em ~/.var/app/. Faça backup disso como qualquer outra pasta se for importante para você.

Snap (formato de aplicativo padrão do Ubuntu):

snap list > snap-list.txt

Reinstale cada um com sudo snap install <name>. O Snap não tem um comando nativo de instalação em massa a partir de arquivo, ao contrário de apt/pacman.

7. Configuração em Nível de Sistema (Se Você a Personalizou)

Tudo acima vive sob sua pasta pessoal. Esta seção cobre as partes do sistema fora de $HOME. É relevante se você personalizou o comportamento do sistema, não apenas seu ambiente pessoal. Pule esta seção inteiramente se nunca tocou nesses arquivos; uma instalação nova recria os padrões sensatos automaticamente.

Arquivos principais do sistema, se você os editou (pontos de montagem personalizados, hostname, aliases de rede):

sudo mkdir -p /mnt/backup/etc
sudo cp -a /etc/fstab /etc/hosts /etc/default /mnt/backup/etc/

Configuração do servidor SSH (se esta máquina aceita conexões SSH de entrada. Observe que é diferente das suas chaves de cliente ~/.ssh pessoais na Seção 3):

sudo cp -a /etc/ssh /mnt/backup/etc/

Unidades systemd personalizadas, se você escreveu seus próprios serviços (além dos timers de usuário já cobertos em seus dotfiles):

sudo cp -a /etc/systemd /mnt/backup/etc/

Configuração do bootloader, apenas se você personalizou o GRUB (parâmetros de kernel personalizados, ordem de boot, temas):

sudo cp -a /etc/default/grub /mnt/backup/

Scripts personalizados fora da sua pasta pessoal:

sudo cp -a /usr/local /mnt/backup/
# or, if you keep scripts inside your home folder instead:
cp -a ~/bin /mnt/backup/

Layout do disco — vale a pena salvar se você tem uma configuração de partição não trivial, para poder recriá-la identicamente em vez de adivinhar de memória durante a reinstalação:

lsblk -f > /mnt/backup/lsblk.txt
sudo fdisk -l > /mnt/backup/fdisk.txt

Serviços habilitados — útil se você habilitou serviços systemd específicos manualmente e quer uma referência do que reabilitar:

systemctl list-unit-files --state=enabled > /mnt/backup/enabled-services.txt

8. Configurações de Rede (Se Personalizadas)

Pule esta seção se você nunca tocou manualmente na configuração de rede; uma instalação nova com DHCP funciona perfeitamente. Vale a pena fazer backup se você configurou algo manualmente.

Senhas Wi-Fi e conexões salvas: armazenadas pelo NetworkManager (o padrão na maioria das distribuições desktop) em texto simples em:

sudo cp -a /etc/NetworkManager/system-connections/ /mnt/backup/

Esses arquivos contêm senhas Wi-Fi salvas em texto claro sob a linha psk=. Trate este backup como sensível, não apenas um arquivo de configuração.

Configuração de IP estático: se você usa Netplan (Ubuntu e derivados), sua configuração vive em /etc/netplan/ como um ou mais arquivos .yaml. Os nomes dos arquivos podem variar (00-installer-config.yaml, 01-netcfg.yaml, 50-cloud-init.yaml dependendo de como o sistema foi instalado):

sudo cp -a /etc/netplan/ /mnt/backup/

Hostname personalizado ou entradas DNS: já coberto se você fez backup de /etc/hosts na Seção 7. Se você mantém um /etc/resolv.conf personalizado em vez de deixar o systemd-resolved gerenciá-lo automaticamente, faça backup disso também.

Configurações de VPN: se você mantém configurações locais de cliente VPN (WireGuard, OpenVPN) em vez de usar o aplicativo de um provedor, faça backup de seus diretórios de configuração, tipicamente /etc/wireguard/ ou onde seu cliente específico armazena seus perfis.

9. Variáveis de Ambiente e Tarefas Agendadas

Variáveis de ambiente: se definidas em .bashrc/.zshrc/.profile, você já as cobriu na Seção 4. Algumas vivem fora da configuração do shell:

  • ~/.pam_environment ou ~/.config/environment.d/*.conf: variáveis de login do ambiente de desktop, independentes de qualquer shell
  • /etc/environment: em todo o sistema, aplica-se a todos os usuários, fácil de esquecer por estar fora da sua pasta pessoal

Tarefas cron: Gerenciadas através do comando crontab, não um arquivo simples que você copiaria:

crontab -l > crontab-backup.txt

Restaure usando o comando:

crontab crontab-backup.txt

Tarefas agendadas para outros usuários precisam de sua própria ferramenta export. O comando crontab -l mostra apenas as tarefas do usuário atual; como root, crontab -u <username> -l recupera as de outra pessoa. Arquivos cron de todo o sistema, se personalizados:

sudo cp -a /etc/cron* /mnt/backup/

Timers systemd — a alternativa moderna ao cron: muitas distribuições atuais favorecem estes em vez do cron, e eles não aparecerão em crontab -l. Seus próprios timers são arquivos de unidade simples em:

~/.config/systemd/user/

Faça backup disso junto com seus dotfiles. Verifique systemctl --user list-timers para ver o que está realmente ativo antes de assumir que o cron cobre tudo que você agendou.

10. Chaves de Licença e Códigos 2FA/Recuperação

A única categoria que não é recuperável baixando ou reinstalando: prova de propriedade e prova de identidade.

1. Chaves de licença:

Software pago fora de uma loja de aplicativos ou assinatura, especialmente qualquer coisa vinculada a uma chave enviada por e-mail uma vez, anos atrás. Anote-a corretamente antes de reinstalar; não confie em lembrar "está em algum lugar na minha caixa de entrada."

2. 2FA e códigos de recuperação:

Se seu aplicativo autenticador (Google Authenticator, Aegis, andOTP) ou o armazenamento TOTP de um gerenciador de senhas local vive apenas nesta máquina, reinstalar sem fazer backup primeiro pode bloquear você de e-mail, banco, GitHub e do próprio gerenciador de senhas.

A recuperação é serviço por serviço. Alguns exigem verificação de identidade que leva dias, e algumas contas não têm caminho de recuperação algum.

Antes de reinstalar:

  • Exporte os dados do seu aplicativo autenticador (a maioria tem um recurso de backup embutido; verifique antes de assumir que não tem)
  • Confirme que você salvou códigos de recuperação/backup para contas importantes, armazenados em algum lugar que não seja a máquina que você está prestes a limpar
  • Se não tiver certeza se um método 2FA é sincronizado na nuvem ou apenas local, trate-o como apenas local até verificar

11. Comprimir e Verificar

Se você preferir um único arquivo em vez de uma pasta solta:

tar -cvJf backup.tar.xz /mnt/backup

Depois confirme se o backup realmente foi concluído:

du -sh /home/$USER
du -sh /mnt/backup/home

Ou faça uma comparação completa:

diff -rq /home/$USER /mnt/backup/home

Checklist Completa

Nem toda linha se aplica a todos. Apenas pule o que não se encaixa na sua configuração, mas trate a Linha 1 como inegociável, independentemente de quão personalizado seu sistema seja. Eu a listei primeiro aqui deliberadamente, mesmo que apareça por último na explicação acima, já que é a categoria que vale a pena confirmar antes de tocar em qualquer outra coisa.

Aplicativos Gráficos de Backup

Existem várias ferramentas GUI backup que tornam o processo muito mais fácil, especialmente se você é novo no Linux. Aqui estão as que eu recomendaria:

1. Pika Backup

Pika Backup está sendo ativamente desenvolvido como parte do ecossistema GNOME. Continua sendo uma interface gráfica moderna para o BorgBackup e é destinado a backups de dados pessoais, não a imageamento completo do sistema. Os recursos incluem backups agendados, criptografia, deduplicação, repositórios locais e remotos e navegação de arquivos para restaurações.

Melhor para:

  • Backups da pasta pessoal
  • Drives USB externos
  • Backups em NAS ou SSH
  • Usuários que querem uma interface moderna

Não é para:

  • Recuperação completa do sistema operacional

Status: Mantido ativamente

GitLab: https://gitlab.gnome.org/World/pika-backup

2. Déjà Dup

Déjà Dup é uma ferramenta de backup simples. Ela esconde a complexidade de fazer backup da Maneira Correta (criptografado, fora do local e regular) e usa Restic nos bastidores.

Melhor para:

  • Iniciantes
  • Backups agendados
  • Drives externos
  • Armazenamento em nuvem
  • Restauração de arquivos individuais

Continua sendo um dos aplicativos de backup mais fáceis do tipo "configure e esqueça".

Status: Mantido ativamente

Website: https://apps.gnome.org/DejaDup/

3. Timeshift

Timeshift não é um programa de backup de arquivos pessoais. Ele cria snapshots do seu sistema Linux para que você possa reverter após:

  • Atualizações ruins de pacotes
  • Drivers quebrados
  • Atualizações com falha
  • Erros de configuração

Uma ressalva é que em algumas distribuições (particularmente o layout Btrfs padrão do Fedora), os usuários frequentemente preferem alternativas devido a diferenças nos layouts de subvolume Btrfs. Discussões da comunidade frequentemente recomendam ferramentas como Btrfs Assistant nesses casos.

Status: Mantido ativamente

GitHub: https://github.com/linuxmint/timeshift

4. Rescuezilla

Rescuezilla continua sendo considerado uma alternativa gráfica ao Clonezilla.

Use-o quando quiser:

  • Uma imagem do disco inteiro
  • Sistema operacional + arquivos + bootloader
  • Restauração fácil para o mesmo drive ou um drive de substituição

É essencialmente o equivalente Linux mais próximo de ferramentas como Macrium Reflect ou o antigo Norton Ghost.

Status: Mantido ativamente

GitHub: https://github.com/rescuezilla/rescuezilla

Minha preferência:

Minha recomendação para um novo usuário Linux:

Se alguém perguntar "Eu só quero reinstalar o Linux sem perder minhas coisas", eu sugeriria:

  1. Instale o Pika Backup (ou use o Déjà Dup se já estiver instalado).
  2. Faça backup de toda a sua pasta pessoal para um drive externo.
  3. Antes de grandes atualizações do sistema, crie um snapshot do Timeshift (ou use o mecanismo de snapshot nativo da sua distribuição, se aplicável).
  4. Se você estiver substituindo um disco ou quiser uma proteção completa, crie uma imagem do Rescuezilla.

Nós revisamos e publicamos mais ferramentas de backup. Confira nossa categoria Ferramentas de Backup para mais detalhes.

Perguntas Frequentes (FAQ)

P: Eu realmente preciso fazer backup das minhas chaves SSH separadamente se estou copiando minha pasta pessoal inteira?

R: Se você usar o comando rsync da pasta pessoal inteira, ~/.ssh já está incluído. A seção separada existe para leitores que estão fazendo um backup seletivo em vez de uma cópia da pasta inteira.

P: Copiar minha pasta ~/.gnupg funcionará como um backup do GPG?

R: Não é confiável. Desde o GnuPG 2.1, as chaves secretas são armazenadas de forma diferente, e uma cópia bruta pode produzir um keyring que parece correto, mas não descriptografa ou assina. Use gpg --export-secret-keys --export-options backup em vez disso.

P: O que acontece se eu perder meus códigos de recuperação 2FA e meu aplicativo autenticador?

R: A recuperação é serviço por serviço. Alguns permitem verificar a identidade através do suporte (o que pode levar dias), e algumas contas não têm caminho de recuperação algum. É por isso que é sinalizado como o item de maior prioridade para verificar antes de reinstalar qualquer coisa.

P: Preciso fazer backup de aplicativos Flatpak e Snap separadamente dos pacotes regulares?

R: Sim. As listas de pacotes apt/dnf/pacman não incluem aplicativos Flatpak ou Snap. Cada um precisa de seu próprio comando de export. Cobrimos isso na seção Lista de Pacotes Instalados acima.

P: Existem aplicativos gráficos de backup para fazer backup de arquivos facilmente?

R: Sim, existem muitos. Ferramentas populares incluem Pika Backup, Deja Dup, BorgBackup e Timeshift, entre outros. Estes são para backup de arquivos e pastas. Se você quiser fazer backup do sistema inteiro, use ferramentas de clonagem de disco como Rescuezilla.

Principais Conclusões

  • "Dados" no Linux significam mais do que arquivos. Inclui identidade (SSH/GPG/2FA), configuração (dotfiles, variáveis de ambiente), estado do sistema (pacotes instalados) e memória do aplicativo (configurações, não apenas arquivos de dados).
  • Um único rsync da sua pasta pessoal cobre a maioria dos dados pessoais em uma passada, mas não pacotes instalados, keyrings GPG, bancos de dados ou qualquer coisa fora de $HOME.
  • O Firefox mudou o local padrão do perfil na versão 147 (jan. 2026). Verifique about:support em vez de assumir o caminho antigo ~/.mozilla.
  • Nunca copie ~/.gnupg diretamente. Use gpg --export com a opção de backup, ou seu keyring restaurado pode falhar silenciosamente ao descriptografar ou assinar.
  • Códigos de recuperação 2FA e chaves de licença são a única categoria genuinamente irrecuperável neste guia. Confirme que estes estão salvos antes de qualquer outra coisa.
  • Use aplicativos GUI de backup apropriados se você não se sentir confortável com o ambiente de linha de comando do Linux.