Primeiro, o comando pdisk
é usado para modificar unidades que são particionadas usando um Mapa de partição da Apple. Apenas Macs baseados em PowerPC usam esses.
Em segundo lugar, seus comandos umount
acima estão falhando porque / dev / disk1 e / dev / disk2 não estão montados. Normalmente apenas partições são montadas (por exemplo, / dev / disk0s3), embora no seu caso, você tenha um Fusion Drive. Você está absolutamente correto que / dev / disk3 não é um disco 'real'. É a capacidade combinada de / dev / disk1s2 e / dev / disk2s2. Se você digitar umount /dev/disk3
, isso deve funcionar. Claro, nada é montado em / dev / disk1 ou / dev / disk2, então você terá que emitir um diskutil unmountdisk /dev/diskN
para eles. Isso deve liberá-los para que o comando gpt
pare de fornecer o erro ocupado de recursos.
Os Fusion Drives usam as partições do Apple CoreStorage como contêineres, o que é semelhante aos discos dinâmicos da Microsoft. Infelizmente, eles dificultam a manipulação das partições e tiram muitos produtos de recuperação de discos / partições da mesa.
No entanto, além das questões acima, não sei exatamente qual é o problema. Você menciona que a tabela de partição está perdida, mas a saída de diskutil list
sugere que suas tabelas de partição parecem estar corretas.
Você pode elaborar um pouco mais sobre o problema que estava tendo?