LINUX.ORG.RU

Ubuntu «не осилила» HDD с GPT


0

1

Есть жёсткий диск, размеченный и отформатированный в ubuntu 10.04. Т.к. диск большой, сделал там GPT. И в 10.04 он нормально работал.

Затем была установлена ubuntu 14.04, и диск внезапно стал «недоступен». 'fdisk -l' его упоминает, но гном монтировать его разделы не предлагает, при запуске gparted получаю 'Invalid argument during seek for read on ...', далее gparted показывает содержимое диска как 'unallocated'.

Но самое интересное, что если опять запустить 10.04 (где диск по-прежнему нормально виден), а потом перезагрузиться в 14.04, то и 14.04 забывает про ошибки и нормально работает с диском.

Возникают вопросы:

Что это за чудеса? Почему загрузка 10.04 «всё чинит»?

Как вообще так вышло, что появились проблемы от обновления OS? Не возникнет ли новых проблем с какой-нибудь 18.04?

Ну и, наконец, как это исправить (чтобы диск сразу был виден в 14.04)?

★★
Ответ на: комментарий от proud_anon

В 10.04 («диск работает»):

$ sudo hdparm -N /dev/sdc

/dev/sdc:
 max sectors   = 5860533168/5860533168, HPA is disabled
fffgh ★★
() автор топика

man hdparm:

-N Get/set max visible number of sectors, also known as the Host Protected Area setting. Without a parameter, -N displays the current setting, which is reported as two values: the first gives the current max sectors setting, and the second shows the native (real) hardware limit for the disk. The difference between these two values indicates how many sectors of the disk are currently hidden from the operating system, in the form of a Host Protected Area (HPA).

..

To change the current max (VERY DANGEROUS, DATA LOSS IS EXTREMELY LIKELY), a new value should be provided (in base10) immediately following the -N option. This value is specified as a count of sectors, rather than the «max sector address» of the drive. Drives have the concept of a temporary (volatile) setting which is lost on the next hardware reset, as well as a more permanent (non-volatile) value which survives resets and power cycles. By default, -N affects only the temporary (volatile) setting. To change the permanent (non-volatile) value, prepend a leading p character immediately before the first digit of the value. Drives are supposed to allow only a single permanent change per session.

Не нравится мне это «DATA LOSS IS EXTREMELY LIKELY». Ну, буду надеяться, что это про случаи «напишу там что-нибудь наугад».

fffgh ★★
() автор топика
Ответ на: комментарий от redgremlin

hdparm -N 5860533168 вроде должно помогать

Не помогло.

hdparm -N теперь пишет, что «max sectors = 5860533168/5860533168, HPA is disabled», но gdisk всё равно заявляет, что «Disk size is 5860531055 sectors, needs to be 5860533168 sectors».

fffgh ★★
() автор топика
Ответ на: комментарий от redgremlin

да биосу нахрен ничего откусывать не надо, иначе бы таблицы разделов btrfs/zfs не было, главное чтобы загрузчик вначале диска был.

erzent ☆☆
()
Ответ на: комментарий от redgremlin

Вот может биос не видя MBR считает, что диск не размечен и можно безбоязно от него откусывать.

Плата старая, вполне может быть. Как-нибудь на другом диске проверю.

fffgh ★★
() автор топика
Ответ на: комментарий от fffgh

Смотри, чего пишут

https://bugs.launchpad.net/ubuntu/ source/linux/ bug/380138

Похоже, что в Ubuntu до какой-то версии HPA намеренно игнорировался, но потом пришли к выводу, что так делать вредно.

Можно, кстати, сделать наоборот: уменьшить разделы и включить HPA. Хотя если и без него все работает... зачем он тогда вообще нужен?

Впрочем, интересно, не запорет ли BIOS твои данные, если ты заполнишь раздел до отказа?

proud_anon ★★★★★
()
Последнее исправление: proud_anon (всего исправлений: 2)
Ответ на: комментарий от erzent

Болезный, ты прочитать тред и понять, что было, так и не осилил? Хотя, чему я удивляюсь…

redgremlin ★★★★★
()
Ответ на: комментарий от proud_anon

Похоже, что в Ubuntu до какой-то версии HPA намеренно игнорировался

Ну вот, собственно, и первопричина появления этого треда, почему в 10.04 всё работало, а потом перестало. Надеюсь, ТС извлёк пользу из этого треда — чем стонать и обвинять разработчиков «а у меня всё поломалось», неплохо бы поразбираться в проблеме, может, они как раз починили поломанное, заодно, правда, поломав текущие костыли.

redgremlin ★★★★★
()
Ответ на: комментарий от redgremlin

Надеюсь, ТС извлёк пользу из этого треда — чем стонать и обвинять разработчиков «а у меня всё поломалось», неплохо бы поразбираться в проблеме

Да нет, ТС вроде нормальный вопрос задал, только заголовок сделал провокационный, а стонать начал Zhbert.

заодно, правда, поломав текущие костыли

Да тут вся ситуация такая, что костыль на костыле.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

Впрочем, интересно, не запорет ли BIOS твои данные, если ты заполнишь раздел до отказа?

В первую очередь, очевидно, должна запороть «ту связанную с GPT хрень», о повреждении которой мне и сообщала убунта. Пока этого не делает.

fffgh ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.