gparted não vai funcionar no Ubuntu 14.04, em um disco que é bom no Ubuntu 10.04

1

Considerando o uso do ubuntu 14.04, tentei inicializar o dvd ao vivo e ver como ele vê a configuração do meu disco rígido. Na minha instalação normal 10.04, o disco rígido (que eu configurei com o gparted) funciona bem:

$ parted /dev/sda
GNU Parted 2.2
Using /dev/sda
(parted) print                                                            
Model: ATA TOSHIBA DT01ACA3 (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  37.7GB  37.7GB  ext3               boot
 3      37.7GB  37.7GB  32.9MB                     bios_grub
 2      37.7GB  3001GB  2963GB                     raid

(parted) quit       

quando eu inicio a 14.04 o gparted reclama que ele não pode consultar a unidade, solicitando que eu repita ignorar ou cancelar, e então mostra que o disco rígido não está configurado (não contém partições)

O gdisk em 14.04 diz que a tabela de partições está corrompida. O gdisk em 10.04 diz que a tabela de partição está bem.

Como é possível que as mesmas ferramentas forneçam resultados diferentes no mesmo hardware? Eu até tentei arrancar com o live dvd do Ubuntu 10.04 para ver se é causado pela inicialização do cd, mas não é. O disco parece bem a partir de 10.04, mesmo que tenha sido inicializado a partir do DVD.

alguns resultados de 14.04:

parted /dev/sda
GNU Parted 3.2
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Error: Invalid argument during seek for read on /dev/sda
Retry/Ignore/Cancel? c
Model: ATA TOSHIBA DT01ACA3 (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags: 
(parted) print                                                            
Error: Invalid argument during seek for read on /dev/sda
Retry/Ignore/Cancel? i                                                    
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
OK/Cancel? o                                                              
Model: ATA TOSHIBA DT01ACA3 (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags: 
(parted) q


gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.8

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help): q

e no dia 10.04:

fdisk -l /dev/sda

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1      267350  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.
root@user-desktop:~# gdisk /dev/sda
GPT fdisk (gdisk) version 0.5.1

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): q
    
por Andy 28.03.2015 / 15:33

4 respostas

2

Este é um palpite, mas pode ser que seu (s) disco (s) use o recurso de Área Protegida do Host (HPA), que "oculta" alguns setores do disco. Infelizmente, alguns kernels mais antigos do Linux ignoraram o HPA. Se você particionou o disco com um kernel desse tipo, um kernel mais novo (que respeita as configurações do HPA) mostraria o disco como sendo de repente menor do que o kernel antigo mostrava, e você obteria exatamente os sintomas relatados.

Para verificar isso, use a opção hdparm e sua -N , como em:

$ sudo hdparm -N /dev/sda

/dev/sda:
 max sectors   = 488397168/488397168, HPA is disabled

Neste caso, o HPA está desativado; mas se estiver habilitado, a saída irá revelar esse fato. Se isso é o que você encontra, você pode configurá-lo corretamente com o mesmo comando, mas você deve adicionar um p e o tamanho correto, como em:

$ sudo hdparm -N p488397168

Você terá que ajustar o valor transmitido com base no tamanho real do seu disco.

    
por Rod Smith 28.03.2015 / 18:44
0

Meu palpite é: 10.4 é tão antigo que as ferramentas de partição gpt continham bugs.

de link

  

2010 - Primeiro disco rígido de 3,0 terabytes [23] [24] (Seagate, Western   Digital)

     

2010 - Primeiro disco rígido fabricado usando o avançado   Formato de 4.096 bytes por bloco ("4K") em vez de 512 bytes por bloco [25]   2

Solução:

  • obtenha um novo disco,
  • crie uma nova tabela e partições com ferramentas atualizadas,
  • mova seus dados para o novo disco.

desculpa por não ter uma ideia melhor.

    
por JPT 28.03.2015 / 15:42
0

Outra solução:

Se o bug for conhecido, talvez o Ubuntu corrija a tabela de partições durante a instalação.

se não, pelo menos o servidor 10.4 ainda não chegou ao fim de sua vida, mas link

Pesquise ou registre um bug no link

Mas temo que eles não encontrem uma solução antes que o fim da vida seja alcançado (30 de abril de 2015)

em qualquer caso, você precisará de espaço para criar um backup do seu sistema. Então, você pode precisar de um novo disco, independentemente da solução escolhida.

    
por JPT 28.03.2015 / 15:54
0

Ok. Obrigado a todos que tentaram ajudar. Parece que isso não tinha muito a ver com o Ubuntu, e era basicamente um bug da BIOS.

Algumas placas-mãe Gigabyte gravam uma cópia de seu BIOS em discos rígidos imediatamente quando os discos são conectados. Então, simplesmente conectando um novo HD na placa-mãe é provável que ele seja gravado, e a HPA será ativada reduzindo o tamanho do disco. O Ubuntu 10.04 por padrão ignora o HPA (libata.ignore_hpa = 1 parâmetro do kernel) e assim tratou o disco inteiro como se não tivesse HPA ativado, usando todos os setores do disco. O Ubuntu 14.04 por padrão honra o HPA (parâmetro do kernel libata.ignore_hpa = 0) e assim tratou o disco como se fosse menor do que realmente é. Os discos foram originalmente particionados do formulário 10.04 para a soma total de setores. Alterar o cabeamento resultou na ativação do HPA em todos os discos do RAID. Tive muita sorte porque o particionamento original não usou todo o espaço disponível, mas deixou espaço suficiente no final da unidade para os setores que a HPA estava roubando. Não sei porque, talvez estivesse se alinhando ao cilindro anterior ao último. A solução que concluí, era reparticionar as unidades como se fossem menores do que realmente são, tão grandes quanto são feitas pela HPA. Eu inicio a 14.04 e consertei as partições com o gedit.

O processo foi muito perigoso e poderia potencialmente destruir todos os meus dados. NÃO REPETIR SE VOCÊ CUIDAR DO CONTEÚDO DOS CONDUTORES.

Depois que eu consertei todas as três unidades, ambos os sistemas operacionais poderiam usar o ataque, então eu realmente instalei o 14.04 no disco rígido. Quando eu iniciei em 10.04 os utilitários de particionamento reclamaram que eu não estava usando todo o disco, mas perguntavam antes de alterar qualquer coisa, então nenhum dano foi feito. Para consertar esse pequeno inconveniente eu adicionei libata.ignore_hpa = 0 aos parâmetros do kernel do meu /etc/default/grub.conf para 10.04 e atualizei o grub.

Apenas para o histórico, aqui está o processo PERIGOSO que usei para converter o esquema de partições do disco para / dev / sda (era o mesmo para todas as unidades):

root@ubuntu:/cdrom/HPA_recovery# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.8

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): ?
b       back up GPT data to a file
c       change a partition's name
d       delete a partition
i       show detailed information on a partition
l       list known partition types
n       add a new partition
o       create a new empty GUID partition table (GPT)
p       print the partition table
q       quit without saving changes
r       recovery and transformation options (experts only)
s       sort partitions
t       change a partition's type code
v       verify disk
w       write table to disk and exit
x       extra functionality (experts only)
?       print this menu

