Пакостная ошибка с UUID в Ubuntu.

[kif0rt]

Второй раз наступаю на одни и те же грабли. Проблема в том, что загрузка ядра стопориться в самом начале либо на определении CD-ROM'а, либо на определении винчестера(ов).

У меня застывала загрузка, после этих сообщений :

Код: Выделить всё

Dec 22 16:54:08 Ubuntu kernel: [   38.448547] sd 1:0:0:0: Attached scsi disk sdb
Dec 22 16:54:08 Ubuntu kernel: [   38.456684] sd 0:0:0:0: Attached scsi generic sg0 type 0
Dec 22 16:54:08 Ubuntu kernel: [   38.456840] sd 1:0:0:0: Attached scsi generic sg1 type 0

В прошлый раз я часа 3 потратил, чтобы это исправить. Сегодня опять случилась такая фигня после установки обновлений безопасности. Я, особо не замарачиваясь на проблеме, тупо копирнул слегка устаревший бэкап системы. Но старая проблема осталась.

Вообщем всё дело в том, что в /boot/grub/menu.lst для указания рутового раздела ( параметр root = ) используется не конкретная ссылка на устройство (типа /dev/sda1), а UUID - 128-битный номер в шестнадцатеричной системе счисления (например: 550e8400-e29b-41d4-a716-446655440000). И вот этот UUID имеет свойство изменяться при обстоятельствах, мне неизвестных. После установки обновления linux-image-* и последовавшим за ним update-grub, старый UUID работать перестал, а новый корректный UUID
скрипт обновления ядра не получил и не подставил в root. Отсюда и вытекла ошибочка при загрузке ...

Решение проблемы : в /boot/grub/menu.lst заменить UUID на конкретное устройство в /dev. При желании можно и новый UUID сгенерировать, но я не помню как.

[bobrik]

UUID генэрыцца праз праграмы для тваёй фс. И лепей не на дэвайс рабіць спасылку, а на новы uuid

[kif0rt]

UUID генэрыцца праз праграмы для тваёй фс. И лепей не на дэвайс рабіць спасылку, а на новы uuid

Нет, ну это понятно, что UUID кошерней. Ссылка на девайс - временное решение, для ленивых. Хотел просто отписаться, что есть такая бага-фича.

[Llama]

вообще говоря, UUID задается mkfs и с тех пор меняться без крайне серьезной причины не должен вообще. Баг зарепортил?