Recuperando superblocos corrompidos em USB ao vivo

Question

Estou usando o Ubuntu 16.04 em uma unidade USB externa. Recentemente, o sistema de arquivos e todos os backups de superblocos foram corrompidos depois de desconectá-los de um antigo PC desktop de forma imprudente. Eu tentei usar fsck e fdisk para recuperar dos superblocos de backup e setores corretos, mas infelizmente, nem ajudou. Eu poderia abri-lo a partir de um USB ao vivo, mas depois de abrir a partição inicializável, mudei a propriedade dos arquivos para transferi-los para outro disco. Não sei se isso pode afetar a situação, mas não inicializa e dá os seguintes erros durante a inicialização.

/dev/sda1:clean,4965840/30220288files,101135365/120875244blocks[9.870902]systemd[1]:networking-routes.service:Jobnetworking-routes.service/startdeletedtobreakorderingcyclestartingwithsysinit.target/start[9.907296]systemd[1]:FailedtostartUncomplicatedfirewall.[FAILED]FailedtostartUncomplicatedfirewall.See'systemctlstatusufw.service'fordetails.[9.908207]systemd[1]:FailedtostartCreatelistofrequiredstaticdevicenodesforthecurrentkernel.[FAILED]FailedtostartCreatelistofrequiredstaticdevicenodesforthecurrentkernelSee'systemctlstatuskmode-static-nodes.service'fordetails.[9.908718]systemd[1]:FailedtomountPOSIXMessageQueueFileSystem.[FAILED]FailedtomountPOSIXMessageQueueFileSystem.See'systemctlstatusdev-mqueue.mount'fordetails.[9.909226]systemd[1]:FailedtostartSetconsolekeymap.[FAILED]FailedtostartSetconsolekeymap.See'systemctlstatuskeyboard-setup.service'fordetails.[9.909634]systemd[1]:FailedtomountDebugFileSystem.[FAILED]FailedtomountDebugFileSystem.See'systemctlstatussys-kernel-debug.mount'fordetails.[9.910156]systemd[1]:FailedtomountHugePagesFileSystem.[FAILED]FailedtomountHugePagesFileSystem.See'systemctlstatusdev-hugepages.mount'fordetails.[OK]StartedLoadKernelModules.[OK]StartedJournalService.StartingApplyKernelVariables...MountingFUSEControlFileSystem...StartingCreateStaticDeviceNodesin/dev...[FAILED]FailedtomountFuseControlFileSystem.See'systemctlstatussys-fs-fuse-connections.mount'fordetails.[FAILED]FailedtostartStaticDeviceNodesin/dev.See'systemctlstatussystemd-tmpfiles-setup-dev.service'fordetails.[OK]StartedApplyKernelVariables.StartingudevKernelDeviceManager...[OK]StartedudevKernelDeviceManager.StartingLSB:QEMUKVMmoduleloadingscript...StartingRemountRootandKernelFileSystems...[FAILED]FailedtostartLSB:QEMUKVMmoduleloadingscript.See'systemctlstatusqemu-kvm.service'fordetails.[FAILED]FailedtostartRemountRootandKernelFileSystems.See'systemctlstatussystemd-remount-fs.service'fordetails.Activatingswap/swapfile...StartingudevColdplugallDevices...[OK]ReachedtargetLocalFileSystems(Pre).StartingFlushJournaltoPersistentStorage...StartingLoad/SaveRandomSeed...[FAILED]FailedtostartudevColdplugallDevices.See'systemctlstatussystemd.udev-trigger.service'fordetails.[FAILED]FailedtostartFlushJournaltoPersistentStorage.See'systemctlstatussystemd-journal-flush.service'fordetails.[FAILED]Failedtoactivateswap/swapfile.See'Systemctlstatusswapfile.swap'fordetails.[DEPEND]DependencyfailedforSwap.[OK]StartedLoad/SaveRandomSeed.StartingShowPlymouthBootScreen...

Resultado do Dmesg

Saída do fdisk

Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x1c297f28

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sdb1  *         2048 967004001 967001954 461.1G 83 Linux
/dev/sdb2       967004160 976773119   9768960   4.7G 82 Linux swap / Solaris

Eu posso postar outros detalhes quando necessário.

    

Answer 1

Geralmente é mais fácil e rápido reinstalar o sistema do que tentar reparar o sistema, mas se houver dados importantes sem backup, você não tem escolha.

Você consegue ler seus arquivos pessoais quando o computador é inicializado de outra unidade? Nesse caso, sugiro que você salve todos esses arquivos em outra unidade. Você pode tentar fazer o backup de todo o diretório inicial (do sistema na unidade com superblocos corrompidos).

Se você não consegue ler seus arquivos pessoais, e os dados são muito valiosos, sugiro que você clone a unidade com ddrescue e faça o trabalho de reparo / recuperação na cópia clonada para evitar causar mais danos ao sistema de arquivos. Caso contrário, você pode trabalhar diretamente na própria unidade.

Eu começaria com e2fsck e tentaria reparar o sistema de arquivos, e percebi que você já tentou. Quais opções você usou?

Testdisk e PhotoRec são duas ferramentas que você pode tentar se e2fsck não consegui consertar. O Testdisk pode reparar sistemas de arquivos, que não estão "muito danificados". O PhotoRec pode recuperar arquivos mesmo quando o sistema de arquivos está danificado além do reparo, contanto que as células de dados no disco não sejam sobrescritas.

Você encontra detalhes no link e links a seguir.

Reparar a tabela de partições e o sistema de arquivos de um pendrive

E você é bem-vindo para perguntar, se precisar de mais ajuda: -)

    

Answer 2

Eu resolvi esse problema substituindo casper/initrd.lz no USB do arquivo ISO original.