[Résolu] HDD sata qui ne monte pas : LDM data partition

coyote3.0 · Le 11/01/2020, à 16:18

Bonjour

J'ai 2 SSD pour mes 2 Os
J'ai plusieurs disques durs internes en sata au format NTFS
Il y en a un qui ne se monte pas et l'option de montage est grisée dans G parted

Une idée

Le choix NTFS est dû à la double utilisation linux / windows (je ne suis pas seul utilisateur)

Mais j'ai besoin d'accéder à tous les disques durs

Le promblème était présent sous linux mint (sur lequel je viens de mettre ubuntu) et est présent sur les lives USB

Je m'en remet à vous

merci d'avance

Dernière modification par coyote3.0 (Le 13/01/2020, à 08:10)

erresse · Le 11/01/2020, à 18:10

Bonjour,
Ce disque est-il partitionné et formaté correctement ?

coyote3.0 · Le 11/01/2020, à 18:45

erresse a écrit :

Bonjour,
Ce disque est-il partitionné et formaté correctement ?

J'ai ça sur Gparted

Je ne pas en tout cas pas envisager une perte de datas sur ce disque
Sous windows il apparait sans soucis dont je ne pense pas qu il soit abimé

erresse · Le 11/01/2020, à 19:10

De ce que je vois dans ta copie d'écran, il apparaît que les 3 partitions de ce disque sont toutes marquées d'une icône "attention" en rouge...
Pour moi, cela indique qu'il y a un problème détecté sur ce disque, es-tu sûr qu'il fonctionne bien sous Windows ? Peux-tu envisager de faire un fsck dessus sous Windows ?
Et dernière idée qui me vient, puisque tu as les deux systèmes et que tes disques sont partagés, est-ce que tu as bien arrêté complètement Windows avant de passer à Linux (pas de mise en veille prolongée (hibernation)). Si ce n'est pas le cas, il est possible que les ressources soient restées bloquées par Windows et que ton disque ne puisse pas se monter dans Linux à cause de ça.
Pour t'en assurer, lorsque tu quittes une session Windows, choisis "redémarrer" au lieu de "arrêter" Windows et au démarrage de la machine lance Linux au lieu de Windows.

coyote3.0 · Le 11/01/2020, à 19:23

erresse a écrit :

es-tu sûr qu'il fonctionne bien sous Windows ?

En tout cas je peux lire et écrire dessus sous windows

erresse a écrit :

Pour t'en assurer, lorsque tu quittes une session Windows, choisis "redémarrer" au lieu de "arrêter" Windows et au démarrage de la machine lance Linux au lieu de Windows.

Fait
ça ne change rien
Mais, de principe, je coupe toujours le PC proprement...

erresse a écrit :

Peux-tu envisager de faire un fsck dessus sous Windows ?

Je ne sais pas de quoi il s agit mais je vais voir ça sur google, si ça ne me fais pas perdre mes datas y a pas de soucis

EDIT :

CHKDSK a écrit :

PS C:\Windows\system32> chkdsk /r a:
Le type du système de fichiers est NTFS.
Le nom de volume est Series_Photo_Backup.
Étape 1 : Examen de la structure du système de fichiers de base...
346624 enregistrements de fichier traités. reste : 18:28:10 .
La vérification des fichiers est terminée.
63 enregistrements de grand fichier traités. ste : 19:04:53 ...
0 enregistrements de fichier incorrect traités. : 19:04:55
Étape 2 : Examen de la liaison des noms de fichiers...
372 enregistrements d’analyse traités. reste : 15:09:53 9 ...
394844 entrées d’index traitées. e : 81:16:51 .
La vérification des index est terminée.
0 fichiers non indexés analysés. : 81:19:39 ..
0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.
372 enregistrements d’analyse traités. reste : 81:23:13
Étape 3 : Examen des descripteurs de sécurité...
La vérification des descripteurs de sécurité est terminée.
24111 fichiers de données traités. e : 81:24:00 .
CHKDSK vérifie le journal USN...
4314832 octets USN traités. 05:42 ...
Vérification du journal USN terminée.
Étape 4 : Recherche de clusters incorrects dans les données des fichiers utilisateur...
346608 fichiers traités. : 2:43:19 ...
La vérification des données du fichier est terminée.
Étape 5 : Recherche de clusters libres incorrects...
436587232 clusters libres traités. n reste : 0:00:00
La vérification de l’espace libre est terminée.
Windows a analysé le système de fichiers sans trouver de problème.
Aucune autre action n’est requise.
3815429 Mo d’espace disque total.
2109403 Mo dans 322405 fichiers.
86616 Ko dans 24112 index.
0 Ko dans des secteurs défectueux.
536083 Ko utilisés par le système.
65536 Ko occupés par le fichier journal.
1746348932 Ko disponibles sur le disque.
4096 octets dans chaque unité d’allocation.
976750079 unités d’allocation au total sur le disque.
436587233 unités d’allocation disponibles sur le disque.
PS C:\Windows\system32>
PS C:\Windows\system32>
PS C:\Windows\system32>
PS C:\Windows\system32>
PS C:\Windows\system32>

