Partição de raiz acidentalmente limpa - Sistema ainda em execução

Question

Tudo bem, este é um daqueles momentos em que estou dizendo ... Respire fundo, não entre em pânico.

O que aconteceu?

Como uma parte habitual de mexer com o meu sistema, eu estava tentando gravar um arquivo img de 24,5 MB na minha unidade USB para uma atualização do BIOS. O comando normal seria:

dd if=bios.img of=/dev/sdX bs=1M

Feito isso cem vezes. Não tem problema.

Agora você conhece o problema quando está mentalmente cansado e seu comando acaba assim:

dd if=bios.img of=/dev/sda bs=1M

Por isso, respondeu: dd: failed to open ‘/dev/sda’: Permission denied

E sem pensar duas vezes, você fez:

sudo dd if=bios.img of=/dev/sda bs=1M

Deve parecer feliz quando o terminal respondeu isto:

23+0 records in
23+0 records out
24117248 bytes (24 MB) copied, 0.0138706 s, 1.7 GB/s

Mas que horror dois segundos depois quando percebemos que é o seu sda .

Qual é o status atual?

O sistema ainda está ativo. Parece que há um cache da partição que o Linux está lendo. A partição original continha efi , swap e / . Não tenho certeza agora de seus tamanhos e pedidos originais. A partição atual mostra apenas 22.98 MiB de fat16 a ser montado em /boot/efi , enquanto o restante da minha unidade SSD não está alocado.

Então, este é um daqueles momentos em que se deve dizer ... Respire fundo, não entre em pânico, e não reinicie (ainda).

Qualquer ajuda? Pleeeaaaase? ;-) Obrigado.

    

Answer 1

Faz quatro dias, e aceitando os comentários da pergunta original, aproveitei a oportunidade para fazer uma nova instalação do sistema. (E é por isso que é bom que o seu diretório home esteja em um disco diferente ...)

Por outro lado, acho que acidentalmente (não de novo ...) encontrei a (s) ferramenta (s) que poderiam foram usadas naquela vez. "Could" foi destacado, pois é claro que não pude tentar isso. Para aqueles que podem experimentá-los mais tarde (esperamos que não no seu sistema de trabalho), talvez você possa confirmar se eles realmente funcionam:

1. testdisk do universe repo. Seu site oficial diz: "Ele foi projetado principalmente para ajudar a recuperar partições perdidas e / ou fazer discos não inicializáveis inicializáveis novamente quando esses sintomas são causados por software defeituoso: certos tipos de vírus ou erro humano (como excluir acidentalmente uma Tabela de Partições) . A recuperação da tabela de partição usando o TestDisk é realmente fácil. "

Lá vai você, automatizado.

2. gpart dos repositórios oficiais. O artigo da Wikipédia diz: "Também é bom encontrar e listar os tipos, locais e tamanhos de inadvertidamente -deleted partitions , tanto primárias como lógicas, dá-lhe a informação que precisa para recriá-las manualmente (utilizando fdisk, cfdisk, sfdisk, etc.). também ser gravado em um arquivo ou (se você acredita firmemente que a tabela adivinhada está totalmente correta) diretamente para um dispositivo de disco . "

Bem, o aprendizado é ótimo . ; -)

PS

Para instalar: sudo apt install testdisk gpart