Parece que eles:
1) o Windows NÃO vê nativamente os sistemas de arquivos linux
2) Sendo raid eles são combinados para que eles não apareçam (assume aparente raid 5 ou 6)
Acabei de adicionar dois novos discos (somente para dados, sem inicialização do sistema operacional) e configurei-os 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: link ). Eu me pergunto se alguém sabe como eu posso consertar isso?
Eu criei primeiro as partições RAID usando fdisk e depois as partições do Windows usando 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 que eles:
1) o Windows NÃO vê nativamente os sistemas de arquivos linux
2) Sendo raid eles são combinados para que eles não apareçam (assume aparente raid 5 ou 6)
fdisk tenha criado um GPT que o Windows não gosta. Se assim for, provavelmente é um bug no Linux fdisk . (Observe que fdisk adquiriu a capacidade de lidar com a GPT recentemente. Provavelmente, é melhor usar gdisk ou algo baseado na libparted, como parted ou GParted.)
Para continuar nesse ponto, você pode tentar usar a opção v 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 oferecer o Windows, se é isso que está acontecendo, mas ele deve detectar os problemas mais gritantes da GPT, e o relatório de problemas pode 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, apenas a primeira partição em cada disco é acessível. Pode ser que você esteja encontrando esse problema, embora você realmente não deva estar em um disco rígido real. (Normalmente, apenas unidades flash USB, cartões SD e similares são tratados como superfloppies.) Se esse é o problema, seria melhor colocar as partições que você deseja que o Windows veja primeiro no disco.
Outra coisa a tentar é criar um sistema de arquivos NTFS ou FAT na segunda partição de 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 DISKPART utility do Windows. Não estou familiarizado com DISKPART , mas o link anterior deve ser útil para que você fique em dia com a velocidade. Se DISKPART mostrar resultados consistentes com o que você postou, o problema provavelmente não será um problema com o que o fdisk criou, mas com outra coisa. Se DISKPART reclamar que não consegue entender a tabela de partições, provavelmente há uma fdisk / incompatibilidade do Windows, pelo menos no seu caso específico.
Tags windows partitioning gpt fdisk linux