Disque dur externe reconnu sous Debian, et non reconnu sous Windows 10 & 11

[Thera]

Bonjour,

Je dispose d'un disque dur externe Maxtor M3 portable 2 To. Celui-ci fonctionne parfaitement bien sur un vieil HP Pavilion sous un live Debian 11 Bullseye, il est reconnu comme partition NTFS valide, au même titre que deux autres DD, un WD de 1 To et un Seagate expansion de 1 To également.
En parallèle, je dispose d'un Packard Bell à 4 Go de Ram sous Win10, et je viens de faire l'acquisition d'un 'tout-en-un' Lenovo sous Win11. Pour des raisons d'organisation (boulot / loisir), je suis amené à plugué en USB ces 3 DD sur le Lenovo. Aucun problème pour le WD et le Seagate, quoique tous les deux chargés à plus de 90%, que la gestion des disques affiche bien en NTFS. Par contre, le Maxtor se voit bien attribuer une lettre mais avec le message suivant :
F:\ n'est pas accessible. Le fichier ou le répertoire est endommagé et illisible.
Et il apparait en RAW sous gestion de disque, comme s'il n'était pas formaté, quelque soit le port USB ou l'OS (Win10 ou Win11).

Comment un DD peut-il être fonctionnel en NTFS sous Debian et ne pas fonctionner (RAW) sous Win 10 ou 11, alors que, dans le même contexte, deux autres DD fonctionnent bien quelque soit l'OS ?
Quelqu'un.e peut-il m'éclairer, et éventuellement me soumettre une solution pour faire fonctionner le Maxtor aussi bien sous Debian que sous Win ?

D'avance merci,

Thera

PS J'ai posé la question sur un forum Windows, sans solution jusqu'à maintenant. Peut-être qu'un linuxien chevronné a déjà rencontré ce type de problème ?

[dezix]

Bonjour et Bienvenue.

Je ne suis pas un expert chevronné, dommage

Mais j'ai peut-être une piste : le type de table de partition de ton disque.

En général, on a soit une table msdos hérité des systèmes BIOS, soit une table gpt utilisée pour les systèmes UEFI (je simplifie).

Le système de fichiers NTFS étant natif sur Windows récent, il serait impensable qu'il ne l'accepte pas.

Donc la table de partition ou un drapeau (flag) pourrait être à l'origine de ton soucis sur ce disque.

Je te propose donc de comparer attentivement les paramètres de ce disque avec ceux des autres disques pour y déceler une différence.

Pour afficher le type de table, sous Linux tu peux passer la commande :

# fdisk -l

qui va sortir un topo des disques connectés au système,
pour chaque disque, une ligne :

Type d'étiquette de disque : .....

indique s'il s'agit d'une table dos ; gpt ; voire autre chose (dont je n'ai pas idée).

