Remover GPT - Padrão de volta para MBR

Question

Eu continuo recebendo este erro:

Warning!! Unsupported GPT (GUID Partition Table) detected. Use GNU Parted

Eu quero voltar ao MBR normal. Eu encontrei alguns conselhos aqui e fiz:

parted /dev/sda
mklabel msdos
quit

Mas quando chego à opção mklabel , aparece um aviso de que perderei todos os dados em /dev/sda . Existe uma maneira de recuperar o MBR normal sem formatar o disco?

    

Answer 1

Esse link que você postou parece uma solução de hack muito feia.

No entanto, de acordo com a página do manual, gdisk , que é usado para converter MBR - > A GPT também tem uma opção no menu "recuperação e transformação" (pressione r para obter isso) para converter GPT - > MBR; a chave g irá:

Convert GPT into MBR and exit. This option converts as many partitions as possible into MBR form, destroys the GPT data structures, saves the new MBR, and exits. Use this option if you've tried GPT and find that MBR works better for you. Note that this function generates up to four primary MBR partitions or three primary partitions and as many logical partitions as can be generated. Each logical partition requires at least one unallocated block immediately before its first block.

Eu tentaria isso primeiro.

    

Answer 2

A maioria dos respondentes anteriores estão corretos quando dizem que você geralmente pode fazer o que precisa com um layout de tabela de partição GPT, mas como existem motivos válidos para querer usar o MBR, eu acho só vai responder a sua pergunta em vez de assumir que você está errado por perguntar.

Para se livrar da GPT, você precisa se lembrar que, com este formato, há uma tabela de partição gravada no fim da unidade, onde permanecerá se você tentar excluí-la com fdisk ou uma ferramenta de sistema de arquivos que não reconhece a GPT. O que você fez com o parted não abordou essa tabela de partições.

Para apagar o GPT, você precisa usar algo como o gdisk. Digite gdisk como root no prompt e diga ao gdisk em qual dispositivo você deseja ver (por exemplo, / dev / sd ??). Use o gdisk para gravar um MBR de proteção no disco apenas para ter certeza de que você tem acesso a alguma estrutura de dados do MBR. Então você pode navegar para a seção de opções de especialistas (pressione ? nos diferentes prompts do programa para ver as opções disponíveis para você em momentos diferentes) e encontre a opção que diz "Zap (destruir) as estruturas de dados da GPT e sair." O programa solicitará a confirmação e, em seguida, perguntará se você deseja preservar a estrutura do MBR. Faça preservar isso.

Depois disso, deve ser tão simples quanto reinicializar seu computador (porque o kernel ainda estará usando a tabela de partições antiga e precisa de uma reinicialização para atualizar), e então disparando o fdisk e apagando o resto da partição GPT. Você ainda verá o mesmo aviso sobre o uso do GNU Parted que você viu antes, mas você pode ignorá-lo desta vez, pois ele desaparecerá quando você excluir a partição.

Isso lhe dará um sistema de tabela de partições MBR em uma unidade vazia na qual você pode reinstalar um sistema operacional. Se você está tentando fazer isso com partições existentes, é um pouco mais complicado e, em alguns casos, nem mesmo é possível, então eu recomendo que você simplesmente faça o backup de seus dados e faça desta maneira.

    

Answer 3

Use gdisk /dev/sda

Observação: /dev/sda é no caso da pessoa que fez essa pergunta, mas alterou para o nome do seu drive.

Uma vez que você está dentro com o uso do gdisk:

x   extra functionality (experts only)

depois, quando você digitar p para ver todas as opções, verá isso:

Expert command (? for help): ?
a   set attributes
c   change partition GUID
d   display the sector alignment value
e   relocate backup data structures to the end of the disk
g   change disk GUID
h   recompute CHS values in protective/hybrid MBR
i   show detailed information on a partition
l   set the sector alignment value
m   return to main menu
n   create a new protective MBR
o   print protective MBR data
p   print the partition table
q   quit without saving changes
r   recovery and transformation options (experts only)
s   resize partition table
t   transpose two partition table entries
u   Replicate partition table on new device
v   verify disk
w   write table to disk and exit
z   zap (destroy) GPT data structures and exit
?   print this menu

Use z

Expert command (? for help): z
About to wipe out GPT on /dev/xvdf. Proceed? (Y/N): Y
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Blank out MBR? (Y/N): Y

    

Answer 4

O

GParted fez o trabalho por mim (testado no Kali Linux USB Live v2.1) apenas fazendo:

Device --> Create Partition Tablet --> Type MSDOS

Exclua todas as partições primeiro.

    

Answer 5

Isso deve funcionar na maioria dos casos. Você sabe que não pode usar um MBR quando tem partições maiores que 2 TB, ou para mais de 15 partições.