Command (? for help): r
Recovery/transformation command (? for help): ?
b       use backup GPT header (rebuilding main)
c       load backup partition table from disk (rebuilding main)
d       use main GPT header (rebuilding backup)
e       load main partition table from disk (rebuilding backup)
f       load MBR and build fresh GPT from it
g       convert GPT into MBR and exit
h       make hybrid MBR
i       show detailed information on a partition
l       load partition data from a backup file
m       return to main menu
o       print protective MBR data
p       print the partition table
q       quit without saving changes
t       transform BSD disklabel partition
v       verify disk
w       write table to disk and exit
x       extra functionality (experts only)
?       print this menu

Recovery/transformation command (? for help): d

Recovery/transformation command (? for help): p
Disk /dev/sda: 5860531055 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 2D50CD70-85F5-46FE-85B3-35A027E3C828
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860533134
Partitions will be aligned on 8-sector boundaries
Total free space is 5070 sectors (2.5 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34        73658024   35.1 GiB    EF00
   2        73722285      5860528064   2.7 TiB     FD00
   3        73658025        73722284   31.4 MiB    EF02

Recovery/transformation command (? for help): x
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

Expert command (? for help): e
Relocating backup data structures to the end of the disk

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

Expert command (? for help): v

Caution: The CRC for the backup partition table is invalid. This table may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.

Caution: Partition 1 doesn't begin on a 8-sector boundary. This may
result in degraded performance on some modern (2009 and later) hard disks.

Caution: Partition 2 doesn't begin on a 8-sector boundary. This may
result in degraded performance on some modern (2009 and later) hard disks.

Caution: Partition 3 doesn't begin on a 8-sector boundary. This may
result in degraded performance on some modern (2009 and later) hard disks.

Consult http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/
for information on disk alignment.

Identified 1 problems!

Expert command (? for help): x
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

Expert command (? for help): p
Disk /dev/sda: 5860531055 sectors, 2.7 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 2D50CD70-85F5-46FE-85B3-35A027E3C828
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 5860531021
Partitions will be aligned on 8-sector boundaries
Total free space is 2957 sectors (1.4 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              34        73658024   35.1 GiB    EF00
   2        73722285      5860528064   2.7 TiB     FD00
   3        73658025        73722284   31.4 MiB    EF02

Expert command (? for help): w
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sda.
The operation has completed successfully.
root@ubuntu:/cdrom/HPA_recovery# gdisk /dev/sda
GPT fdisk (gdisk) version 0.8.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): q

Mais uma vez, obrigado a todos por toda a ajuda.

    
por Andy 07.04.2015 / 11:16