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?
la source
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.Réponses:
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:
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:
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
chkdsk
comme 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.
la source
Cette question et cette réponse sont assez anciennes, je ne demanderai donc pas plus d'informations.
Vous dites:
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'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:
la source