значит номер таки неправильный показывай конфиги чтоль и рассказывай что где и почему

>Груб (grub2) пишет «waiting for root filesystem

Груб такое не пишет. Такое пишет либо ядро либо инитрд, точно не помню, но никак не груб, он про рут вообще ничего не знает, по определению. Так что да, давай конфиг.

>Пишу сейчас из винды, винду эта тварь почему-то грузит :(

Вот и правильно, там и оставайся, винда всегда работает.

//Что и требовалось доказать

в винде гугл по ходу не работает, а так да, все неплохо.

Покажи конфиг grub. Особенно интересуют параметры ядра.

Да, анонимус правильно говорит, не видит корень не grub, а ведро.

>не grub, а ведро.

Тот анонимус (а это был я) уже проверил, таки инитрд, а не ядро. Причем инитрд убунтячий, ну может и дебиановский тоже. Так что у тс либо uuidы куда-то уехали (это если все по умолчанию было), либо даже не представляю, что там можно было накрутить. Вобщем проверять надо root=xxxxx в строчке груба на его соответствие реальности.

UUID-ы... UUID намертво прикреплён к винчестеру? Зависит от BIOS-а?

Как под богомерзкой виндой можно посмотреть UUID-ы?

>в винде гугл по ходу не работает, а так да, все неплохо.

Use Bing, Luke! ;)

Ну он не прикреплен, он генерируется про форматировании. Попробуй забутится в сингл-моде, там может что-то больше скажет. Либо может даже в шел инитрд тебя выкинет, если подождать немного. Там и сможешь посмотреть, что у тебя с партициями, и почему инитрд не может ее найти.

Или еще можно поиграться в грубе значениями root, например написать root=/dev/sda1 или root=/dev/sdb4 ну или где он там у тебя.

а может дашь конфиг посмотреть? ну одним глазком?

а то там же и udev необновленный такие симптомы выдавал и вообще

Да, удев тоже может быть, имена в /dev/disk/by-uuid он создает. Хорошая мысль, очень может быть действительно удев как-то «удачно» заапдейтился.

Причем даже не просто удев, а удев в инитрд, то есть могло что-то сломаться при апгрейде ядра и последующей генерации инитрд. И если таки это удев, то жесткий root=/dev/sdxx должен помочь, разве что удев совсем уж как-то сломался.

А еще должно быть где-то предыдудущее ядро-инитрд, которое может оказаться вполне рабочим.

удали /boot/grub/grubenv

и поставь первый

> Раздел жив, в чём я удостоверился, загрузившись с livecd.
Наверняка на лайве есть консоль и blkid
Можно ещё примонтировать с -o bind /dev /sys /proc остальное по вкусу, чрутнуться в свой раздел, поправить там что нужно в /boot/grub/... /etc/fstab, перегенирировать initrd... переустановить может даже и grub, логи почитать...

Что самое интересное, я делал update-grub. Ничего не менялось.

Логи-то откуда? initrd уже научился через libastral без корневой ФС писать логи?

Ладно, сегодня приеду домой, попробую поставить тупо /dev/sda2. В конце концов, раз он видит виндовый раздел, который гвоздями прибит как /dev/hdd1, должен и этот увидеть...

>могло что-то сломаться при апгрейде ядра и последующей генерации инитрд

Хм... То есть перегенерить initrd попробовать? Хмм...

>Хм... То есть перегенерить initrd попробовать? Хмм...

Та фиг его знает, все могло быть, мы тут тебе идей накидали, всего что придумалось, а ты уже решай :-)

Обновил груб, обновил ядро, пересоздал сам initrd (два раза), тьфу-тьфу-тьфу, ожил. Видно, это был один из редких случаев, когда sid становится в неработоспособную позу.