“Partição desalinhada” - Devo reparticionar (como?)

2

Tentou instalar o Ubuntu 12.04 do pendrive USB junto com o Win7 OS 64bit existente, e agora não tenho certeza se a instalação foi bem-sucedida: a ferramenta Disk Utility afirma que a partição estendida (que contém a partição Ubuntu e Swap) é " desalinhado "e recomenda a repartição. O que devo fazer, e se devo fazer esta repartição, como fazê-lo (especialmente se eu gostaria de não perder os dados na partição Win7)?

Informações de segundo plano: Um laptop Thinkpad consideravelmente novo (BIOS UEFI, se isso for importante). Antes da instalação, já havia uma partição "SYSTEM_DRV", a partição principal do Windows e uma partição de recuperação da Lenovo (todas NTFS). Agora a tabela se parece com isto: SYSTEM_DRV (sda1), Windows (sda2), Extended (sda4) (que contém Linux (sda5; ext4) e Swap (sda6)) e Recovery (sda3). A Disk Utility Tool fornece uma mensagem como a seguir quando eu seleciono Ext: "A partição está desalinhada em 1024 bytes. Isso pode resultar em um desempenho muito ruim. Recomenda-se o reparticionamento".

Houve alguns problemas durante a instalação, que descrevemos abaixo, no caso de serem relevantes.

O instalador alegou que reconheceu os sistemas operacionais existentes, então verifiquei a opção correspondente durante a instalação. Em seguida, quando ele me perguntou como alocar o espaço em disco, a primeira coisa estranha aconteceu: o instalador me deu um "slide" gráfico aloca espaço em disco para o sistema operacional Win7 preexistente e novo Ubuntu ... mas não me informou qual partição seria para o Ubuntu e que para o Windows. ..bem, decidi ir com o instalador de configuração proposto. (não tenho certeza se isso é relevante, mas eu acho melhor mencioná-lo de qualquer maneira - as ferramentas de partição anteriores foram mais auto-explicativas ...)

Após a instalação (que não reportou erros), o GRUB / Ubuntu se recusou a inicializar. Felizmente, este problema foi resolvido de forma bastante direta com live-Ubuntu-USB e Boot-Repair (o "reparo recomendado" funcionou muito bem). Depois de todo esse incômodo, decidi verificar a tabela de partições "apenas para ter certeza" - e o utilitário de disco fornece a mensagem de aviso que descrevi.

Eu verifiquei minhas especificações de disco no site da Hitachi / HGST, e sim, é o formato avançado ("Formato avançado, emulação de 512 bytes").

Além disso, o fdisk me fornece o seguinte:

   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *        2048     3074047     1536000    7  HPFS/NTFS/exFAT
/dev/sda2         3074048   523241959   260083956    7  HPFS/NTFS/exFAT
/dev/sda3       939907072   976771071    18432000    7  HPFS/NTFS/exFAT
/dev/sda4       523243518   939907071   208331777    5  Extended
Partition 4 does not start on physical sector boundary.
/dev/sda5       523243520   932153343   204454912   83  Linux
/dev/sda6       932155392   939907071     3875840   82  Linux swap / Solaris

Aparentemente, a partição sda4 (estendida) está desativada em 2 bytes (sda4 começa em 523243518, sda5 523243520), mas se eu entendi corretamente, isso não deve ser um problema, pois a partição lógica sda5 parece estar OK (?). Em outras palavras, não deve haver necessidade de reparticionamento?

    
por RndmUbuntuAmateur 25.11.2012 / 10:29

3 respostas

1

Existem dois problemas geralmente envolvidos aqui. Eu acho que o principal problema é que o tamanho do setor físico no disco pode ser (digamos, por exemplo) 4096 bytes, enquanto o tamanho do setor lógico é geralmente 512 bytes. Onde o início da partição não está no início do setor físico, ocorre uma discrepância com a maneira como o disco é lido. Isso pode causar principalmente um problema de desempenho em algumas máquinas com algumas unidades. Eu não acredito que ele realmente causará qualquer perda de dados ou problemas semelhantes, no entanto eu não sou um engenheiro de unidade de disco.

O segundo problema é que os utilitários de disco do Linux e o sistema de arquivos ext em geral parecem assumir que as partições devem se alinhar com os cilindros no disco rígido. Eu vi escrito que se um cilindro ultrapassa um limite de cilindro e a próxima partição começa no mesmo cilindro, pode ocorrer corrupção de dados. Desculpe eu não tenho nenhuma referência firme sobre isso e google parece estar encontrando qualquer coisa mas informações sobre o alinhamento do cilindro, mas tinha algo a ver com ext2 / 3/4 supondo que ele poderia escrever no final de um cilindro sob certas circunstâncias .

