[RESOLU] perte d'accès à disque externe suite à coupure de courant

Nozohil · Le 13/10/2024, à 14:23

bonjour,

ma configuration
---------------------------------------
Elite de MATERIEL.NET
- 64bits
- double boot 24.04 + Windows 10 Home
- Intel Core i3-6100 3,70GHz x2
- carte graphique video intégrée, puce Intel Graphic HD
- carte mère MSI, H110M PRO-VD
- mémoire RAM, DIMM DDR4, 4 Go x2 (=8Go), fréquence PC17000
- TP-Link clé USB wifi (802.11b/g/n)
- RAM 4 Go DDR4
- SSD Kingston A400 480Go
- HDD 4 To Seagate 3,5 pouces
- disque dur Western Digital blue 1To
- graveur DVD SATA 22x
---------------------------------------

j'étais sous une session Ubuntu. Suite à une panne de courant chez moi, mon disque dur externe est devenu immontable (Western digital, My Book duo 2x16To RAID 5). De même qu'un disque interne /media/utilisateur/DATA.
Le message est le suivant :

Impossible d'accéder à "DSK16TO-2"
Error mounting /dev/sdd2 at /media/utilisateur/DSK16TO-2: wrong fs type, bad option, bad superlock on /dev/sdd2, missing codepage or helper program, or other error

Par chance je suis en double boot Windows et ce dernier, au démarrage de sa session, a lancé automatiquement une "récupération". Ubuntu franchement des fois...! :-(
Windows accède bien à TOUS mes disques.
Mais quand je reviens à la session Ubuntu, s'il voit de nouveau les volumes internes (dont le /media/utilisateur/DATA), il persiste à ne pas voir mon disque externe DSK16TO-2.

Merci d'avance pour le support et vos conseils
(je ne suis pas un pro mais je sais taper quelques lignes de codes si on me tient la main)

Dernière modification par Nozohil (Le 01/11/2024, à 15:46)

geole · Le 13/10/2024, à 14:40

Bonjour
Je comprends que le problème du disque interne est résolu et qu'il reste uniquement le problème du disque externe

Tu dis 2 fois 16 To en RAID5
Mais le constructeur indique

https://www.westerndigital.com/fr-fr/products/external-drives/wd-my-book-duo-usb-3-1-hdd?sku=WDBFBE0160JBK-EESN a écrit :

Performances optimisées avec RAID 0
Prêt à fonctionner à vitesse et capacité maximales en mode RAID 0 par défaut. Vous pouvez également choisir d’améliorer la sécurité des données avec la redondance RAID 1 (mise en miroir des données) ou d’utiliser le disque comme deux disques indépendants (JBOD) à l’aide du logiciel fourni.

1) Regardons d'autres messages d'erreurs

journalctl --no-pager -b -p sdd

lsblk -fe7 /dev/sdd

2) Est-ce que windows accède à ce disque?
3) Si oui, demande à windows de faire un chkdsk du disque

Dernière modification par geole (Le 13/10/2024, à 14:45)

Nozohil · Le 13/10/2024, à 17:35

bonjour geole,

merci du retour

au temps pour moi pour cette histoire de RAID 5. C'est un professionnel qui m'a tout récemment fait une maintenance complète de ma machine (Ubuntu 124 et Firefox 130) auquel j'ai demandé qu'il me configure ce disque externe en mode sécurité et donc 2 x16. Je pensais que c'était RAID 5 mais c'est donc très probablement plutôt RAID 1.

2) 3) oui Windows accède à ce disque.
Étant en ce moment-même occupé sur ma session Ubuntu je ne pourrai faire le chkdsk que plus tard

1) voici le retour de vos 2 commandes

Unknown log level sdd

en lettres rouges...

lsblk -fe7 /dev/sdd
NAME FSTYPE FSVER LABEL     UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sdd                                                                             
├─sdd1
│                                                                               
└─sdd2
     ntfs         DSK16TO-2 5014C71914C70148

geole · Le 13/10/2024, à 17:57

Je vois la solution classique

sudo ntfsfix -d  /dev/sdd2

puis débrancher et rebrancher

Nozohil · Le 14/10/2024, à 12:07

merci geole !

vous m'expliquez svp pourquoi

 sudo ntfsfix -d  /dev/sdd2

et non pas

 sudo ntfsfix -d  /dev/sdd

? Et ce que signifie "-d" ?

je suppose que sdd1 et sdd2 sont les 2 disques physiques ?

