incapaz de satisfazer todas as restrições na partição

Question

Eu tenho janelas de inicialização dupla 7 32bit com o Ubuntu 12.04 lts de 64 bits em um único disco rígido. Eu queria dar a minha partição do Ubuntu mais espaço do meu disco rígido. Infelizmente, quando eu abro o GParted , ele me mostrou um espaço não alocado na minha tabela de particionamento. Este mesmo " espaço não alocado " na verdade contém meu C: / e D: / partition do meu windows 7. Quando eu cliquei duas vezes no item, ele me mostrou este aviso: " incapaz de satisfazer todas as restrições na partição ".

Por favor, me ajude. Eu quero que minha tabela de particionamento seja corrigida . Então, eu posso aumentar minha partição do Ubuntu.

    

Answer 1

Se você está dizendo que o GParted está mostrando o disco inteiro como não alocado, provavelmente você tem um dos dois problemas:

• Sobrecarga de dados RAID - Se o disco foi usado com RAID de software baseado em placa-mãe no passado, os dados RAID restantes podem confundir o GParted. Digitar sudo dmraid -E -r /dev/sda no Linux pode corrigir este problema; no entanto, você deve estar absolutamente certo de que o sistema não está atualmente configurado para usar o RAID antes de fazer isso. (Alguns computadores usam RAID mesmo em configurações de disco único - estranho, mas é verdade.)
• Uma tabela de partições danificada - Qualquer número de problemas na tabela de partições pode fazer com que o GParted se desprenda e afirme que o disco não está particionado. A maioria deles pode ser corrigida usando meu programa FixParts no disco. Este programa faz parte do pacote gdisk no Ubuntu.

Você também pode querer consultar minha página da Web sobre esse problema, que descreve isso com mais detalhes .

Se você quer dizer que apenas algumas partições parecem estar faltando, mas outras aparecem no GParted, então o problema tem outra causa. Fornecer mais detalhes, como a saída de sudo parted /dev/sda print e uma descrição clara do que está faltando, é necessário para diagnosticar e corrigir o problema.

Editar: Com base nas informações do comentário abaixo, parece que a tabela de partição está danificada. FixParts pode ser capaz de ajudar, mas eu não faço promessas disso, e aconselho cautela em seu uso. Se o FixParts não fizer um trabalho adequado, o TestDisk poderá recuperar as partições perdidas.

Em segundo plano, e para responder às suas perguntas: Em um tradicional sistema de particionamento Master Boot Record (MBR) (que você ' Por exemplo, pode haver até quatro partições principais , uma das quais (a partição estendida ) pode servir como um espaço reservado para um número arbitrário de lógica partições. A partição que fdisk identificou como w95 ext'd (lba) é uma partição estendida. No Linux, as partições primárias (incluindo a partição estendida, se houver uma) são numeradas de 1 a 4, enquanto as partições lógicas são numeradas como 5 e acima. Todas as partições primárias são definidas no primeiro setor do disco (o MBR), mas cada partição lógica é definida em sua própria estrutura de dados, conhecida como EBR (Extended Boot Record), que é semelhante em estrutura a um MBR. A mensagem sobre "sinalizador inválido 0x6165 da tabela de partições 7" significa que um recurso de identificação de chave de um desses EBRs está danificado. Dependendo do software de particionamento e das partições envolvidas, isso pode dificultar ou impossibilitar a recuperação das partições da maneira usual.

As partições contêm sistemas de arquivos, mas os dois são conceitos distintos - uma partição é apenas um conjunto de setores contíguos no disco (digamos, setores 2048 a 923.647). Um sistema de arquivos é uma estrutura de dados muito mais complexa que permite armazenar arquivos em uma partição. Os dois são frequentemente criados e manipulados juntos, mas existem ferramentas para fazer cada parte do trabalho separadamente. fdisk e parted , por exemplo, manipulam partições, mas não sistemas de arquivos; enquanto mkfs , tune2fs , fsck e ferramentas semelhantes manipulam sistemas de arquivos. As ferramentas de manipulação do sistema de arquivos geralmente tomam identificadores de partição como argumentos, pois eles precisam de uma maneira de localizar seus sistemas de arquivos, e as partições fazem isso - o sistema de arquivos geralmente começa no primeiro setor da partição contida. Eu estou falando sobre isso porque é a sua tabela de partição que está danificada; seus sistemas de arquivos podem estar perfeitamente bem, exceto que com a tabela de partição danificada, você não tem como identificar seus pontos de início.

TestDisk ignora a tabela de partições e procura por sistemas de arquivos para construir uma nova tabela de partição, e é por isso que pode ser útil - ela não precisa das estruturas de dados que estão danificadas. O OTOH, escaneando todo o disco em busca de sistemas de arquivos, pode consumir muito tempo e pode transformar bits perdidos de sistemas de arquivos antigos que não são mais válidos, particularmente se você particionou novamente ou moveu sistemas de arquivos em seu disco no passado. É também provável que o TestDisk falhe se o sistema de arquivos estiver danificado, o que poderia ser o caso - qualquer dano que sua tabela de partição possa não ter parado, mas pode ter causado estragos em um ou mais sistemas de arquivos. Assim, o TestDisk deve ser usado apenas como último recurso.