Onde a tabela de partições GUID é armazenada em um dispositivo?

Question

Um amigo meu usou meu pendrive para instalar uma nova versão do OS X em seu mac. Agora que eu peguei de volta, eu queria limpá-lo (eu mesmo uso o Linux). No entanto, estou tendo um pouco de dificuldade em fazê-lo. A primeira coisa que fiz foi gravar um Fedora LiveCD, usando dd :

# dd if=Fedora.iso of=/dev/sdb

Isso, pensei, sobrescreveria a tabela de partição que fica no início do dispositivo e, conseqüentemente, excluiria as partições que o instalador do OS X havia criado. No entanto, eu estava errado, as partições ainda estavam lá. Por isso, pesquisei tabelas de partições GUID e percebi que elas adicionam cabeçalhos não apenas no início do dispositivo, mas, no final, também. Então eu fiz:

$ sudo dd if=/dev/zero of=/dev/sdb
dd: writing to '/dev/sdb': No space left on device
15687681+0 records in
15687680+0 records out
8032092160 bytes (8.0 GB) copied, 1354.82 s, 5.9 MB/s

Depois disso, removi o pendrive do computador e o conectei novamente. A execução de blkid agora não renderia partições no dispositivo. No entanto, depois de escrever a imagem do Fedora novamente, as partições do OS X estão de volta:

$ sudo blkid
/dev/sdb1: LABEL="Fedora-17-x86_64-Live-Desktop.is" TYPE="iso9660" 
/dev/sdb2: SEC_TYPE="msdos" LABEL="EFI" UUID="B368-CE08" TYPE="vfat" 
/dev/sdb3: UUID="f92ff3eb-0250-303f-8030-7d063e302ccf" LABEL="Fedora 17" TYPE="hfsplus"

Eu suspeito que isso tenha algo a ver com o bit MBR de proteção na página da Wikipedia acima. Como posso me livrar disso?

Atualizar

Por fim, corri parted e excluí o GPT de lá. Fui vomitado com avisos sobre uma GPT corrompida (provavelmente de zerar), mas as "assinaturas" estavam lá.

Então eu finalmente restaurei meu pendrive, mas ainda seria bom se alguém pudesse lançar alguma luz sobre o que exatamente aconteceu, onde estavam as assinaturas armazenadas?

    

Answer 1

Encontrei a resposta: o ISO do Fedora contém uma Tabela de Partição GUID com um layout de partição muito semelhante ao do OS X. Por causa disso, confundi as partições criadas por

dd if=Fedora.iso of=/dev/sdb

com os criados pelo instalador do OS X. A confusão foi reforçada pelo fato de que uma das partições tem um sistema de arquivos HFS + , que é específico do OS X. O que é mesmo mais curioso é o fato de que executar parted depois de escrever o ISO para o pau gera:

$ sudo parted /dev/sdb
GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.  However, it does not have a valid fake msdos partition table, as it should.  Perhaps it was corrupted --
possibly by a program that doesn't understand GPT partition tables.  Or perhaps you deleted the GPT table, and are now using an msdos partition table.  Is this a GPT partition table?
Yes/No?

De qualquer forma, o ponto é que as partições não foram reintegradas magicamente após zerar o dispositivo inteiro, em vez disso, elas foram criadas quando dd do ISO.