Todo o hdd visto como espaço não alocado em gparted - partições sobrepostas - algumas inacessíveis

0

Esse problema esquisito, mas engraçado, é bastante urgente, então, até que eu receba uma resposta, este é um cruzado e < um href="https://unix.stackexchange.com/q/185806/32012"> aqui .

Eu tenho uma partição estendida contendo três sistemas Linux, cada um em sua própria partição. Cada um desses sistemas exibe isso no gparted:

Sobreposiçãodepartição:

Gnome-disks vê isto:

Inicialmente,euachoqueissonãopodeserpreciso,poiseusabiacomcertezaqueapartiçãoMintestavaocupandooqueapareceaquicomooespaçolivrenapartiçãoestendida,enquantooWin7pegaoqueaquiémostradocomooespaçovaziodadireita.Maseutenhoresposta&comentáriossugerindoocontrário.

EutambémpossoconfirmarqueoespaçolivrequeeuconsideroserdefatooespaçoondeapartiçãodoWin7eraagoraémenor(66GB)antes(acimade100GB).ÉcomoseapartiçãoMintde42GBfossemovidadapartiçãoestendida(queagoratem42GBdeespaçolivre)paraapartiçãoWin,quefoidestaformaexcluídaedeixouumadiferençade66GBlivre.

Aqui, como a tabela de partições foi há algum tempo, quando o eOS e o Ubuntu foram colocados por outros sistemas operacionais:

Comochegueiaisso:

EuusoprincipalmenteoLinuxealistadogrubparainicializar.EuencolhiagrandepartiçãoNTFSdaesquerda(chamadaDepo)parainstalaroWindowsXP32bit.Eufizissoe,claro,perdiogrub.EuorestaureideumeOSUSBaovivo.IssorestaurouogrubecolocoucomooprimeironalistaminhainstalaçãoinicialdoLinux(MintXfce),queaquiévistaforadadireitadapartiçãoestendida,quandonaverdadeocupaoqueéexibidoacimacomooespaçovaziodentrodapartiçãoestendida.

Outrossintomas:

  • ApartiçãodoWindows7estácompletamenteinacessível;oúnicoausentenalistagrubeinvisívelemtodosossistemas
  • Todasaspartições,excetooWin7,estãoacessíveisnossistemasoperacionais(excetonoXP,claro,quenãopodeverext4).

(Eutenhoquereiniciarparainformarsobreoresto)

Comopossocorrigirissosenãoforcomogparted?

EuprefeririaumaGUI.

Atualizepararesponderacomentárioserespostas:

~$cat/proc/partitionsmajorminor#blocksname80488386584sda81185841664sda18250996224sda2831sda38441389648sda48551796875sda58652628906sda61101048575sr0

Ocomandosudosmartctl-a/dev/sdaobteveesteresultado: link

O comando sudo dd if=/dev/sda bs=512 count=1 | xxd | cat teve este resultado: link

ATUALIZAR APÓS RESPOSTA:

42 GB A partição Mint está sobrepondo a partição de 100 GB que foi excluída. Para corrigir isso, devo excluir apenas a partição Mint de 42 GB?

No último live do gparted, recebo duas mensagens de erro, mas depois vejo:

    
por cipricus 19.02.2015 / 19:21

3 respostas

1

Obrigado pela saída xxd. Ao convertê-lo de volta em um arquivo binário com xxd -r e estudando esse arquivo com o sfdisk, vejo o seguinte:

   Device Boot Start     End   #cyls    #blocks   Id  System
 xxd.bin1   *     25+  23161-  23137- 185841664    7  HPFS/NTFS
 xxd.bin2      23161+  29510-   6349-  50996224    7  HPFS/NTFS
 xxd.bin3      29510+  47663-  18154- 145817169+   5  Extended
 xxd.bin4      42511+  47663-   5153-  41389648+  83  Linux

Portanto, sua partição primária 4 está realmente se sobrepondo à sua partição estendida 3. Os dois terminam na mesma posição. A partir da tabela de partições no MBR, não é possível obter informações sobre suas partições lógicas. Esses dados estão no começo de / dev / sda3 e provavelmente um pouco mais difíceis de estudar.

Meu palpite é que você de alguma forma apontou e clicou no gparted e fez a partição lógica do Mint uma partição primária. Você sabe se a partição Mint costumava ser uma partição lógica com um número de 5 ou superior?

De alguma forma, o gparted agora parece estar muito confuso. Se você tiver sorte, ainda será utilizável na linha de comando. O que diz parted -l ?

Para remover a partição principal 4, faça o seguinte:

1) Comece com seu arquivo de texto criado com o xxd dos primeiros 512 bytes do seu disco.

2) Edite o final desse arquivo de:

'00001e0: ffff 05fe ffff feff 411c a3fc 6111 00fe  ........A...a...'
'00001f0: ffff 83fe ffff 00e0 b428 a11c ef04 55aa  .........(....U.'

para:

'00001e0: ffff 05fe ffff feff 411c a3fc 6111 0000  .......$....hQ..'
'00001f0: 0000 0000 0000 0000 0000 0000 0000 55aa  ..............U.'

3) Crie um arquivo binário a partir do seu arquivo de texto, algo assim: %código% O arquivo binário criado deve ter o tamanho de 512 bytes.

4) Copie o arquivo binário para o início do seu disco: xxd -r xxd2.txt > xxd2.bin

5) Agora você não deve mais ter uma quarta partição primária e nenhuma partição sobreposta. Se você tiver sorte, agora poderá recuperar sua partição lógica do Mint e a partição principal do Windows usando o parted. Se você tiver azar, as coisas vão se tornar uma bagunça maior do que antes. Certifique-se de que você tenha um backup e saiba como usar o backup!

    
por 19.02.2015 / 23:39
1

De / proc / partitions, podemos ver o seguinte:

1) Você tem 4 partições primárias (1-4). Uma tabela de partições DOS pode ter até 4 partições primárias que no Linux é numerada de 1 a 4. Uma dessas partições primárias pode ser uma partição estendida contendo mais partições. Seu número de partição 3 é uma partição estendida.

2) Você tem 2 partições lógicas em sua partição estendida. Esses são sda5 e sda6.

Portanto, parece que o Gnome-disks está certo, você só tem duas partições em sua partição estendida e a partição primária 4 não pertence à sua partição estendida.

Infelizmente, / proc / partitions não mostra o tamanho da partição estendida. Para isso, precisaríamos da saída de fdisk -l ou pelo menos de fdisk -l /dev/sda , então não posso dizer com certeza se alguma de sua partição primária 4 está sobreposta com espaço não utilizado na partição estendida 3.

Como o fdisk não mostra nenhuma saída, algo pode ficar suspeito na sua tabela de partições. Talvez o cfdisk seja mais útil.

    
por 19.02.2015 / 23:01
0

Como a resposta de Henrik Carlqvist parecia "avançada" para minhas habilidades, tentei remover apenas a partição da casa da moeda em um sessão usb Gparted ao vivo, que mostrou esta imagem

Masissoaindaeraimpreciso,porqueoespaçode39,47GBdapartiçãomintaparecedentroeforadapartiçãoestendida,mastambémforadoespaçode100GBdapartiçãoex-Win7:aunidadeexibiu39,47GBmaisdoquerealmentetem.Dequalquerformaeucontinuei.AremoçãodapartiçãoMint(quepareciaprimária)nasessãoGpartedpareceufuncionar,maseutambémestendiapartiçãoeOSparaadireitanoespaçode39.47GBdapartiçãológicainicialdomint.Issoresultounafusãodeambosemumespaçonãoalocado:comoseoespaçovaziotivessesidoestendido...ApartiçãodoeOSfoiperdida.

Então,decidiexcluirtodasaspartições,limpandotodaaunidade.

Noteique"Discos" ('gnome-disk-utility', disponível em fontes, padrão no Unity) não só conseguia ver a situação correta das partições, mas também criar (backup) e restaurar imagens de disco . Salvei e depois restaurei um dos meus sistemas dessa maneira (não me importei com o resto).

Ficou claro que o Gparted não estava vendo as coisas certas, procurou por uma solução, perguntou uma nova pergunta e continuou da seguinte forma:

Iniciou uma sessão usb ao vivo e fez

sudo dd if=/dev/urandom of=/dev/sda bs=1M

Mas isso não parecia funcionar como eu queria, já que a luz para o processador estava praticamente desligada (ou é a luz do disco rígido?), enquanto o cooler era muito alto .

Então eu li que o comando urandom é muito lento, pois está realmente tentando produzir números realmente aleatórios. Eu não estava interessado em limpar todos os dados para segurança, mas apenas em limpar todas as partições (algo estava errado com elas), então parei o procedimento e fiz:

sudo dd if=/dev/zero of=/dev/sda bs=1M

Com isso, o cooler se acalmou enquanto a "luz de trabalho" estava lá permanentemente.

E para ver o progresso disso, abri uma janela de terminal separada e fiz

watch -n5 'sudo kill -USR1 'pgrep ^dd''

que a cada 5 segundos informa o progresso na janela do terminal inicial ( source )

245423407104 bytes (245 GB) copied, 3430.82 s, 71.5 MB/s
234354+0 records in
234354+0 records out
245737979904 bytes (246 GB) copied, 3435.84 s, 71.5 MB/s
234655+0 records in
234655+0 records out
246053601280 bytes (246 GB) copied, 3440.88 s, 71.5 MB/s
234956+0 records in
234956+0 records out
246369222656 bytes (246 GB) copied, 3445.91 s, 71.5 MB/s

... demorou 2 horas e 30 minutos para um disco rígido de 500 GB em um laptop de 4 anos com ram de 4 GB.

Eu restaurei a imagem de um dos meus sistemas com o utilitário Disk, que parece uma ótima ferramenta.

    
por 21.02.2015 / 13:06