Não é possível ver o fdisk do Linux criou partições de disco GPT no Windows 7 (64 bits)

Acabei de adicionar dois novos discos (somente para dados, sem inicialização do SO) e configurá-los igualmente com GPT e partições iguais, para usar as partições como RAID1 no Arch Linux e o restante do armazenamento para o Windows. Ele funciona como esperado no Linux (eu acho), mas o Windows mostra como "Não inicializado" (veja a imagem: http://s2.postimg.org/a63qwgmg9/disks.png ). Eu me pergunto se alguém sabe como eu posso consertar isso?

Primeiro criei as partições RAID usando o fdisk e depois as partições do Windows usando o gdisk .

A saída 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

A saída 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  

Parece-lhes MAS:

1) o Windows NÃO vê nativamente sistemas de arquivos linux

2) Sendo raid eles são combinados para que eles não apareçam (assume aparente raid 5 ou 6)

Primeiro, eu recomendo que você verifique o tipo de tabela de partição no Windows - ou seja, como visto pelo sistema operacional Windows, não por qualquer ferramenta de particionamento específica. Uma maneira de fazer isso é descrita aqui. Se o Windows relatar que o disco está usando algo diferente da GPT, é possível que o Linux tenha fdiskcriado uma GPT que o Windows não goste. Se assim for, isso é provavelmente um bug no Linux fdisk. (Observe que fdiskadquiriu a capacidade de lidar com a GPT muito recentemente. Provavelmente, é melhor usar gdiskou algo baseado em libparted, como partedGParted.)

Para avançar nesse ponto, você pode tentar usar a vopção em gdisk(ou sgdisk -v) para verificar a integridade das estruturas de dados da GPT. Não há garantia de que esse comando detectará tudo o que pode ser compatível com o Windows, se é isso que está acontecendo, mas deve detectar os problemas mais gritantes da GPT, e o relatório de problemas pode lhe dar uma pista sobre como corrigi-lo.

Outro ponto é que o Windows vê certos discos removíveis como "superfloppies" - eles são usados ​​não particionados ou, se forem particionados, somente a primeira partição em cada disco é acessível. Pode ser que você esteja se deparando com esse problema, embora você realmente não deva estar em um disco rígido real. (Normalmente, apenas flash drives USB, cartões SD e similares são tratados como super-papões.) Se esse for o problema, seria melhor colocar as partições que você deseja que o Windows veja primeiro no disco.

Outra coisa para tentar é criar um sistema de arquivos NTFS ou FAT na segunda partição em cada disco. Faça isso do Linux. Quando você reinicia para o Windows, ele deve reconhecer os novos sistemas de arquivos. Meu pensamento aqui é que as partições acessíveis pelo Windows são tão pequenas comparadas às partições RAID do Linux que as partições do Windows podem simplesmente não estar aparecendo no utilitário de disco GUI, mas podem ser registradas e poderiam ser acessadas se tivessem sistemas de arquivos nelas. .

Também vale a pena usar o DISKPARTutilitário do Windows . Eu não estou familiarizado DISKPART, mas o link anterior deve ser útil para que você fique à vontade. Se DISKPARTmostrar resultados consistentes com o que você postou, o problema provavelmente não é um problema com o que foi fdiskcriado, mas com outra coisa. Se DISKPARTreclamar que não consegue entender a tabela de partições, provavelmente há uma fdiskincompatibilidade / Windows, pelo menos no seu caso específico.