que va faire ntfsfix au juste ? Je voudrais éviter de tout perdre (j'ai une sauvegarde mais beaucoup de data)

geole · Le 14/10/2024, à 16:04

Bonjour
Parce le disque contient deux partitions et que la seconde contient du NTFS

└─sdd2
     ntfs         DSK16TO-2 5014C71914C70148

et

man ntfsfix

dit
d, --clear-dirty
Efface l'indicateur de volume sale si le volume peut être réparé et monté. Si l'option n'est pas présente ou si le volume ne peut pas être réparé, l'indicateur de volume sale est défini pour demander une vérification du volume lors du prochain montage.

Pour en connaître plus sur les deux partitions du disque

sudo fdisk -l /dev/sdd

Dernière modification par geole (Le 14/10/2024, à 17:57)

ylag · Le 14/10/2024, à 16:20

Bonjour,

Je crois que la commande suggérée au #6 devrait se lire comme suit :

sudo fdisk -l /dev/sdd

... sans l'option -l, on lance fdisk en mode édition ?

A+

geole · Le 14/10/2024, à 17:58

Je me suis déjà fait avoir avant-hier...

Nozohil · Le 15/10/2024, à 12:19

bonjour,

je voulais vous soumettre ça avant de continuer. Il semble que Ubuntu soit incapable de faire quoi que ce soit (mais quid de Gnome-disk-utility ?). Windows permettrait si j'ai bien compris de tenter une réparation (voir ci-dessous). Avec :
- chkdsk /scan
- chkdsk /f >>>> aide et confirmation svp !! Je ne suis pas bien sûr que c'est la bonne idée

Sous Ubuntu :

résultat de

sudo ntfsfix -d  /dev/sdd2

"Refusing to operate on read-write mounted device /dev/sdd2."

résultat de

sudo fdisk -l /dev/sdd

"fdisk: impossible d'ouvrir /dev/sdd: Aucun support trouvé"

... et pourtant l'explorateur de fichiers voit bien apparaître/disparaître le disque dès que le branche/débranche.
J'ai utilisé Gnome-disk-utility et fait un test de performance sur le disque en question ; qui s'est bien passé => Ubuntu a bien accès à ce disque !!

Sous Windows :

résultat de

chkdsk J:

Voir ci-dessous : "Windows a vérifié le système de fichiers et a trouvé des problèmes.
Exécutez chkdsk /scan pour rechercher les problèmes et les placer en file d’attente pour réparation."

Le type du système de fichiers est NTFS.
Accès refusé.
Le volume est en cours d’utilisation par un autre processus. Chkdsk
peut reporter des erreurs quand il n’y a aucune corruption.
Le nom de volume est DSK16TO-2.
AVERTISSEMENT ! Le paramètre /F n'a pas été spécifié.
Exécution de CHKDSK en mode lecture seule.
Étape 1 : Examen de la structure du système de fichiers de base...
58880 enregistrements de fichier traités. reste : 0:00:14 ...
La vérification des fichiers est terminée.
Durée de la phase (Vérification des enregistrements de fichiers) : 7.31 secondes.
1150 enregistrements de grand fichier traités. n reste : 0:00:17
Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 0.00 millisecondes.
0 enregistrements de fichier incorrect traités. : 0:00:17 .
Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 0.65 millisecondes.
Étape 2 : Examen de la liaison des noms de fichiers...
7 enregistrements d’analyse traités. e : 0:00:06 ...17 ..
59186 entrées d’index traitées. : 0:00:06 .
La vérification des index est terminée.
Durée de la phase (Vérification de l'index) : 21.58 secondes.
0 fichiers non indexés analysés. : 0:00:06 ..
Durée de la phase (Reconnexion orpheline) : 9.05 millisecondes.
0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.
Durée de la phase (Récupération orpheline vers éléments perdus et trouvés) : 0.71 millisecondes.
7 enregistrements d’analyse traités. e : 0:00:06
Durée de la phase (Vérification de l’ID d’objet et du point de réanalyse) : 1.17 millisecondes.
Étape 3 : Examen des descripteurs de sécurité...
La vérification des descripteurs de sécurité est terminée.
Durée de la phase (Vérification du descripteur de sécurité) : 51.15 millisecondes.
153 fichiers de données traités. e : 0:00:00 .
Durée de la phase (Vérification des attributs de données) : 2.04 millisecondes.
Windows a vérifié le système de fichiers et a trouvé des problèmes.
Exécutez chkdsk /scan pour rechercher les problèmes et les placer en file d’attente pour réparation.
17166176 Mo d’espace disque total.
11327316 Mo dans 56745 fichiers.
20512 Ko dans 155 index.
0 Ko dans des secteurs défectueux.
384903 Ko utilisés par le système.
65536 Ko occupés par le fichier journal.
5838464 Mo disponibles sur le disque.
8192 octets dans chaque unité d’allocation.
2197270653 unités d’allocation au total sur le disque.
747323432 unités d’allocation disponibles sur le disque.
Durée totale : 28.96 secondes (28969 ms).

geole · Le 15/10/2024, à 12:54

Bonjour
A priori, windows a trouvé des problèmes

Windows a vérifié le système de fichiers et a trouvé des problèmes

Donc en premier

chkdsk  /R J:

puis si le problème ubuntu persiste,
Débranche ton disque USB puis fais cette commande

Dat1=$(date +"%H:%M:%S")

Branche immédiatement ton disque sans attendre le retour de la commande. Attends soixante secondes et publie ce retour

journalctl --no-pager --since $Dat1 --until $(date +"%H:%M:%S") -k

Dernière modification par geole (Le 15/10/2024, à 13:01)

Nozohil · Le 20/10/2024, à 22:37

bonsoir,

merci beaucoup geole.

Le chkdsk /R J: nécessite 130h... je vais donc attendre le moment propice pour lancer ça

geole · Le 20/10/2024, à 22:47

Bonsoir.
La durée est proportionnelle à la taille de la partition..
Presque six jours!!!!
Fais au rabais.

 chkdsk /F J:

Dernière modification par geole (Le 20/10/2024, à 22:50)

Nozohil · Le 01/11/2024, à 15:45

bonjour,

réglé !

Avec beauoooocoup de patience (208h, 17 jours).

merci++ geole !

il a suffit de ce chkdsk /R J: sur Windows pour que Ubuntu accède de nouveau au disque...
Windows n'a pas trouvé de défaut. Pas logique tout ça mais efficace.

C:\Users\user>chkdsk /R J:
Le type du système de fichiers est NTFS.
Le nom de volume est DSK16TO-2.
Étape 1 : Examen de la structure du système de fichiers de base...
65792 enregistrements de fichier traités. reste : 510:53:35 ...
La vérification des fichiers est terminée.
Durée de la phase (Vérification des enregistrements de fichiers) : 7.20 secondes.
1150 enregistrements de grand fichier traités. n reste : 532:02:43 .
Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 0.00 millisecondes.
0 enregistrements de fichier incorrect traités. : 532:02:43 ..
Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 0.39 millisecondes.
Étape 2 : Examen de la liaison des noms de fichiers...
8 enregistrements d’analyse traités. e : 287:20:31 :01 ...
66282 entrées d’index traitées. : 752:55:29 .
La vérification des index est terminée.
Durée de la phase (Vérification de l'index) : 23.56 secondes.
0 fichiers non indexés analysés. : 753:30:04 ..
Durée de la phase (Reconnexion orpheline) : 20.38 millisecondes.
0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.
Durée de la phase (Récupération orpheline vers éléments perdus et trouvés) : 2.94 millisecondes.
8 enregistrements d’analyse traités. e : 754:14:10
Durée de la phase (Vérification de l’ID d’objet et du point de réanalyse) : 3.32 millisecondes.
Étape 3 : Examen des descripteurs de sécurité...
La vérification des descripteurs de sécurité est terminée.
Durée de la phase (Vérification du descripteur de sécurité) : 29.65 millisecondes.
245 fichiers de données traités. e : 754:21:38 .
Durée de la phase (Vérification des attributs de données) : 2.17 millisecondes.
Étape 4 : Recherche de clusters incorrects dans les données des fichiers utilisateur...
65776 fichiers traités. : 52:12:15 .
La vérification des données du fichier est terminée.
Durée de la phase (Récupération des fichiers utilisateur) : 3.67 jours.
Étape 5 : Recherche de clusters libres incorrects...
746771365 clusters libres traités. n reste : 0:00:00 .
La vérification de l’espace libre est terminée.
Durée de la phase (Récupération d’espace libre) : 0.00 millisecondes.
Windows a analysé le système de fichiers sans trouver de problème.
Aucune autre action n’est requise.
17166176 Mo d’espace disque total.
11331620 Mo dans 64476 fichiers.
22672 Ko dans 247 index.
0 Ko dans des secteurs défectueux.
391823 Ko utilisés par le système.
65536 Ko occupés par le fichier journal.
5834151 Mo disponibles sur le disque.
8192 octets dans chaque unité d’allocation.
2197270653 unités d’allocation au total sur le disque.
746771365 unités d’allocation disponibles sur le disque.
Durée totale : 3.67 jours (317568923 ms).
C:\Users\user> h

Nozohil · Le 05/11/2024, à 11:04

complément d'information :

mon problème initial s'est reproduit hier mais non à cause d'une coupure de courant mais d'un hard reset car mon Ubuntu était planté (si quelqu'un a une méthode plus élégante pour sortir de mes freezes récurrents de Ubuntu je suis preneur !).

j'ai basculé sur Windows et utilisé cette fois le CHKDSK /F (au lieu du /R) et ça a résolu le problème en quelques secondes,... au lieu de 17 jours avec /R !
Voir résultat ci-dessous ("Windows a effectué des corrections sur le système de fichiers. Aucune autre action n’est requise.").

Ubuntu n'est vraiment pas à la hauteur sur cette affaire :-( !!

C:\Users\user>chkdsk /f k:
Le type du système de fichiers est NTFS.
Le nom de volume est DSK09TO-1.
Étape 1 : Examen de la structure du système de fichiers de base...
29952 enregistrements de fichier traités. reste : 0:00:06 ...
La vérification des fichiers est terminée.
Durée de la phase (Vérification des enregistrements de fichiers) : 3.08 secondes.
44 enregistrements de grand fichier traités. ste : 0:00:06
Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 0.00 millisecondes.
0 enregistrements de fichier incorrect traités. : 0:00:06 .
Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 0.38 millisecondes.
Étape 2 : Examen de la liaison des noms de fichiers...
18 enregistrements d’analyse traités. ste : 0:00:03 ..
30400 entrées d’index traitées. : 0:00:01 ..
La vérification des index est terminée.
Durée de la phase (Vérification de l'index) : 1.54 secondes.
0 fichiers non indexés analysés. : 0:00:01 ...
Durée de la phase (Reconnexion orpheline) : 3.88 millisecondes.
0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.
Durée de la phase (Récupération orpheline vers éléments perdus et trouvés) : 1.75 millisecondes.
18 enregistrements d’analyse traités. ste : 0:00:01 .
Durée de la phase (Vérification de l’ID d’objet et du point de réanalyse) : 1.44 millisecondes.
Étape 3 : Examen des descripteurs de sécurité...
Réparation du segment d’enregistrement du fichier de sécurité.
Nettoyage en cours de 3 entrées d’index inutilisées à partir de l’index $SII
du fichier 9.
Nettoyage en cours de 3 entrées d’index inutilisées à partir de l’index $SDH
du fichier 9.
Nettoyage en cours de 3 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
Durée de la phase (Vérification du descripteur de sécurité) : 49.71 millisecondes.
224 fichiers de données traités. e : 0:00:00 ..
Durée de la phase (Vérification des attributs de données) : 2.29 millisecondes.
Windows a effectué des corrections sur le système de fichiers.
Aucune autre action n’est requise.
9537376 Mo d’espace disque total.
7284702 Mo dans 29124 fichiers.
10036 Ko dans 226 index.
0 Ko dans des secteurs défectueux.
393987 Ko utilisés par le système.
65536 Ko occupés par le fichier journal.
2252279 Mo disponibles sur le disque.
4096 octets dans chaque unité d’allocation.
2441568507 unités d’allocation au total sur le disque.
576583640 unités d’allocation disponibles sur le disque.
Durée totale : 4.71 secondes (4716 ms).
C:\Users

xubu1957 · Le 05/11/2024, à 11:06

Bonjour,

Fournis les retours de :

sudo apt update

d'éventuels paquets cassés :

dpkg -l | grep -v ^ii

et :

ls -l /var/crash

en te servant du Retour utilisable de commande.

Lecture conseillée memento des balises code.

RaphaelG · Le 05/11/2024, à 11:44

Nozohil a écrit :

................
Ubuntu n'est vraiment pas à la hauteur sur cette affaire :-( !!
..................................

Au moins Linux offre la possibilité d'utiliser le système de fichier NTFS.
Essaye d'accéder à un système de fichier ext4 avec MS Windoz.

Dernière modification par RaphaelG (Le 05/11/2024, à 11:45)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 13/10/2024, à 14:23

[RESOLU] perte d'accès à disque externe suite à coupure de courant

#2 Le 13/10/2024, à 14:40

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#3 Le 13/10/2024, à 17:35

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#4 Le 13/10/2024, à 17:57

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#5 Le 14/10/2024, à 12:07

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#6 Le 14/10/2024, à 16:04

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#7 Le 14/10/2024, à 16:20

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#8 Le 14/10/2024, à 17:58

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#9 Le 15/10/2024, à 12:19

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#10 Le 15/10/2024, à 12:54

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#11 Le 20/10/2024, à 22:37

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#12 Le 20/10/2024, à 22:47

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#13 Le 01/11/2024, à 15:45

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#14 Le 05/11/2024, à 11:04

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#15 Le 05/11/2024, à 11:06

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

#16 Le 05/11/2024, à 11:44

Re : [RESOLU] perte d'accès à disque externe suite à coupure de courant

Pied de page des forums