df não é a ferramenta certa para examinar sistemas de arquivos desmontados.
Execute fsck / dev / sdb1 para verificar se há erros fs recuperáveis.
Em seguida, monte os sistemas de arquivos recuperados pela linha de comando (mount) ou yast.
Eu tento recuperar dados importantes do disco rígido principal que executa o SLES 11. Naquela época (enquanto erro ocorre), forcei a reinicialização e, em seguida, no login do terminal mostrado (sistema de arquivos de reparo)
Então eu tento seguir o comando sugerido lá, me pediu para rodar o ext3fs. Bla bla e eu não funciona.
Em seguida, reinstalei o SLES 11 em outro HDD e retirei o HDD com falha. Agora, eu coloquei o disco rígido com falha como secundário, mas no comando df -h ele não está listado lá. Mostra apenas /dev/sda1 (novo disco rígido)
Eu uso outro comando cat /proc/partitions , que mostra:
8 0 1953514584 sda
8 1 1951486818 sda1
8 2 2024188 sda2
8 16 1953514584 sdb
8 17 1951486818 sdb1
8 18 2024188 sdb2
sdb é o disco rígido com falha, por favor me ajude como torná-lo legível para que eu possa copiar os dados importantes dele e qual é o passo apropriado para evitar que os dados sejam quebrados enquanto tento recuperá-lo?
df não é a ferramenta certa para examinar sistemas de arquivos desmontados.
Execute fsck / dev / sdb1 para verificar se há erros fs recuperáveis.
Em seguida, monte os sistemas de arquivos recuperados pela linha de comando (mount) ou yast.
Tags hard-drive linux suse