Meu objetivo é acessar partições NTFS em um HDD externo de 6 TB no Windows 11 que já possui um GPT válido criado no Linux. O problema é que o Windows 11 monta a unidade usando MBR.
tanto o gerenciamento de disco do Windows quanto o utilitário que estou usando chamado Disk Genius veem o HDD como MBR
Tentei converter o MBR para GPT e parece que ele está tentando criar um GPT totalmente novo, pois o Disk Genius não relata espaço para criar o GPT:
Antes de prosseguir, posso simplesmente fazer o Windows 11 ler e usar o GPT existente que o Linux criou?
Li muitos artigos sobre como converter MBR em GPT e percebi que não é isso que quero fazer - só quero usar o que já existe. Não preciso criar um novo GPT.
Para completar, aqui está a aparência do GPT no Linux (a partição de 120 GB que desejo usar no Windows 11 é /dev/sdc14):
# fdisk -l /dev/sdc
Disk /dev/sdc: 5.46 TiB, 6001175126016 bytes, 11721045168 sectors
Disk model: USB 3.0 Destop H
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: 4FBB78E0-201B-4A5B-A745-C0E797DF98D9
Device Start End Sectors Size Type
/dev/sdc1 2048 2099199 2097152 1G EFI System
/dev/sdc2 2099200 63326207 61227008 29.2G Linux filesystem
/dev/sdc3 105269248 149309439 44040192 21G Linux filesystem
/dev/sdc4 168183808 210126847 41943040 20G Linux filesystem
/dev/sdc5 63326208 105269247 41943040 20G Linux filesystem
/dev/sdc6 449202176 465979391 16777216 8G Microsoft basic data
/dev/sdc7 465979392 5860855807 5394876416 2.5T Linux filesystem
/dev/sdc8 5860855808 5860857855 2048 1M Microsoft basic data
/dev/sdc9 5860858456 5938983447 78124992 37.3G Apple APFS
/dev/sdc10 5939245592 9767921663 3828676072 1.8T Apple HFS/HFS+
/dev/sdc11 9768183808 10002558807 234375000 111.8G Apple APFS
/dev/sdc12 10002558808 10393183807 390625000 186.3G Apple APFS
/dev/sdc13 10393184256 11064272895 671088640 320G Linux filesystem
/dev/sdc14 11064272896 11315931135 251658240 120G Microsoft basic data
aqui está o MBR do mesmo disco:
# fdisk -t dos -l /dev/sdc
Disk /dev/sdc: 5.46 TiB, 6001175126016 bytes, 11721045168 sectors
Disk model: USB 3.0 Destop H
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: 0x8a9e2113
Device Boot Start End Sectors Size Id Type
/dev/sdc1 1 2099199 2099199 1G ee GPT
/dev/sdc2 * 2099200 63326207 61227008 29.2G 83 Linux
/dev/sdc3 105269248 149309439 44040192 21G 83 Linux
/dev/sdc4 168183808 210126847 41943040 20G da Non-FS data
Partition 1 does not start on physical sector boundary.
Cada disco GPT também possui uma tabela de partição MBR, por razões de compatibilidade, embora normalmente o MBR de tal disco deva ter apenas uma única partição "protetora GPT" (código de tipo 0xEE) que cobre todo o disco - ou o máximo do disco. de qualquer maneira - e apenas informa ao software antigo que o disco não está vazio; um sistema operacional moderno iria ignorá-lo e olhar apenas para o GPT.
Mas seu disco parece ter particionamento "híbrido", onde ambas as tabelas de partição possuem informações válidas (e conflitantes) - estranhamente, a partição protetora está presente, mas foi reduzida para adicionar coisas ao lado dela - então é muito possível que tanto o Windows quanto o Disk Genius priorizar o MBR sobre o GPT em tais situações.
(Olhando mais de perto, parece que o MBR é uma cópia antiga do GPT com apenas as primeiras quatro partições presentes, e a estranha partição protetora substitui a partição do sistema EFI. Ou alguém errou no tipo de partição – um ESP iria ser do tipo 0xEF, não 0xEE – ou quis deliberadamente disfarçar o ESP para que o firmware o ignorasse?)
Converter este MBR para GPT seria o oposto do que você deseja, pois substituiria suas partições GPT válidas por outras inúteis convertidas do MBR desatualizado, por isso é uma sorte que não tenha conseguido. (Embora você possa recuperá-los manualmente na lista da sua postagem.)
Em vez disso, como o MBR atualmente contém informações inúteis, você deve substituí-lo por um MBR "protetor" padrão. A maneira mais fácil de fazer isso é com a
gdiskferramenta (também conhecida como "gptfdisk") do Linux:gdisk /dev/sdc;xpara entrar no menu “Expert”;opara dar uma olhada no MBR atual;npara gerar um novo MBR de proteção;opara dar uma olhada no MBR recém-gerado;ppara garantir que o GPT não foi a lugar nenhum;wpara gravar as novas tabelas de partição no disco.(Isso poderia ser alcançado com o fdisk, mas exigiria mais etapas e precisaria de mais cuidado.)
O resultado final deve ser exatamente assim – ou seja, apenas uma partição tão grande quanto possível: