Partições que se sobrepõem ao linux

0

Eu tenho problema com minhas partições que estão sobrepostas umas às outras ( fdisk -l )

/dev/sda1    *             2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2               8155136 220203007 212047872 101,1G 83 Linux
/dev/sda3             220203008 639633407 419430400   200G  7 HPFS/NTFS/exFAT
/dev/sda4                208894 976768064 976559171 465,7G  f extended W95 (LBA)
/dev/sda5                208896   8155135   7946240   3,8G 82 exchange partition
/dev/sda6             639645696 976768064 337122369 160,8G  7 HPFS/NTFS/exFAT

Como posso reparar isso? A exclusão de todo o disco rígido pode reparar isso?

    
por Sabrina 25.02.2017 / 12:50

1 resposta

2

Concordo com o comentário de quixotic:

If all these partitions work, and you never need to change these partitions, you should be fine.

Esta tabela de partições é muito incomum. Parece um esquema de particionamento baseado em MBR. Eu vou te ajudar a entender o que está acontecendo.

Para conhecer as partições, um programa (como fdisk ou gparted ) realiza a seguinte análise:

  1. Master Boot Record (MBR) no setor 0 é lido. Ele contém quatro entradas de partição, elas recebem números 1 , 2 , 3 , 4 . Qualquer entrada que não esteja vazia define uma partição com o número correspondente (como sda1 para a primeira entrada). Observe que você pode ter qualquer conjunto dessas entradas como não vazias, por isso é possível ter, por exemplo, sda2 e sda4 apenas.

Essas partições não devem se sobrepor. É uma boa prática tê-los em ordem (a entrada da primeira tabela é a primeira no disco e assim por diante). Não há necessidade de deixar setores "não utilizados" entre essas partições nem no final; Ainda é comum ter poucos setores "não utilizados" entre o MBR e a primeira partição. Por "não usado", quero dizer "não pertencente a qualquer partição", ainda assim eles podem ser usados para outra coisa - por exemplo, setores entre MBR e a primeira partição são comumente usados para armazenar um estágio de bootloader (é por isso que seu sda1 começa em 2048 , não em 1 ).

No seu caso, há sda1 , sda2 , sda3 e sda4 definidos no MBR. Suas entradas não estão exatamente em ordem de disco, mas realmente não importa (ainda pode confundir os usuários). O que importa é: sda2 e sda3 estão dentro de sda4 , então formalmente as partições se sobrepõem . Programas como gparted detectam isso e geram um aviso. Daqui a pouco vou explicar por que não é fatal no seu caso particular.

  1. No máximo, uma dessas partições pode ser uma partição estendida (outras são chamadas partições primárias ). Se houver, uma análise adicional será realizada.

Seu sda4 é uma partição estendida .

  1. Uma partição estendida não deve conter um sistema de arquivos. Em vez disso, ele pode conter zero ou mais partições lógicas . O primeiro setor da partição estendida é chamado registro de inicialização estendido (EBR) e descreve a primeira partição lógica (se houver). O número associado a essa partição é sempre 5 e deve começar após sua EBR. O primeiro EBR pode apontar para o segundo EBR que descreve o número de partição 6 (que deve começar após o seu EBR); o segundo EBR pode apontar para o terceiro e assim por diante. Eventualmente, alguns EBR não apontam para o próximo e isso significa que ele descreve a última partição. Os EBRs não armazenam seus números, são como elos de uma cadeia. Por esse motivo, partições lógicas têm números consecutivos.

No seu caso, o número do setor 208894 contém EBR que descreve sda5 . Há também outro EBR, provavelmente em algum lugar entre 639633408 e 639645695 , que descreve sda6 . As duas únicas partições lógicas não preenchem todo o sda4 , é por isso que gparted diz que há 300 GB de espaço livre. Se você examinar o conteúdo de sda4 apenas, verá espaço livre. Se você examinar entradas apenas no MBR, verá partições sobrepostas. O truque é sda2 e sda3 caber neste espaço supostamente livre - é por isso que a sobreposição não é fatal.

gparted não é inteligente o suficiente para identificar isso porque sua configuração é tão incomum, louca, eu diria.

Outro comentário:

I don't know that fdisk or other tools won't imagine 300G of free space in the extended partition and let you create additional partitions there, which would overlap with sda(2,3).

Eu digo que é altamente possível que eles deixem você quebrar as coisas dessa maneira.

Então, o que você pode fazer? Se funcionar, não toque.

Bem, pode-se lidar com essa bagunça e tornar o layout da partição perfeitamente sensato, mas (por exemplo):

  • alguns números de partição mudariam, espero problemas de inicialização do Windows (há o Windows, não é?);
  • primário sda2 deve ser novo lógico sda6 , mas não há setor livre entre eles para EBR.

Com cuidadosa (e manual) edição da tabela de partição, movimentação / redimensionamento da partição, reparo do processo de inicialização, etc. isso pode ser feito. Muitas coisas podem dar errado.

Can deleting all the hard drive repair this?

Você quer dizer: backup de arquivos importantes, excluir todas as partições, criar partições sãs e sistemas de arquivos a partir do zero, instalar sistemas operacionais e copiar os arquivos de volta? Sim, isso consertaria isso.

    
por 05.03.2017 / 02:14