Il semble que le problème n'était pas là...

Dernière modification par coyote3.0 (Le 12/01/2020, à 02:52)

coyote3.0 · Le 12/01/2020, à 13:19

information concernant le point d exclamation

Gparted a écrit :

Impossible de détecter le système de fichiers ! Les raisons possibles sont :
- Le système de fichiers est endommagé
- Le système de fichiers est inconnu de GParted
- Il n’y a aucun système de fichiers (non formaté)
- L’entrée périphérique /dev/sdc3 est manquante

Gparted a écrit :

Impossible de détecter le système de fichiers ! Les raisons possibles sont :
- Le système de fichiers est endommagé
- Le système de fichiers est inconnu de GParted
- Il n’y a aucun système de fichiers (non formaté)
- L’entrée périphérique /dev/sdc2 est manquante

Gparted a écrit :

Impossible de détecter le système de fichiers ! Les raisons possibles sont :
- Le système de fichiers est endommagé
- Le système de fichiers est inconnu de GParted
- Il n’y a aucun système de fichiers (non formaté)
- L’entrée périphérique /dev/sdc1 est manquante

Autre détail
J'ai un doute mais plusieurs de mes périphériques sont sur une carte contrôleur PCIe...

Dernière modification par coyote3.0 (Le 12/01/2020, à 13:20)

erresse · Le 12/01/2020, à 17:53

Manifestement, pour Windows, il n'y a aucun problème pour ton disque et ses partitions. C'est plutôt une bonne nouvelle, quand même !
En ce qui concerne Gparted, puisqu'il est capable d'afficher le disque "/dev/sdc" et ses trois partitions, je ne vois pas trop pourquoi les entrées "/dev/sdcN" seraient manquantes. Il est plus probable qu'il ne parvient pas à identifier le système de fichiers NTFS.
Est-ce que le problème n'apparaît QUE sur ce disque, alors que d'autres volumes situés sur d'autres disques sont correctement reconnus ?
Je pose cette question, car il se pourrait que ton système installé ne dispose pas par défaut des modules nécessaires à la prise en charge du format NTFS...
Par ailleurs, comment sont censés se monter ces volumes ? Est-ce qu'ils sont déclarés dans le fstab pour un montage dès le démarrage ou se montent-ils ensuite comme volumes externes, par exemple en cliquant sur l'icône de volume ?

coyote3.0 · Le 12/01/2020, à 18:41

J' ai 3 disques sata en NTFS
Les 2 autres apparaissent dans que j' ai rien f autre à faire que cliquer sur l icône dossier du bureau puis +autres emplacements

erresse · Le 12/01/2020, à 18:48

Ce sont donc des volumes externes que tu montes à la demande, et il semble que tu ne rencontres de problème qu'avec un seul de ces disques.
Malheureusement, je ne vais pas pouvoir t'aider plus sur ce cas-là, je n'utilise pas de volumes en NTFS et ne connais pas bien la gestion de ce format. Il va falloir qu'un autre intervenant se manifeste pour t'aider, désolé...
Au moins est-on sûrs que les données enregistrées ne sont pas endommagées, grâce à la vérification faite par Windows.

Watts · Le 12/01/2020, à 19:27

Bonjour,

Problème récurrent. On voit sur ta capture GParted que tes disques sont appelés "LDM Data partition". Cela correspond au format de disque dynamique de Windows. Seul Windows sait lire ce type de partitions. Si tu souhaites lire ces données sous Linux, il faut changer le type de disque sous windows (mais tout sera supprimé à l'intérieur).

coyote3.0 · Le 12/01/2020, à 22:47

Donc je formate en NTFS (après sauvegarde) et ça passe?

Watts · Le 12/01/2020, à 23:34

Tu dois changer le type de disque, pour enlever la gestiion dynamique des volumes. Je n'ai pas le détail de la procédure

coyote3.0 · Le 13/01/2020, à 08:08

Merci

Problème résolu par supression des partitions et formatage sous Gparted, après transfert des données sur un disque externe qu on m'a prêté

Reste à tout retransférer dessus et croiser les doigts pour n'avoir rien perdu d important en chemin

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 11/01/2020, à 16:18

[Résolu] HDD sata qui ne monte pas : LDM data partition

#2 Le 11/01/2020, à 18:10

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#3 Le 11/01/2020, à 18:45

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#4 Le 11/01/2020, à 19:10

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#5 Le 11/01/2020, à 19:23

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#6 Le 12/01/2020, à 13:19

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#7 Le 12/01/2020, à 17:53

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#8 Le 12/01/2020, à 18:41

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#9 Le 12/01/2020, à 18:48

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#10 Le 12/01/2020, à 19:27

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#11 Le 12/01/2020, à 22:47

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#12 Le 12/01/2020, à 23:34

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

#13 Le 13/01/2020, à 08:08

Re : [Résolu] HDD sata qui ne monte pas : LDM data partition

Pied de page des forums