Cela va te permettre de savoir si le M3 porte le même type de table que les autres (teste-les tous pour avoir plus d'info).

Au niveau des drapeaux, je n'y connais pas grand-chose,
GParted montre les drapeaux des partitions et d'ailleurs aussi le type de table de partition (Menu > Affichage > Info sur le périphérique)
donc tu vas pouvoir là encore faire des comparaisons...

.... qui te mettront peut-être sur la bonne piste.

Je n'ai pas mieux à te proposer.

[dezix]

Il y a peut-être un autre facteur à prendre en compte : la taille des secteurs.


Pour info, j'ai aussi un M3 de 1To voici les sorties qu'il produit sous Debian (je n'ai plus de machine Win pour tester)

Code : Tout sélectionner

# fdisk -l /dev/sdb
Disque /dev/sdb : 931,53 GiB, 1000204885504 octets, 1953525167 secteurs
Modèle de disque : M3              
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : abcdef1234

Périphérique Amorçage      Début        Fin  Secteurs Taille Id Type
/dev/sdb1               10240000  419839999 409600000 195,3G 83 Linux
/dev/sdb2              419840000  829439999 409600000 195,3G 83 Linux
/dev/sdb3              829440000 1443839999 614400000   293G  7 HPFS/NTFS/exFAT
/dev/sdb4             1443840000 1953523711 509683712   243G 83 Linux

Code : Tout sélectionner

# parted /dev/sdb print
Model: Seagate M3 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size   Type     File system  Flags
 1      5243MB  215GB   210GB  primary  ext4
 2      215GB   425GB   210GB  primary  ext4
 3      425GB   739GB   315GB  primary  ntfs
 4      739GB   1000GB  261GB  primary  ext4

Remarque : la commande parted affiche des champs "Flags" pour les partitions et aussi pour le disque.

[Thera]

Merci de ton intérêt, dezix.

Résultat du fdisk :

Code : Tout sélectionner

Disk /dev/sda: 1,82 TiB, 2000398933504 bytes, 3907029167 sectors
Disk model: M3 Portable     
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x36bd2907

Device     Boot Start        End    Sectors  Size Id Type
/dev/sda1  *       64 3907024128 3907024065  1,8T  7 HPFS/NTFS/exFAT


Disk /dev/sdc: 931,48 GiB, 1000170586112 bytes, 1953458176 sectors
Disk model: Elements 10B8   
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 754EB2AB-F775-41B8-92D1-5C6A73226CE4

Device     Start        End    Sectors   Size Type
/dev/sdc1   2048 1953456127 1953454080 931,5G Microsoft basic data

Disk /dev/sdc: 931,51 GiB, 1000204885504 bytes, 1953525167 sectors
Disk model: Expansion       
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x657431e5

Device     Boot Start        End    Sectors   Size Id Type
/dev/sdc1  *     2048 1953521663 1953519616 931,5G  7 HPFS/NTFS/exFAT

Le M3 qui pose question est en disklabel: dos comme l'Expansion qui fonctionne bien sous les 2 OS, à l'identique du Elements qui, lui, est en ... disklabel: gpt.
Il semble y avoir plus de différences entre Element et Expansion (sector et io size, disklabel, identifier, start) qui pourtant fonctionnent bien tous les deux. A ce que je vois, le seul point qui différencie les 2 DD reconnus sous Debian et WIN11 (Elements et Expansion) de celui qui pose problème (non reconnu sous WIN11) serait serait le start à 64 au lieu de 2048. Est-ce que ça pourrait ouvrir une piste ?

[Thera]

En complément, voila le résultat pour gparted :
Model: WD Elelements 10B8 (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ntfs boot

Model: Seagate Expansion (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ntfs boot

Model: Seagate MP3 Portable (scsi)
Disk /dev/sde: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32,8kB 2000GB 2000GB primary ntfs boot

En espérant que ça serve ...

[dezix]

le start à 64 au lieu de 2048.

C'est pas impossible , mais je n'ai aucune certitude.

L'unité est sector donc (64 * 512) octets ce qui est largement plus que le MBR = 1 secteur de 512 octets

Mais le fait est que dans la majorité des cas on a le premier secteur de la part N°1 sur 2048

Là mon manque d'expertise est criant

Je vais essayer d'en apprendre plus sur le sujet....

[dezix]

Déjà, ça tient du détail, mais si ces disques ne servent qu'à du stockage de données,
alors les drapeaux "boot" n'ont pas leur place.

[PascalHambourg]

Windows est capable de lire indifféremment les tables de partition DOS/MBR et GPT.
Le début de la première partition à 2048 secteurs est standard de nos jours (c'était 63 avant mais cette valeur n'est pas optimale), 64 est plus rare mais valide. Je l'ai déjà vu sur des clés USB qui fonctionnent bien avec Windows.
Par quoi ce disque a-t-il été partitionné et formaté ?

[dezix]

Ce n'est certainement pas la meilleure solution,
mais si tu en as le temps et le support, je ferais une copie intégrale des fichiers sur un autre support.
Suite à cela recréer une table (msdos ou gpt à ton choix) puis recréer la ou les partitions,
et finalement recopier les données (après vérification sous Win que la nouvelle part est bien reconnue).

C'est pas très classe, mais je pense que cela devrait permettre de repartir sur une base saine.


Attends un peu, des plus marioles vont peut-être t'apporter une meilleure approche dans la soirée.

[Thera]

Bonjour à vous,

@PascalHambourg
Je n'ai pas souvenir de l'avoir formaté/partitionné moi-même, si c'était le cas, et compte tenu de ce qu'il contient ça aurait probablement été sous Debian

@dezix
je n'ai pas d'autres supports actuellement

Info complémentaire, le WD qui actuellement fonctionne bien sous les deux OS, n'était pas reconnu sous WIN11qui a proposé une analyse/réparation lorsque je l'ai connecté

[dezix]

je n'ai pas d'autres supports actuellement

Alors si tu n'as pas de sauvegarde de tes données (ce qui est risqué par nature) => PRUDENCE !

Perso, je m'abstiendrais de toute modif relative au partitionnement sans sauvegarde.

Si tu as besoin de données sous Windows tu peux peut-être les copier (temporairement) sur une clé ou un CD.