Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème de disque dur USB3 suite à déconnexion trop rapide

Caille

Bonjour,

J'avais lancé une copie de plusieurs fichiers sur un disque externe, un dossier de 500 Go environ au début la copie s'effectuait normalement à 80 / 90 Mo/s
Ensuite le temps était monté à plus de 6 heures avec des débits descendus à 5 Mo/s, j'ai donc arrêté la copie (la petite roue était arrivée à la moitié environ).
Mais j'ai du débrancher le disque trop tôt, car lorsque je désire y accéder il m'indique opération en cours, voir ci-dessous...
Il est inaccessible aussi bien sous Windows que sous Ubuntu, c'est un disque NTFS de 5 To plein à 65 %

Cordialement.

L_d_v_c@

Bonjour Caille.
Tu peux rebrancher ton disque dur et faire la commande suivante en essayant d'identifier son chemin :

lsblk

Si tu vois que ton disque dur est /dev/sdb1 alors effectue la commande suivante :

sudo fsck -y  /dev/sdb1

afin d'essayer de réparer la partition sans aucune garantie. Ce qui est sûr c'est que tu as perdu des fichiers puisque tu n'as pas fini la copie.

Caille

Bonjour,

J'ai réussi à ouvrir le disque après quelques 20 minutes branché, il c'est ouvert tout seul.

caille@caille-N76VB:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
loop0    7:0    0  14,8M  1 loop /snap/gnome-characters/296
loop1    7:1    0  42,8M  1 loop /snap/gtk-common-themes/1313
loop2    7:2    0  54,7M  1 loop /snap/core18/1650
loop3    7:3    0  89,1M  1 loop /snap/core/8268
loop4    7:4    0   956K  1 loop /snap/gnome-logs/81
loop5    7:5    0  14,8M  1 loop /snap/gnome-characters/399
loop6    7:6    0 149,9M  1 loop /snap/gnome-3-28-1804/67
loop7    7:7    0  42,9M  1 loop /snap/snap-store/209
loop8    7:8    0  44,9M  1 loop /snap/gtk-common-themes/1440
loop9    7:9    0  62,1M  1 loop /snap/darktable/48
loop10   7:10   0     4M  1 loop /snap/gnome-calculator/406
loop11   7:11   0  54,7M  1 loop /snap/core18/1668
loop12   7:12   0 160,2M  1 loop /snap/gnome-3-28-1804/116
loop13   7:13   0   3,7M  1 loop /snap/gnome-system-monitor/127
loop14   7:14   0  1008K  1 loop /snap/gnome-logs/61
loop15   7:15   0 131,6M  1 loop /snap/github-desktop/57
loop16   7:16   0  88,5M  1 loop /snap/core/7270
loop17   7:17   0   3,7M  1 loop /snap/gnome-system-monitor/100
loop18   7:18   0   4,2M  1 loop /snap/gnome-calculator/544
sda      8:0    0 931,5G  0 disk 
├─sda1   8:1    0   529M  0 part 
├─sda2   8:2    0   100M  0 part /boot/efi
├─sda3   8:3    0    16M  0 part 
├─sda4   8:4    0   240G  0 part 
└─sda5   8:5    0 690,9G  0 part 
sdb      8:16   0 931,5G  0 disk 
├─sdb1   8:17   0 100,6G  0 part /
└─sdb2   8:18   0 830,9G  0 part 
sdc      8:32   0   4,6T  0 disk 
├─sdc1   8:33   0   128M  0 part 
└─sdc2   8:34   0   4,6T  0 part 
sr0     11:0    1  1024M  0 rom  
caille@caille-N76VB:~$ sudo fsck -y /dev/sdc2
[sudo] Mot de passe de caille : 
fsck de util-linux 2.31.1
caille@caille-N76VB:~$

Réponse fsck de util-linux 2.31.1

caille@caille-N76VB:~$ sudo fsck -y /dev/sdc1
fsck de util-linux 2.31.1
e2fsck 1.44.1 (24-Mar-2018)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext2 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext2: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdc1

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

caille@caille-N76VB:~$

Cette partie ce n'est pas un cache ?

L_d_v_c@

Je ne sais pas pour sdc1 mais c'est bien sdc2 qui contient tes données.

Caille

Alors pour qu'elle raison il n'y a pas eu de contrôle du disque ?

L_d_v_c@

Caille a écritAlors pour qu'elle raison il n'y a pas eu de contrôle du disque ?

Alors au contraire

caille@caille-N76VB:~$ sudo fsck -y /dev/sdc2
[sudo] Mot de passe de caille : 
fsck de util-linux 2.31.1
caille@caille-N76VB:~$

indique que tout s'est bien passé (pas d'erreur en retour).

Tu as donc du interrompre la copie sans mettre en vrac le système de fichiers.
À ta place j'apprendrais à utiliser le logiciel FreeFileSync pour réaliser des copies vers et depuis disques externes.

