Como restaurar corretamente a partição do sistema (imagem iso) com 'Discos'

Question

Eu consegui fazer backup e restaurar uma partição do sistema Linux Mint com 'Disks' (comando para executar: gnome-disks ; pacote para instalar: gnome-disk-utility ) de uma sessão ao vivo, mas não tenho certeza de que foi o melhor maneira de fazer isso: pelo contrário!

Preciso de conselhos sobre o que fiz de errado para ter um procedimento adequado disponível na próxima vez que precisar.

Minha configuração inicial foi esta:

Oprocedimentodebackup/restauraçãoenvolveuapartição/dev/sda2(ext4).Comoespaçodetroca(queeunãodiscutireimaisparasimplificaradescrição),issoenvolvecercade70GB.Orestosãopartiçõesntfs,umaumapartiçãodosistemaWindows,aoutraumapartição"Depo" acessível a partir do Windows e do Linux.

Foi o que eu fiz:

BACKUP:

• com gparted em uma sessão ativa reduziu a partição para o menor tamanho (de 70 a 30 GB)

• fez o backup (30 GB) com Discos (como uma imagem iso que salvei em um dispositivo externo)

(Depois de criar uma partição estendida e testar diferentes sistemas Linux como o Ubuntu Gnome e o Solus, eu quis voltar à situação inicial, pois decidi que preferia meu sistema estável e bem personalizado original do Linux Mint.)

RESTAURAÇÃO:

• com o Gparted, excluiu toda a partição estendida (70 GB) e criou uma nova partição primária ext4 de 70 GB

• com Discos, restaurou a partição de 30 GB (da imagem iso) para a de 70 GB !!!! ---- talvez eu devesse ter restaurado em espaço não formatado? - É ESTE ERRO?

• neste ponto, toda a partição de 70 GB parecia quase cheia, embora a imagem restaurada tivesse apenas 30 GB; boot-repair reclamou da falta de espaço ao tentar instalar o grub naquela partição e não instalou o grub

• e o gparted relatou apenas 600 MB livres, enquanto c 40 GB de espaço livre era de alguma forma visível, mas SOMENTE na imagem gparted mostrada, não nos números; RESIZANDO NÃO FOI POSSÍVEL
• após reiniciar em uma nova sessão ao vivo : o gparted relatou apenas 600 MB livres, mas o redimensionamento foi possível: reduzir a partição para o espaço real real de 30 GB, 40 GB parecerem não alocados repentina, em seguida, estendendo a partição inteira para 70 GB total foi possível
• neste momento, apenas o grub estava faltando, e executar o boot-repair na sessão live correu tudo bem (selecionei opções avançadas: instalar o grub em sda, inicializar a partir da partição fornecida (sda2), desmarcar "purge grub" como não havia nenhum grub instalado de qualquer maneira)

Após a inicialização da unidade local, a lista antiga do grub estava disponível e o sistema antigo estava em vigor. O único problema, levou muito tempo pela primeira vez para entrar na sessão, e eu também acho que o tempo de inicialização é geralmente um pouco mais longo ..

Então, minha pergunta é: alguém deveria restaurar uma imagem de partição do sistema em uma partição vazia do jeito que eu fiz ou em um espaço não formatado? ou de alguma forma diferente?

    

Answer 1

Ao criar backup de um sistema Linux e restaurar o seguinte, será útil.

1. A partição de destino deve ser unmounted antes da restauração. Formatar a partição enquanto montada e, em seguida, unmount it.
2. O tamanho da partição de destino não importa, a menos que não seja menor que o arquivo de imagem a ser restaurado.
3. Após a restauração, o volume livre pode ser reduzido.
4. Durante o encolhimento, o disco deve ser reduzido a partir do final. Se for encolhido, o bootloader deve ser reinstalado no caso do sistema baseado em legacy BIOS
5. Um sistema Linux pode ser submetido a backup e restaurado sem a criação de imagens, conforme mencionado neste artigo Como instalar o CentOS 7 em um diretório (sem inicializar um sistema de instalação)?

Answer 2

Nesse caso, sempre digo: Desconecte o disco rígido primeiro! Esse deve ser o primeiro passo se você quiser restaurar dados dele. Isso ocorre porque cada operação pode sobrescrever um setor que você pode querer restaurar. Vamos pular essa parte, já que você já superou isso.

Reúna o seguinte:

• Outro computador com um SO separado (Windows, Linux, depende do seu aplicativo de restauração)
• Um HDD Dock onde você pode conectar seu disco rígido defeituoso
• Um software específico de partição

Próximo: sempre salve o máximo de dados possível! Eu procuraria no google quais aplicativos podem restaurar dados de uma partição Ext4. Existe um para windows, que pode ser usado. Obtenha um software de recuperação de dados e instale-o. Não importa se é um aplicativo do Windows ou Linux. E, finalmente, você precisará de outro disco rígido que seja pelo menos tão grande quanto o disco em que você perdeu os dados. Você salvará seus arquivos perdidos aqui. Quando tudo estiver pronto e pronto para digitalizar unidades de dados, somente então inicie o disco rígido. Em seguida, basta seguir as instruções e salvar / fazer backup / copiar (NÃO MOVER !!) todos os seus arquivos para o novo disco. Isso é necessário se você não puder restaurar o disco para seu status anterior, então poderá pelo menos reinstalar mais rapidamente colocando todas as suas configurações e arquivos em outro disco. Agora você pode começar a tentar recuperar o disco para seu status anterior.

O uso do Gparted e do utilitário Disks foi uma boa idéia, já que eles são muito bons para restaurar partições se eles não estiverem tão corrompidos. Uma aplicação mais específica como o TestDisk poderia ser melhor, mas ainda não perdi nenhum disco Ext4, então posso ' Eu realmente te digo se isso funciona ou não. Para Ext3 e NTFS eu usei GetDataBack e isso funcionou como um encanto. Mas isso não é bom para o Ext4. O LVM também pode ser um problema, mas você pode usar instantâneos para voltar a um estado anterior.

    

Answer 3

Em sistemas baseados em RHEL / CentOS, eu uso retaguarda (Relaxe e Recupere link ). Isto também é liberado para o Ubuntu, então você pode considerar esta ferramenta, que permite criar backups inicializáveis (em pendrive, por exemplo).