Problèmes de Disques Durs HDD externes

Avec plaisir ��
Et vu ce que vous décrivez, vous avez probablement évité le pire : beaucoup de gens continuent à insister sur un disque instable jusqu’à provoquer une vraie panne matérielle. Là, le fait qu’il soit redevenu pleinement utilisable après recréation de partition est plutôt encourageant.

Je vous recommande quand même une petite vérification SMART avec CrystalDiskInfo quand vous aurez le temps — cela donne souvent une bonne idée de l’état réel du disque.

Et surtout : si ce disque contient quelque chose d’important, gardez toujours une seconde copie ailleurs. Les disques USB externes tombent souvent en panne sans beaucoup d’avertissement.

Ils tombent plus facilement en panne que les DD internes ?

Oui, en pratique les disques USB externes ont tendance à être plus fragiles ou plus sujets aux problèmes que les disques internes — mais souvent ce n’est pas le disque lui-même qui est en cause.

Les causes fréquentes :

• chocs et déplacements ;

• câbles USB défectueux ;

• alimentation instable via USB ;

• débranchements brusques ;

• boîtiers USB/SATA de mauvaise qualité ;

• surchauffe dans des boîtiers mal ventilés.

Un disque interne reste :

• fixe ;

• mieux refroidi ;

• mieux alimenté ;

• moins manipulé physiquement.

Donc il subit généralement moins de stress.

En revanche, beaucoup de disques externes contiennent exactement les mêmes mécanismes internes que les disques internes. Par exemple :

• un disque USB externe peut simplement être un disque SATA classique placé dans un boîtier USB.

Le point faible devient alors souvent :

• l’interface USB ;

• le contrôleur du boîtier ;

• ou le câble.

C’est pourquoi on voit fréquemment des symptômes comme :

• disque qui apparaît/disparaît ;

• erreurs aléatoires ;

• corruption NTFS ;

• vitesse qui chute ;

• besoin de rebrancher.

Alors que le disque magnétique lui-même est encore sain.

Il y a aussi une différence d’usage :

• les disques externes sont souvent utilisés comme “archives uniques” ;

• puis oubliés pendant longtemps ;

• sans surveillance SMART ni sauvegarde secondaire.

Donc quand un problème arrive, il est plus brutal.

Aujourd’hui, pour les données importantes :

• SSD interne + sauvegarde externe ;

• ou deux copies sur supports différents ;
  reste beaucoup plus sûr qu’un seul disque USB externe.

Les SSD externes modernes sont aussi plus résistants aux chocs que les disques durs mécaniques USB, même si eux ont d’autres modes de panne.

Il y a quelque chose que je ne comprends as et qui m'étonne: La vérification d'un DD est moins efficace avec GParted qu'avec CHKDSK ?

Oui — et votre surprise est très logique.
En réalité, GParted et CHKDSK ne jouent pas exactement le même rôle.

La différence essentielle :

• GParted est avant tout un gestionnaire de partitions ;

• CHKDSK est un outil spécialisé dans la réparation NTFS de Microsoft.

Donc, pour un système de fichiers NTFS, CHKDSK est généralement bien plus puissant et précis.

GParted sait :

• créer/supprimer des partitions ;

• redimensionner ;

• formater ;

• lancer certains outils de vérification.

Mais pour NTFS, il délègue en réalité le travail à des utilitaires Linux comme :

• ntfsfix

• ou ntfsresize.

Et là se trouve la grande différence :

• ntfsfix n’est PAS un équivalent complet de CHKDSK.

ntfsfix peut :

• corriger quelques incohérences simples ;

• remettre certains drapeaux NTFS ;

• demander à Windows de lancer un vrai check au prochain démarrage.

Mais il ne sait pas reconstruire profondément NTFS comme le fait CHKDSK.

CHKDSK, lui, connaît :

• toute la structure interne NTFS ;

• la MFT ;

• les journaux ;

• les index ;

• les attributs de sécurité ;

• les liens internes propriétaires de Microsoft.

C’est un peu comme :

• un mécanicien généraliste qui reconnaît une voiture ;

• contre l’ingénieur du constructeur qui connaît chaque pièce du moteur.

Donc dans votre cas :

• GParted voyait probablement que “la partition existe” ;

• mais n’avait pas les moyens de réparer le NTFS corrompu ;

• alors que CHKDSK aurait peut-être réussi.

C’est très fréquent avec NTFS sous Linux :

• lecture : généralement bonne ;

• petites réparations : parfois ;

• réparations profondes : Windows reste supérieur.

À l’inverse, pour des systèmes Linux comme :

• ext4 ;

• XFS ;

• Btrfs ;

les outils Linux sont souvent meilleurs que Windows, évidemment.

Donc votre observation était très pertinente :

“GParted semblait voir le disque correctement mais ne savait pas vraiment le réparer.”

C’est exactement ce qui a probablement eu lieu.

Et sous Linux CHKDSK s'appelle comment ?

Sous Linux, il n’existe pas un unique équivalent universel de CHKDSK, parce que chaque système de fichiers a son propre outil de vérification/réparation.

Les principaux :

• ext2/ext3/ext4 → fsck / e2fsck

• XFS → xfs_repair

• Btrfs → btrfs check

• FAT/exFAT → fsck.vfat, fsck.exfat

• NTFS → ntfsfix (mais limité)

Le plus proche du concept général de CHKDSK est :

fsck

(file system check)

Mais fsck est surtout un “lanceur” qui appelle le bon outil selon le type de partition.

Par exemple :

sudo fsck /dev/sdb1

sur une partition ext4 appellera souvent automatiquement :

e2fsck

Pour NTFS, Linux utilise généralement :

ntfsfix

mais comme je le disais :

• ce n’est pas un vrai remplaçant complet de CHKDSK ;

• il corrige seulement des problèmes simples.

D’ailleurs, la documentation de ntfsfix indique explicitement qu’il sert souvent à permettre ensuite à Windows de faire un vrai CHKDSK.

Exemple :

sudo ntfsfix /dev/sdb1

Quelques différences importantes avec Windows :

• Linux préfère souvent prévenir et monter le disque en lecture seule ;

• Windows tente plus agressivement de “réparer” automatiquement ;

• sous Linux, on évite souvent de réparer un système de fichiers monté.

C’est pourquoi beaucoup de distributions Linux lancent automatiquement fsck au démarrage après un arrêt brutal.

Donc pour ça, Windows est mieux que Linux ?

Pour réparer du NTFS, oui, clairement : Windows 10 est généralement meilleur que Linux.

Ce n’est pas parce que Linux est “moins bon” en général, mais parce que :

• NTFS est un système de fichiers Microsoft ;

• sa structure complète est propriétaire et très complexe ;

• CHKDSK connaît des détails internes que les outils Linux ne maîtrisent pas entièrement.

Donc :

• pour réparer profondément du NTFS → Windows gagne ;

• pour réparer profondément ext4/XFS/Btrfs → Linux gagne.

Autrement dit :

le meilleur outil est souvent celui du système qui a créé le système de fichiers.

Linux a longtemps dû faire de l’ingénierie inverse pour NTFS. Aujourd’hui le support est très bon pour :

• lire ;

• écrire ;

• monter les partitions ;

mais les réparations avancées restent limitées.

À l’inverse, Windows est assez faible avec les systèmes Linux :

• il ne sait pas gérer ext4 nativement ;

• il ne sait pas lancer un vrai fsck ;

• il comprend mal Btrfs ou XFS.

Donc chaque OS est surtout excellent avec “ses” systèmes de fichiers.

Dans votre situation précise :

• un disque NTFS corrompu ;

• détecté mais inaccessible ;