Par exemple tu peux comparer les contenus des fichiers sources et destinations avant la copie (ce qui permet de vérifier l'intégrité de la copie).

Caille

Peut-être qu'il n'a pas de problème, pourtant lorsque je le rebranche il n'est pas accessible qu'au bout de 5 ou 6 minutes minimum, il y a donc bien un problème.
Pendant ce temps si j'essaye de l'ouvrir, il m'envoi la capture écran du début du sujet ?
La réponse envoyé par la ligne de commande c'est faite au bout 1/100 ème de seconde pour ne pas dire instantanément !
Je n'ai jamais vu un Checkdisk aussi rapide, surtout que le disque fait 5 To ?
Pour la partition de 128 Mo sdc1 il y a des informations après l'exécution qui à prix quand même une petite dizaine de secondes.
Sous Windows il n'est pas accessible non plus qu'après 2 ou 3 minutes...

L_d_v_c@

Je ne peux pas te dire grand chose si ce n'est que tu utilises une partition NTFS (technologie micr0$0ft) sur un ordinateur libre à base de GNU/Linux et d'une émulation NTFS.

L_d_v_c@

Regardons la santé de ton disque dur externe…

sudo apt install smartmontools
sudo smartctl -a /dev/sdc

Caille

Bonjour,

Petite question, je viens de lancer Gparted, ce dernier semble très long à ouvrir, mais indique "Analyse de /dev/sdd"
Serait-il possible que cette analyse permette de mettre tout en ordre dans mon HDD, je vais laisser faire ça fait plus d'une heure que ça tourne.
Si il serait trop long à ouvrir, est-il possible d'arrêter l'opération en court ?

Cordialement.

L_d_v_c@

Bonjour Caille.
Je ne pense pas que Gparted puisse grand chose mais tu n'as rien à perdre.
Note apparemment que ton disque externe semble être passé de /dev/sdc à /dev/sdd.

Dans ce cas j'y verrai beaucoup mieux la santé de ton disque en adaptant ce que j'ai déjà indiqué :

sudo apt install smartmontools
sudo smartctl -a /dev/sdd  #/dev/sdc

L_d_v_c@

Pour arrêter gparted :

sudo killall gparted

C'est plus qu'un arrêt puisque killall tue le processus lancé gparted.

L_d_v_c@

Petit rappel. Sous des lettres se cachent des nombres !

Un disque de 5 To = 5000 Go = 5000000 Mo.

L’analyse matérielle des secteurs physiques d'un disque de 5000000 Mo à 50 Mo/s se fait en 100000 secondes soient presque 28 heures si ça fonctionne.

Hé oui, ce n'est pas une analyse de secteurs logiques comme avec fsck…

Caille

L_d_v_c@ a écritPetit rappelL’analyse matérielle des secteurs physiques d'un disque de 5000000 Mo à 50 Mo/s se fait en 100000 secondes soient presque 28 heures si ça fonctionne.

C'est pour ça que j'avais trouvé l'analyse trop courte hier pour être une vraie analyse du disque.

L_d_v_c@

Caille a écrit
L_d_v_c@ a écritPetit rappelL’analyse matérielle des secteurs physiques d'un disque de 5000000 Mo à 50 Mo/s se fait en 100000 secondes soient presque 28 heures si ça fonctionne.
C'est pour ça que j'avais trouvé l'analyse trop courte hier pour être une vraie analyse du disque.

Celle d'hier reste une vraie analyse mais il faut comprendre analyse logique (niveau système de fichiers et non niveau blocs physiques).
En gros si le disque dur porte le drapeau «je suis ok» alors l’analyse logique s'arrête là.

Caille

L_d_v_c@ a écrit À ta place j'apprendrais à utiliser le logiciel FreeFileSync pour réaliser des copies vers et depuis disques externes.
Par exemple tu peux comparer les contenus des fichiers sources et destinations avant la copie (ce qui permet de vérifier l'intégrité de la copie).

Actuellement je suis sous Windows et j'arrive à récupérer des données...
Je réussi à copier des fichiers entre ce dernier et un autre disque acheté aujourd'hui...
La vitesse de copie est exaspérante, environ 30 minutes pour un dossier de 1.70 Go (entre 600 ko/s et 1200 ko/s), mais ça fonctionne.
Habituellement les copies avec ce disque ce réalise entre 60 et 90 Mo/s, pratiquement un rapport de 1/100 !
Le total de la copie du disque ce situerait à environ 90 heures, si je lance cette copie en automatique je ne suis pas à l'abris d'une erreur de lecture, est-il possible dans ce cas de trouver une application qui reprends quand même la copie en cas d'erreur, je pars une semaine, à mon retour tout est copier... 😛
Je vais essayer le logiciel ci-dessus !

L_d_v_c@

Encore une fois je vais te conseiller FreeFileSync parce que justement avant de faire ta copie tu commences par comparer source et destination, tout ce qui est identique sera ignoré et tout ce qui est différent ou non sauvé sera copié à ce moment-là.

Caille

Bonsoir,

Je reviens sur mon problème de disque...
J'ai utilisé cet après midi le logiciel Recuva qui permet de récupérer des fichiers effacés.
J'ai scanné tout mon disque avec ce logiciel, (3 passes en 4 heures environ), comme ce dernier recherchait des fichiers effacés il m'a indiqué zéro fichier trouvé, voulez-vous une recherche avancées, j'ai répondu non et depuis il fonctionne comme au premier jour, il est aussi bien accessible sous Ubuntu que Windows, c'est très curieux, ce scanne peut avoir suffit à débloquer la situation, j'en doute quand même un peu...
Je continue de copier tous les fichiers à une vitesse qui oscille entre 90 et 119 Mo/s, après plus qu'à reformater. (J'ai essayé le logiciel de copie que tu m'a proposé). :cool: :cool: :cool:
Moralité, toujours attendre que le disque soit inutilisé avant de le déconnecter. Un grand merci pour ton aide... 😉

Cordialement.

L_d_v_c@

Bonsoir Caille.

Le mieux est de démonter la partition puis éjecter le disque avant de débrancher la prise USB. 😉
Tu peux te contenter de la commande éjecter le disque qui va vider les buffers d'écritures avant le démontage induit… Puis tu peux débrancher la prise USB 😉