fsck: Opções para a verificação mais completa do disco

Eu tenho um disco com um problema conhecido (eu sei porque o dd gags quando tento cloná-lo). Mas quando eu inicializo com um CD ao vivo e executo fsck na partição desmontada, recebo o seguinte:

ubuntu@ubuntu:~$ sudo fsck /dev/sdf1
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
/dev/sdf1: clean, 227091/9625600 files, 12789815/38497756 blocks

um milissegundo depois. É difícil acreditar que tenha verificado todo o disco rígido em uma ms.

Também não tenho certeza se eu deveria fsck'ing sdf1 ou todo o disco físico sdf. Quando tento a unidade inteira:

ubuntu@ubuntu:~$ sudo fsck /dev/sdf
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext2: Device or resource busy while trying to open /dev/sdf
Filesystem mounted or opened exclusively by another program?

O que não entendo porque nenhuma das partições parece estar montada (eu apenas inicializei a partir de um CD ao vivo e executei o comando).

Portanto, minha pergunta básica é: como posso fazer com que o fsck (ou uma ferramenta diferente que funcione melhor) gaste mais de um milissegundo analisando meu disco problemático?

Primeiro, você está certo sobre executar o fsck na partição - o fsck funciona apenas em sistemas de arquivos, não em discos inteiros. Você pode obter uma lista de todas as partições no disco fdisk -l /dev/sdd.

Seu tipo de sistema de arquivos é provavelmente ext3 (o padrão na maioria das distribuições Linux), o que significa que geralmente passará um fsck enquanto seu diário estiver limpo. fsck -f, como mencionado acima, forçará uma verificação completa.

No entanto, se você leu erros no disco, nenhuma quantidade de fsck ajudará o dd - pois o dd realmente não se importa com o conteúdo do disco.

Para que o dd leia o disco e continue com os erros de leitura, use dd conv=noerror,sync, que continuará com os erros de leitura e acrescentará bytes nulos a qualquer bloco quando houver um erro de leitura.

Depois de concluir o backup, você deve executar fsck -fo clone para recuperá-lo.

Outra dica: se você fizer backup da partição em um arquivo, poderá montá-la em loopback mount -o loop filename.ext3 /mountpoint. Além disso, digamos que você esteja clonando uma partição 200G em uma unidade 500G, você poderá executar resize2fs /dev/sdx1(onde sdx é sua nova unidade, particionada com uma única partição 500G) e o sistema de arquivos será redimensionado para 500G.

Por fim, se o disco estiver em uma forma que está causando erros de leitura, recomendamos que você evite ligar e desligar o disco até concluir a recuperação de dados. Em alguns modos de falha, em algum momento o disco simplesmente não gira mais ou deixa de ser reconhecido pelo sistema operacional e, nesse momento, a retirada de dados da unidade se torna bastante cara.

Isso pode não ser relevante no seu caso, mas pensei em mencioná-lo de qualquer maneira:

Para uma verificação de disco de nível inferior, você pode usar o badblocksutilitário. Ele passa por um dispositivo e relata quaisquer bloqueios defeituosos (não pode reparar nada, é claro). É útil, pelo menos, para verificar se um disco está fisicamente danificado.

Além disso, e2fsckpode ser usado badblockspara evitar que blocos defeituosos sejam usados ​​por um sistema de arquivos. Do e2fsckmanual:

  -c     This option causes e2fsck to use badblocks(8) program to do a  read-
         only scan of the device in order to find any bad blocks.  If any bad
         blocks are found, they are added to the bad block inode  to  prevent
         them from being allocated to a file or directory.  If this option is
         specified twice, then the bad block scan will be done using  a  non-
         destructive read-write test.

Você deseja que a opção -f fsck (force a verificação mesmo se o sistema de arquivos parecer limpo).

Você deve executar o fsck no modo de usuário único. Uma maneira fácil de fazer isso sem uma inicialização ao vivo do cdrom é reiniciar com a opção -F.

shutdown -rF now