2 votes

Impossible de voir les partitions de disque GPT créées par Linux fdisk dans Windows 7 (64 bits)

Je viens d'ajouter 2 nouveaux disques (uniquement pour les données, pas pour le démarrage du système d'exploitation) et je les ai configurés de manière égale avec GPT et des partitions égales, pour utiliser les partitions comme RAID1 dans Arch Linux, et le reste de l'espace de stockage pour Windows. Cela fonctionne comme prévu sous Linux (je suppose), mais Windows les affiche comme "non initialisés" (voir l'image) : http://s2.postimg.org/a63qwgmg9/disks.png ). Je me demande si quelqu'un sait comment je peux résoudre ce problème.

J'ai d'abord créé les partitions RAID en utilisant fdisk et plus tard les partitions Windows à l'aide de gdisk .

La sortie de "fdisk -l" :

Disk /dev/sdc: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
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: gpt
Disk identifier: xxx-random-identidifier-xxx

Device          Start        End    Sectors  Size Type
/dev/sdc1        2048 3450000000 3449997953  1.6T Linux RAID
/dev/sdc2  3450001408 3907029134  457027727  218G Microsoft basic data

.

Disk /dev/sdd: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
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: gpt
Disk identifier: xxx-random-identidifier-xxx

Device          Start        End    Sectors  Size Type
/dev/sdd1        2048 3450000000 3449997953  1.6T Linux RAID
/dev/sdd2  3450001408 3907029134  457027727  218G Microsoft basic data

La sortie de "gdisk -l" :

# gdisk -l /dev/sdc
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdc: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): xxx-random-identidifier-xxx
Partition table holds up to 128 entries
First usable sector is 2048, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1407 sectors (703.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3450000000   1.6 TiB     FD00  
   2      3450001408      3907029134   217.9 GiB   0700  

.

# gdisk -l /dev/sdd
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.
Disk /dev/sdd: 3907029168 sectors, 1.8 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): xxx-random-identidifier-xxx
Partition table holds up to 128 entries
First usable sector is 2048, last usable sector is 3907029134
Partitions will be aligned on 2048-sector boundaries
Total free space is 1407 sectors (703.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048      3450000000   1.6 TiB     FD00  
   2      3450001408      3907029134   217.9 GiB   0700

0voto

linuxdev2013 Points 1212

Il leur semble MAIS :

1) Windows ne voit PAS les systèmes de fichiers linux en mode natif.

2) Les raids étant combinés, ils n'apparaîtront pas (en supposant un raid apparent 5 ou 6).

0voto

Rod Smith Points 20483

Tout d'abord, je vous recommande de vérifier le type de table de partition dans Windows - c'est-à-dire tel qu'il est vu par le système d'exploitation Windows, et non par un outil de partitionnement particulier. Une façon de le faire est décrite dans le document suivant ici. Si Windows signale que le disque utilise autre chose que GPT, il est possible que Linux fdisk a créé un GPT que Windows n'aime pas. Si c'est le cas, il s'agit probablement d'un bogue dans Linux fdisk . (Il convient de noter que fdisk a acquis la capacité de gérer GPT très récemment. Il est probablement préférable d'utiliser gdisk ou quelque chose basé sur libparted, tel que parted ou GParted).

Pour approfondir ce point, vous pouvez essayer d'utiliser la fonction v dans l'option gdisk (ou sgdisk -v ) pour vérifier l'intégrité des structures de données GPT. Il n'est pas garanti que cette commande détectera tout ce qui peut causer des problèmes à Windows, si c'est le cas, mais elle devrait détecter la plupart des problèmes GPT flagrants, et le rapport sur le problème peut vous donner des indications sur la manière de le résoudre.

Par ailleurs, Windows considère certains disques amovibles comme des "superfloppies" : ils sont utilisés soit sans partition, soit, s'ils sont partitionnés, seule la première partition de chaque disque est accessible. Il se peut que vous rencontriez ce problème, même si vous avez vraiment l'intention de le résoudre. ne devrait pas sur un vrai disque dur. (Normalement, seules les clés USB, les cartes SD et autres sont traitées comme des superdisques). Si c'est le cas, il est préférable de placer les partitions que vous voulez que Windows voie en premier sur le disque.

Une autre chose à essayer est de créer un système de fichiers NTFS ou FAT sur la deuxième partition de chaque disque. Faites-le à partir de Linux. Lorsque vous redémarrez Windows, il devrait reconnaître les nouveaux systèmes de fichiers. Je pense que les partitions accessibles sous Windows sont si petites par rapport aux partitions RAID Linux que les partitions Windows ne sont peut-être pas affichées dans l'utilitaire de disque de l'interface graphique, mais qu'elles sont peut-être enregistrées et seraient accessibles si elles étaient dotées de systèmes de fichiers.

Utilisation de la fenêtre DISKPART service public vaut également la peine d'être essayé. Je ne connais pas bien DISKPART mais le lien précédent devrait vous aider à vous mettre à niveau. Si le DISKPART montre des résultats cohérents avec ce que vous avez posté, alors le problème n'est probablement pas un problème avec ce que vous avez posté, alors le problème n'est probablement pas un problème avec ce que vous avez posté. fdisk créé, mais quelque chose d'autre. Si DISKPART se plaint qu'il ne peut pas comprendre la table de partition, alors il y a probablement un problème avec la table de partition. fdisk /Windows, du moins dans votre cas particulier.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X