Не загружается корень после depclean

мож диски внезапно местами поменялись

Вангую проблему с systemd или udev.

В загрузчике root= каким образом указан? /dev/sdaХ или UUID?
Если второе, то попробуй поменять на /dev/sdaX

Указан как sda

Попробовал указать SDB, получил похожую ошибку, но теперь даже в newroot не смонтировало

так надо, как /dev/sda1 иль /dev/sdb2 - что-то подобное.

загрузись с ЛивЦД, проверь диск с fsck, убедись, что в fstab диск соответствует /, если нет, то исправь.

думаю, должно помочь, мне помогало, когда забывал fstab поправить.

Я все перепробовал сразу же. Повторяю, он при этой ошибке монтирует верный исправный диск в /newroot, но оказывается делать его корнем. Я грешу на depclean, возможно он удалил что-то нужное.

cat /etc/fstab
cat /boot/grub/grub.cfg для второго GRUB или
cat /boot/grub/grub.conf для первого

fdisk -l /dev/sda
mount

Пути поправь соответственно /newroot

mount -o remount,rw / 

что выдаёт ?

Поправить какие пути? Конфиги на пасту?

Где это сделать? В busybox шелле?

Поправить какие пути?

ну я пишу /etc/fstab, а у тебя это вестимо будет /newroot/etc/fstab или если из под LiveCD - некий другой путь куда ты корень примонтируешь.

Конфиги на пасту?

конфиг второго граба желательно - там простыня еще та будет

ну да.

Не могу на пасту выложить, тут нет сети. Livecd пока нет.

Can't find / in /etc/mtab

значит что-то с путями в fstab.

у тебя как диски в fstab прописаны, как /dev/sdXY, иль UUID, иль LABEL?

lsblk -f

посмотри можно что-то стало по-другому.

Нет, просто bb shell не в том корне работает. Он не видит ничего.

В fstab диски по id(by-id)

на конце есть -partX ?

Да

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

Ок, попробую указать по sdb

Не помогло

а grub поправил ?

Там и так было по sdb

В fstab диски по id(by-id)

Может тогда и в grub root=UUID= указать как UUID?
Или в fstab в обычном формате, т.е. к одному виду привести.

У меня такая ошибка была, когда в grub UUID, а в fstab обычный /dev/sda были.

Может и не в этом дело, но решилось одинаковой записью в fstab и grub.

Уже сделал одинаково, читай выше.

кста, тож думаю, что запись по UUID в grub может помочь.

Попробую ещё откатить genkernel, может он гадит.

Не помогло. Единственное, что менялось с последнего рабочего запуска, это всякие обновления и depclean. Что depclean мог такого удалить?

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

кста, там в GRUB root=/dev/sda1, а в fstab по UUID. но нет initrd

Попробовал драйвера ФС и контроллера вкомпилить, а не модулем в initrd. Включил поддержку systemd в ядре (оказывается, там была опция, но раньше стояла not set и работала). Пересобрал все пакеты в @system. Никакого результата, система не загружается.

http://pastebin.com/nf6BScH1

http://pastebin.com/Zw4XQWJV

http://pastebin.com/t8kd9vPC

http://pastebin.com/RsymuFxP

То, что там sdb — это правильно, он и есть корень. Про sda я писал как про абстрактный в вакууме.

Нашёл проблему. Насколько я понял, при depclean удалился пакет sysvinit, который предоставлял /bin/init. И нужно было в grub прописать init=/usr/lib/systemd/systemd

init=/usr/lib/systemd/systemd

Может я проглядел по треду, но вообще-то было бы неплохо начать с того что ты пользуешься недефолтной, но тем не менее поддерживаемой init-системой.

Мне казалось, я это указал. Наверное я почему-то решил, что сообщение об ошибке специфично для systemd, и поэтому думал что автоматически будет понятно. Сорри.