Clonezilla vérifier l'image échoue

1

J'ai un ordinateur portable HP Pavillion dv4 qui est en train de manger son (deuxième) disque dur en raison de problèmes de chaleur (je l'ai depuis reçu d'un tampon de refroidissement thermique). J'ai acheté un lecteur USB externe de 1,5 To sur lequel sauvegarder, dans le but d'utiliser Clonezilla pour écrire des fichiers image sur le lecteur de sauvegarde, puis la duplicité (le système d'exploitation principal est Ubuntu) pour effectuer des sauvegardes incrémentielles.

Le problème est que lorsque je lance clonezilla en direct à partir d’un CD, il exécute tout, créant une image de sauvegarde des différentes partitions (y compris la grande partition Windows de 385 Go), mais lorsqu’elle revient en arrière et tente de vérifier l’image, elle obtient un CRC. erreur de lecture à chaque fois sur sda1 (la partition Windows). Les autres partitions (Windows rescue, / et swap) se vérifient toutes correctement.

Alors ... ma question est la suivante: quelles sont mes options à ce stade? Je ne veux vraiment pas perdre ce qui est sur ma partition Windows si je peux l'éviter du tout. Oui, j'ai des CD de secours système HP disponibles, mais cela impliquera probablement de nettoyer mon installation Linux et de le restaurer à partir de zéro également, ce qui invalide tout le temps que j'ai passé à exécuter Clonezilla sur cette machine jusqu'à présent.

Des idées, des commentaires, des suggestions?

Memilanuk
la source
Avez-vous effectué une vérification de disque à la fois sur les disques source et cible pour vous assurer qu'il n'y a aucune erreur de données ou défaut de disque?
cʜιᴇ007
chkdsk /r c:lors du démarrage dans Windows. Il vous demandera de le programmer au prochain démarrage, de dire oui et de redémarrer sous Windows. Le / r effectuera une analyse complète et déplacera tous les secteurs risqués.
Paul
Je n'ai pas effectué de vérification de disque sur le disque cible, car il est tout neuf et vient d'être formaté sans erreur - et toutes les autres images de partition vérifient correctement. J'ai exécuté la commande 'chkdsk / rc:' comme mentionné, et elle a détecté et corrigé un certain nombre d'erreurs. Ensuite, j'ai de nouveau exécuté Clonezilla ... et la même erreur CRC a été détectée à peu près exactement au même endroit - 36% du trajet via l'image de la partition Windows de 385 Go (sda1).
memilanuk

Réponses:

0

Je ne sais pas exactement pourquoi, mais parfois le disque dur ou le disque dur SSD est dans cet état, cette Clonezilla ne peut pas cloner correctement le support ni vérifier le jeu de sauvegarde (cela m'est arrivé à la fois aux disques durs et aux disques SSD années). Cela peut être sur Linux EXT FS ou Windows NTFS, etc. Il émet quelque chose comme ceci:

syslinux.d syslinux_fs /dev/....
crc errors block_id = nnn...
...

Pour vérifier les systèmes de fichiers ext2, ext3 ou ext4

Essayez d'ouvrir Gparted (GUI), cliquez sur l'icône de la roue et choisissez réparer. Si cela n’est pas résolu, la deuxième ligne de commande est d’essayer de réparer manuellement les blocs endommagés en utilisant e2fsck. Par exemple:

ubuntu_linux:> e2fsck -f -p -v -c -c C 0 'dev/nvme0n1p2'

Commutateurs: -f force, -p vérifie et répare automatiquement tous les problèmes sans vous demander de confirmation, -v verbose, -c -c inode pour éviter leur affectation à un fichier ou à un répertoire - si cette option est spécifiée deux fois, la Une analyse de bloc défectueuse sera effectuée à l'aide d'un test de lecture-écriture non destructif. Enfin, C 0 signifie que vous pouvez voir les progrès. Soyez patient, cela prend un peu de temps (disque SSD NVME de 500 Go complet environ 2 heures). Surtout, cela m'a aidé.

Les deux méthodes que vous pouvez utiliser à plusieurs reprises, mais être avare. GParted peut parfois endommager votre système de fichiers de manière plus importante et irréversible e2fsck, mais d'un autre côté, dans cette situation, le problème était peut-être seulement caché, de sorte qu'il n'y a pas d'autre solution pour réparer facilement un support.

Pour vérifier les systèmes de fichiers NTFS, FATXX etc ...

Une situation similaire, j'ai remarqué sur Windows10 aussi (encore une fois SSD et encore au moment de la sauvegarde ou immédiatement après). Il y a une situation légèrement plus facile. Windows offre immédiatement ce qu'il faut faire - il y a une notification, ce qui nous amène à la page avec des conseils, comment réparer une erreur sur un support. Bien sûr, il est à nouveau possible d’utiliser la ligne de commande chkdskcomme expliqué dans le commentaire ci-dessus.

Après avoir guéri le blocage, il peut arriver que quelque chose ne fonctionne pas correctement. Si ce n’est pas fondamental pour le système d’exploitation, il peut être masqué pour le moment, au moment où vous devrez démarrer l’application, ouvrir l’image, etc. Si le système a des problèmes, essayez de réinstaller la bibliothèque ou tout simplement, où est le problème.

hariprasad
la source
0

Cette question et cette réponse sont assez anciennes, je ne demanderai donc pas plus d'informations.

Vous dites:

J'ai un ordinateur portable HP Pavillion dv4 qui est en train de manger son (deuxième) disque dur

Cela me fait penser que le disque dur en question est physiquement endommagé. À cause de cela, toutes les données que vous collecterez seront également suspectes.

Vous mentionnez également que:

lorsqu'il relit et tente de vérifier l'image, il reçoit une erreur de lecture CRC à chaque fois sur sda1

Lorsqu'un programme d'image disque est exécuté, il crée une copie exacte des données lues sur le disque. Le processus de vérification, dans lequel il lit à nouveau les données du disque (?), Semble donner l’échec constant. Il y a plusieurs raisons possibles, mais l'une d'entre elles est que la lecture de cette section du disque source (d'origine, en échec) génère des données différentes à chaque fois. Cette explication est cohérente avec la première déclaration selon laquelle vous ne lui faites pas confiance.

Dans ce cas, je recommande ce qui suit:

En supposant que vous ayez de l’espace disque disponible (toujours une question), vous avez quelques options:

  • Rapide et sale: Prenez l'image la plus récente (qui a échoué le CRC) et exécutez un outil de réparation de disque sur celle-ci. Cela vous donnera probablement une bonne fraction des données d'origine et il y a de bonnes chances que cela inclue toutes les données qui vous intéressent. Le défi est que vous apportez des modifications automatiques à votre seule copie des données sur un support fiable.
  • Prudent: effectuez une copie de l'image la plus récente (ayant échoué au CRC) et exécutez un outil de réparation de disque sur la copie. Cela vous procure tous les avantages de ce qui précède, mais vous pouvez alors revenir à la prudence et au ralentissement (ci-dessous) si vous n'êtes pas complètement satisfait.
  • Prudent et lent: Utilisez un outil tel que ddrescue pour lire attentivement le disque défaillant et essayez de récupérer autant de données que possible dans un nouvel emplacement du disque, en utilisant éventuellement l'image existante pour vous aider à informer ddrescue.
Slartibartfast
la source