gparted не будет работать на Ubuntu 14.04, на диске, который хорошо работает на Ubuntu 10.04

Рассматривая переход на Ubuntu 14.04, я попытался загрузить live dvd и посмотреть, как он видит настройки моего жесткого диска. На моей обычной установке 10.04 жесткий диск (который я настроил с помощью gparted) работает нормально:

$ 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       

при загрузке 14.04 gparted жалуется, что не может запросить диск, предлагая мне повторить попытку игнорировать или отменить , а затем показывает, что жесткий диск не настроен (не содержит разделов)

gdisk в 14.04 сообщает, что таблица разделов повреждена. gdisk под 10.04 говорит, что таблица разделов в порядке.

Как это возможно, что одни и те же инструменты дают разные результаты на одном и том же оборудовании? Я даже пытался загрузиться с live dvd из Ubuntu 10.04, чтобы увидеть, вызвано ли это загрузкой с cd, но это не так. Диск выглядит нормально с 10.04, даже если он загрузился с DVD.

некоторые результаты от 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

`и 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
1
задан 28 March 2015 в 19:15

4 ответа

Мое предположение: 10.4 так старо, что gpt инструменты раздела содержали ошибки.

от http://en.wikipedia.org/wiki/History_of_hard_disk_drives

2 010 †“Первый жесткий диск [23] [24] на 3,0 терабайта (Seagate, Western Digital)

2 010 †“Первый Жесткий диск, Произведенный при помощи Усовершенствованного Формата 4 096 байтов за блок ("4K") вместо 512 байтов за блок [25] 2

Решение:

  • получают новый диск,
  • составляют новую таблицу, и разделы с актуальными инструментами,
  • перемещают Ваши данные в новый диск.

извините для того, чтобы не иметь лучшую идею.

0
ответ дан 28 March 2015 в 19:15

Это - произвольное предположение, но могло случиться так, что Ваш диск (диски) использует функцию Host Protected Area (HPA), которая "скрывает" некоторые секторы диска. К сожалению, некоторые более старые ядра Linux проигнорировали HPA. Если бы Вы разделили диск с таким ядром, более новое ядро (который соблюдает настройки HPA), то показал бы диск, как являющийся внезапно меньшим, чем более старое ядро показало, и Вы получите точно признаки, о которых Вы сообщаете.

Для проверки этого используйте hdparm и -N опция, как в:

$ sudo hdparm -N /dev/sda

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

В этом случае, HPA отключен; но если это будет включено, вывод покажет тот факт. Если это - то, что Вы находите, можно установить его правильно с той же командой, но необходимо добавить p и корректный размер, как в:

$ sudo hdparm -N p488397168

необходимо будет корректироваться, значение передало на основе фактического размера диска.

2
ответ дан 28 March 2015 в 19:15

Другое решение:

, Если ошибка известна, возможно, Ubuntu фиксирует таблицу разделов во время установки.

в противном случае, по крайней мере, сервер 10.4 не достиг, это - конец жизни все же https://Поиск wiki.ubuntu.com/Releases

, или зарегистрируйте ошибку в https://bugs.launchpad.net/ubuntu /

, Но я боюсь, что они не найдут решение, прежде чем конец жизни будет достигнут (30 апреля 2015)

в любом случае, Вы должны будете расположить с интервалами для создания резервного копирования системы. Таким образом, Вам, возможно, понадобился бы новый диск независимо, какое решение Вы выбираете.

0
ответ дан 28 March 2015 в 19:15

Хорошо. Благодаря всем, кто пытался помочь. Кажется, что это имело отношение не очень к человечности и было в основном ошибкой BIOS.

Некоторые материнские платы Гигабайта пишут копию своего BIOS к жестким дискам сразу, когда диски соединены. Так, просто путем соединения нового HD на материнской плате вероятно, что это будет записано в, и HPA будет активирован, уменьшая размер диска. Ubuntu 10.04 по умолчанию игнорирует HPA (libata.ignore_hpa=1 параметр ядра) и таким образом, рассматривал целый диск, как будто это не имело активированной HPA, с помощью всех секторов от диска. Ubuntu 14.04 почестями по умолчанию, HPA (libata.ignore_hpa=0 параметр ядра) и так рассматривал диск, как будто это было меньше, чем он на самом деле. Диски были первоначально разделены, формируются 10.04 для полной суммы секторов. Изменение кабельных соединений привело к окончательной активации HPA на всех дисках RAID. Я был очень удачлив, потому что исходное разделение не использовало все свободное пространство, но оставило достаточно пространства в конце диска для секторов, которые крала HPA. Я не знаю, почему, возможно, это выравнивалось к цилиндру до в последний раз. Обходное решение, к которому я завершил, должен был повторно разделить диски, как будто они были меньшими, чем они на самом деле, столь большие, как они заставлены быть HPA. Я загружаюсь к 14,04 и зафиксировал разделы с gedit.

ПРОЦЕСС БЫЛ ОЧЕНЬ ОПАСЕН И МОГ ПОТЕНЦИАЛЬНО УНИЧТОЖИТЬ ВСЕ МОИ ДАННЫЕ. НЕ ПОВТОРЯЙТЕ ЕГО, ЕСЛИ ВЫ ЗАБОТИТЕСЬ О СОДЕРЖАНИИ ДИСКОВ.

После того, как я починил все три диска, обе ОС могли использовать набег, таким образом, я на самом деле установил 14.04 на жестком диске. Когда я загрузился в 10,04, утилиты разделения жаловались, что я не использовал весь диск, но спрошу прежде, чем изменить что-либо так никакой причиненный вред. Для фиксации этого небольшого неудобства, я добавил libata.ignore_hpa=0 к параметрам ядра моего/etc/default/grub.conf для 10,04 и обновил личинку.

Ради истории только, вот ОПАСНЫЙ процесс, я раньше преобразовывал схему выделения разделов дисков для/dev/sda (это было то же для всех дисков):

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

Снова, благодаря всем для всей справки.

0
ответ дан 28 March 2015 в 19:15

Другие вопросы по тегам:

Похожие вопросы: