Bug no Instalador do Ubuntu?

Question

se eu instalar o Ubuntu (12.10 64 Bit) em um disco rígido formatado em MBR, baseado em um sistema EFI, eu devo pegar o tipo de partição 0xEF para a partição EFI System mas em vez disso eu recupero 0x0B o que significa um volume formatado em FAT32. O sistema está funcionando de qualquer maneira, mas passei muito tempo com isso.

# dd if=/dev/sda bs=512 count=1 | hexdump -C
00000000  fa b8 00 10 8e d0 bc 00  b0 b8 00 00 8e d8 8e c0  
00000010  fb be 00 7c bf 00 06 b9  00 02 f3 a4 ea 21 06 00  
00000020  00 be be 07 38 04 75 0b  83 c6 10 81 fe fe 07 75  
00000030  f3 eb 16 b4 02 b0 01 bb  00 7c b2 80 8a 74 01 8b  
00000040  4c 02 cd 13 ea 00 7c 00  00 eb fe 00 00 00 00 00  
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  
*
000001b0  00 00 00 00 00 00 00 00  6e f9 08 00 00 00 80 20 
000001c0  21 00 0b 1c 10 0c 00 08  00 00 00 f0 02 00 00 1c  
000001d0  11 0c 83 ad 31 3c 00 f8  02 00 00 e8 0b 00 00 ad  
000001e0  32 3c 82 d6 05 91 00 e0  0e 00 00 e0 14 00 00 f6  
000001f0  24 91 05 fe ff ff fe c7  23 00 02 30 1c 01 55 aa

Então, minha pergunta é se isso é um bug do instalador ou pelo menos um recurso não documentado, mas basicamente não está correto ...

Thx & amp; Tchau Tom

    

Answer 1

A biblioteca libparted, na qual o instalador do Ubuntu é baseado, não tem como sinalizar uma partição MBR como sendo uma partição de sistema EFI (ESP). Nos discos GPT, isso é feito definindo o "sinalizador de inicialização" na partição, mas essa ação em um disco MBR tem um efeito diferente: define o sinalizador de inicialização. Esta é uma falha de design no libparted; eles sobrecarregaram o mesmo termo em conceitos totalmente diferentes para discos GPT e MBR.

Você pode corrigir o problema usando os programas fdisk , cfdisk ou sfdisk no Linux. Use o comando t para alterar o código de tipo de 0x0B para 0xEF e, em seguida, salve suas alterações com w .