• Use o parted para verificar os tamanhos das partições (ou seja, todas menores que 2 TB?), parted /dev/sdX p
• No caso de haver partições maiores, reduza o sistema de arquivos em questão e tudo mais que precisa ser feito. (Mais sobre isso no final desta postagem.)
• Faça o dump de todos os tamanhos exatos de partições, parted /dev/sdX u B p (mostrar tamanhos em bytes), para que você saiba como recriar o layout da partição. Use seu telefone para criar uma foto das duas saídas parted .
• Lembre-se de que você só pode ter quatro partições primárias com um MBR devido à sua estrutura interna. Então, se você tem mais partições, você precisa de espaço livre em algum lugar no disco (ofc você precisa saber onde isso poderia ser!), Para criar uma partição lógica onde um VBR pode ser colocado para que você possa 'alocar' o outro 5ª / 6ª partição que existia anteriormente.
• Use gdisk para zapear o GPT.
• Crie um novo MBR.
• Recrie suas partições, a primeira / segunda / terceira como partições primárias, depois em algum espaço livre (onde nenhum dado foi localizado anteriormente) crie uma partição lógica e crie as outras.
• Salvar, saia.
• Reze.
• Reinicialize.

Você deve usar um liveisk como grml para tudo isso. Caso tenha feito algo errado, reinicie e tente novamente.

Contanto que você não escreva nenhum dado no disco, nada será perdido. Lembre-se de que você ainda tem todo o layout da partição em seu telefone, para recriar o GPT original, se realmente precisar.

Caso você realmente estrague algo e não tire fotos, tente testdisk para discernir os limites da partição. Mas não aposte nenhum dinheiro assim que seu layout for extraordinário.

Sobre o material de redimensionamento para tornar as partições menores, a perspectiva dos pássaros:

• Primeiro você sempre precisa reduzir o sistema de arquivos. Fácil para ext4 ( resize2fs -M dev/sdX ), mas impossível para o XFS, pois não pode ser reduzido. Sabe o que você está usando e google antes de tentar tais acrobacias.
• Se você tiver o LVM, reduza o volume lógico a seguir. ( lvreduce -L 20G /dev/mapper/<VG>-<LV> )
• A próxima etapa do LVM é reduzir o volume físico. pvresize --setphysicalvolumesize 25G /dev/sdX é o caminho a percorrer.
• Depois, use a ferramenta de particionamento escolhida, exclua a partição em que o lvm é colocado e recrie-a de forma menor.

Os tamanhos para todos os elementos mencionados aqui mencionados são semelhantes a: Sistema de arquivos < LV < PV < partição, se este não for o caso após a próxima reinicialização você verá que você tem que fazer uma verificação FS. Não faça isso, apenas reinicialize o viveiro novamente e faça os ajustes. Se você consertar as coisas lá, seu sistema irá inicializar novamente, eu prometo.

Para poder fazer tudo isso, caso você tenha PARTITION + LUKS + LVM + FILESYSTEM, aqui estão algumas dicas sobre como fazer isso a partir do shell:

• df -h é seu amigo por mostrar o tamanho do sistema de arquivos quando você montou a partição
• lsblk e lsblk -f são seus amigos para mostrar partições
• Se você usar o LUKS, abra o contêiner de criptografia por meio de cryptsetup open /dev/sdX asdf , insira sua senha e ela deverá ficar disponível em unter /dev/mapper/asdf . Cryptocontainers não precisam ser redimensionados. (Ignore isso se você não tiver uma partição criptografada, é claro).
• vgchange -aay para ativar todos os volumes lógicos para que você possa trabalhar com eles.
• mkdir asdf; mount /dev/mapper<VG>-<LV> asdf e, em seguida, df -h para verificar o tamanho do seu sistema de arquivos antes de redimensionar.
• umount asdf , por isso é desmontado novamente.
• resize2fs -M /dev/mapper/<VG>-<LV> .
• mount /dev/mapper/<VG>-<LV> asdf; df -h para verificar o tamanho do seu sistema de arquivos ainda.
• Torne o LV 1GB maior que o sistema de arquivos. Provavelmente, isso não será suficiente. Torne-o ainda maior do que isso se você puder associá-lo, caso contrário, o Linux informará após a reinicialização que ele não funcionará. NÃO faça a verificação do FS quando solicitado, reinicie no liveisk e inicie novamente, nenhum dado será perdido se esse for o caso.
• Faça o PV 1GB maior que o LV.
• Faça a partição 1GB maior que o PV. 100M também deve ser facilmente suficiente, já que o LVM cria extensões no tamanho de 4M (que é um pouco como blocos no disco rígido diretamente, mas para o LVM), e você só quer que ele não omita a última extensão tornando a partição muito pequena. Mas como eu disse, deveria . Não calcule tudo, apenas ajuste as coisas e corrija-as se elas quebrarem. É linux depois de tudo, vamos fazer isso.

Torne as coisas maiores do que precisam, para que você não precise reinicializar com frequência.

Para entender facilmente o que é com o LVM, sempre use seu nome de host como nome para o VG e o ponto de montagem ( root , swap , var , ...) para o LV ao criar sua configuração do LVM. se você já não fez isso. Esta é uma dica geral, não é algo que você é obrigado a fazer para qualquer uma das etapas acima.