Normalmente, eu configuro partições com o Gparted antes de iniciar a instalação (o gparted está no LiveDVD) e, em seguida, seleciono como eu quero usar as partições manualmente selecionando "fazer outra coisa" quando chegar a essa parte da instalação . É mais tarde que percebo que o Gparted deixou alguns MB de espaço não utilizado no final do disco, ou se eu configurei o disco inteiro com o Gparted, bem no final. Aqui está o exemplo exato da unidade em que estou no momento. Note que eu tenho duas partições de inicialização de cerca de 20Gb, com o resto da unidade sendo uma partição estendida contendo a partição swap e / home. Observe os 2Mb de espaço não alocado no final da partição estendida. Isso foi feito por Gparted, não meu. Eu vi outros discos que (por exemplo) podem ter algum espaço não alocado entre as partições primárias ou antes da partição estendida porque as partições foram criadas em momentos diferentes e com programas diferentes.

Como são apenas alguns MB, e depois de ler as informações sobre os possíveis problemas, eu geralmente deixo. Se o Gparted quiser ter um cinturão e suspender, estou muito feliz em deixar isso acontecer.

Eu sugiro que você inicialize o LiveDVD / USB novamente e apenas redimensione a partição do ext4 em que o Ubuntu está usando o Gparted. Eu acho que você vai achar que o Gparted tentará alinhar a partição com os cilindros, e isso deve resolver os problemas para você. Não se preocupe em reinstalar, a menos que o redimensionamento interrompa a inicialização do Linux de alguma forma.

Durante minhas pesquisas no Google, encontrei informações sobre o alinhamento do Gparted para números completos do MB, mas essa não é a minha experiência. A quantidade de espaço restante é mais parecida com o valor de um cilindro, e não com algo que denota limites de MB.

    
por fabricator4 25.11.2012 / 11:47
1

O Fabricator4 está correto sobre os setores físicos dos discos mais modernos, com tamanho de 4096 bytes, enquanto os setores lógicos têm 512 bytes de tamanho. Isso pode causar problemas graves de desempenho (mas não perda de dados); consulte este artigo que escrevi sobre o tema há algum tempo para obter detalhes.

As utilidades antigas alinhavam as partições em "cilindros" por razões que eram válidas na década de 1980, mas que não têm relevância hoje. No entanto, a prática continuou na maioria das ferramentas de particionamento do Linux até um ano ou dois atrás. Nenhum sistema de arquivos deve escrever fora dos limites de sua partição, entretanto, e o AFAIK ext2 / 3/4 nunca teve nenhum tipo de suposição de alinhamento de cilindro.

Hoje, alguns utilitários de disco produzem falsos alarmes sobre problemas de alinhamento em algumas circunstâncias, e eu suspeito que seja isso que você está vendo. Em particular, o alinhamento de partições estendidas é irrelevante. Você só precisa se preocupar com o alinhamento de partições primárias e lógicas. Para ter 100% de certeza do que você tem, veja sua tabela de partições com fdisk (ou parted com dados precisos do setor ou gdisk para discos GPT, o que não é seu). Verifique se todas as partições primárias e lógicas começam em valores de setor que são múltiplos de 8. (Os valores finais da partição são irrelevantes, assim como os valores iniciais para partições estendidas). Por exemplo:

$ sudo fdisk -lu /dev/sda

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Disk identifier: 0x8e0cb6b5

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    20033054    10016496   27  Unknown
/dev/sda2        20033055   103699574    41833260   17  Hidden HPFS/NTFS
/dev/sda3   *   103699575   249907139    73103782+   5  Extended
/dev/sda5       103699638   131781194    14040778+  17  Hidden HPFS/NTFS
/dev/sda6       131781258   183992444    26105593+   b  W95 FAT32
/dev/sda7       183992508   187076924     1542208+  82  Linux swap / Solaris
/dev/sda8   *   187076988   187398224      160618+  83  Linux
/dev/sda9       187398288   249907139    31254426   8e  Linux LVM

Este é um disco antigo que foi particionado com alinhamento de cilindros, assim você pode ver que um número de partições não começam em múltiplos de 8 setores. Isso não é um problema porque é um disco antigo que usa setores físicos de 512 bytes. Se você vir esse resultado, verifique com o fabricante do seu disco para determinar seu status. Procure mencionar Formato Avançado, , que é o nome de marketing para discos com setores físicos de 4096 bytes.

Se você não tiver um disco de Formatação Avançada ou se todas as suas partições primárias e lógicas estiverem alinhadas corretamente, você não deve se preocupar com nenhuma reclamação do Utilitário de Disco.

    
por Rod Smith 27.11.2012 / 06:27
0

Isso pode ser devido à formatação avançada, o que significa que os setores físicos no disco são maiores que os tradicionais 512 bytes, seus 4 KB, que são 8 vezes maiores. Se o disco foi formatado com ferramentas de formatação antigas que usam setores 512 B, o que pode fazer com que a partição não seja alinhada corretamente e pode fazer com que a mensagem apareça.

As partições adequadamente alinhadas serão muito melhores e o desempenho de gravação aleatória será mais lento nas partições não alinhadas. Mas vai funcionar.

Se o sistema funcionar bem, você não precisa se preocupar com isso. Mas se você quiser consertá-lo, então eu sugiro que você Você tem um backup do seu sistema, apenas no caso. Eu recomendo que você conserte isso, da próxima vez que tiver uma boa desculpa para reinstalar e reparticionar a unidade.

    
por Mitch 17.07.2013 / 10:49