GNU/Linux >> Tutoriels Linux >  >> Linux

fsck :options pour une vérification de disque plus approfondie

Tout d'abord, vous avez raison d'exécuter fsck sur la partition - fsck ne fonctionne que sur les systèmes de fichiers, pas sur des disques entiers. Vous pouvez obtenir une liste de toutes les partitions sur le disque avec fdisk -l /dev/sdd .

Votre type de système de fichiers est probablement ext3 (la valeur par défaut dans la plupart des distributions Linux), ce qui signifie qu'il passera généralement un fsck tant que son journal est propre. fsck -f va, comme mentionné ci-dessus, forcer une vérification complète.

Cependant, si vous avez des erreurs de lecture sur le disque, aucune quantité de fsck n'aidera dd - car dd ne se soucie vraiment pas du contenu du disque.

Pour que dd lise le disque et continue sur les erreurs de lecture, utilisez dd conv=noerror,sync , qui continuera en cas d'erreur de lecture et ajoutera des octets nuls à n'importe quel bloc en cas d'erreur de lecture.

Après avoir terminé la sauvegarde, vous devez exécuter fsck -f sur le clone pour le remettre en marche.

Autre conseil :si vous sauvegardez la partition dans un fichier, vous pouvez la monter en boucle avec mount -o loop filename.ext3 /mountpoint . De plus, disons que vous clonez une partition 200G sur un lecteur 500G, vous pouvez alors exécuter resize2fs /dev/sdx1 (où sdx est votre nouveau disque, partitionné avec une seule partition de 500 Go), et le système de fichiers sera redimensionné à 500 Go.

Enfin, si le disque est dans un état tel qu'il vous donne des erreurs de lecture, je vous conseille d'éviter d'éteindre et de rallumer le disque jusqu'à ce que vous ayez fini de récupérer les données. Dans certains modes de défaillance, le disque ne tournera tout simplement plus à un moment donné ou ne sera plus reconnu par le système d'exploitation, et à ce moment-là, l'extraction des données du lecteur devient assez coûteuse.


Cela n'est peut-être pas pertinent dans votre cas, mais j'ai pensé que je le mentionnerais quand même :

Pour une vérification de disque de niveau inférieur, vous pouvez utiliser le badblocks utilitaire. Il passe par un appareil et signale tout bloc défectueux (il ne peut rien réparer, bien sûr). C'est utile, au moins, pour vérifier si un disque est physiquement endommagé.

Aussi, e2fsck peut utiliser badblocks pour éviter que des blocs défectueux ne soient utilisés par un système de fichiers. Depuis e2fsck manuel :

  -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.

Vous voulez que l'option -f soit fsck (forcer la vérification même si le système de fichiers semble propre.)

Vous devez exécuter fsck en mode mono-utilisateur. Un moyen simple de le faire sans démarrage direct sur CD-ROM consiste à redémarrer avec l'option -F.

shutdown -rF now 

Linux
  1. Vérifier le processus si le même est en cours d'exécution ?

  2. Linux – Refs Mais pour Linux ?

  3. Une doublure pour vérifier si le fichier existe ?

  4. Vérifier la base de données pour la corruption

  5. Vérifier la validité IP

Comment utiliser la commande fsck pour vérifier et réparer le système de fichiers

Comment vérifier l'espace disque sous Linux

Vérification de l'espace disque d'Ubuntu 20.04

Comment vérifier l'utilisation de l'espace disque sous Linux

Commande Df sous Linux (vérifier l'espace disque)

Commande Linux df pour vérifier l'espace disque