Kernel panic: Request init /bin/bash failed (error -2)

Убери из строки то, что дописал. Выдели пункт меню, нажми клавишу «e», сотри из строки параметров ядра дописанное, затем нажми клавишу «b» или F10 для загрузки, в общем там написано.

Собственно написал я это туда не просто так. Без этого Kernel panic - not syncing: No working init found. Try passing init= option to kernel

Вестимо, если в archlinux нет ссылки /sbin/init -> /usr/lib/systemd/systemd, то у вас это работать не будет. Верните туда то, что было. Если это ваша первая установка Arch Linux, то следуйте согласно wiki странице установки, если это вообще ваш первый Linux, то начните с чего-нибудь проще, например Ubuntu или Fedora.

А так, могу быть нюансы, всё зависит от того где находится корневая файловая система.

Читайте соответствующую wiki страницу и не бездумно копируйте оттуда, а разбирайтесь что и почему сделано так.

Удачи.

очевидно, что что-то с диском/ФС, по крайней мере она не монтируется. или пуста, или повреждена. устройство правильное указываешь? и каким образом? порядковые номера разделов могут меняться, используй UUID или метки.

Вестимо, если в archlinux нет ссылки /sbin/init -> /usr/lib/systemd/systemd, то у вас это работать не будет.

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

Значит, скорее всего, ТС ставит на lvm, raid или ещё какой-либо контейнер. В любом случае в шапке ничего не сказано о конфигурации.

Нет, можно конечно устроить гадание на кофейной гуще, но ТС лучше всё же всё описать нормально.

по крайней мере она не монтируется

Нет, тогда сообщение о панике было бы другое («VFS: Unable to mount root fs on unknown-block»).

Но, вообще говоря, если у ТС даже init=/bin/bash не срабатывает, то у него что-то очень не так с системой.

Может, он libc испортил? В любом случае, ТС вообще не написал, после чего и почему у него начались проблемы.

Да. Может быть, что-то случилось с симлинками {/usr,}/lib64 -> /usr/lib.

Прошу прощенте за столь скудное описание. Первый раз столкнулся с КР и не знал даже, что написать о конигурации. Ни lvm, ни raid не использую. Случилось после апдейта pacman -Syn Утром запустил liveCD. Обнаружил, что пусты папки /dev/ (наверное так и должно быть при выключенной системе?), /proc/, /run/, /sys/. Симлинки /lib/ -> /usr/lib/, /lib64/ -> /usr/lib/ есть

Обнаружил, что пусты папки /dev/, /proc/, /run/, /sys/.

Это норма. Только не папки, а каталоги.
Инит на месте? Можешь с LiveCD запустить свой /bin/bash из нерабочей системы? А можешь его запустить, установив LD_LIBRARY_PATH в /lib своей нерабочей системы?

Прошу прощения за «папки» :) Монтирую, делаю chroot все функционирует. Надо сделать export LD_LIBRARY_PATH=«/lib»? Вечером проверю

Если в chroot всё работает, то не нужно уже ничего делать — система функционирует. Возможно, с ядром проблемы.

Как проверить?

Подсунь другое ядро. Лучше самое свежее из реп.

В большинстве случаев это сообщение означает что вместо своего корневого раздела вы монтируете что-то другое.

Мрнтирую корневой раздел (указываю UUID). Да и не менял я команды загрузчика. «Подсунуть» т.е. поставить? pacman -S linux?

Зашел через chroot. Сделал pacman -U /var/cache/pacman/pkg/linux-3.19...tar.gz Оказалось во время обновления обновилось и ядро до 4.хх. Сделал откат до 3.19. Kernel panic не прекратился.

Вру. Теперь Kernel panic другой Failed to execute / init (error -2) Failed to execute / bin bash (error -2). Attempting defaults... Kernel panic - not syncing No working init found. Try passing init= option to kernel.

Хммм... Всё это очень странно. Попробуй добавить параметр init=/usr/lib/systemd/systemd или init=/usr/bin/bash, если ничего не поможет.

Безрезультатно :(

Это очень странно, потому что ядро заменили на заведомо рабочее, протестировали корневую файловую систему — она тоже нормально функционирует.
Может, дело в initramfs? Стоит попробовать заменить и его.

Не уверен, что правильно понял, сделал mkinitcpio -p linux (перегенерация образа). Без изменений

Ох, не знаю, как там в этом вашем арче делается, но, скорее всего, именно так. Выполнить нужно в chroot.

пусты папки /dev

у мя инит не грузился с пустым /dev.

хотя bash грузился при этом

Да. Так и сделал. Без изменений

Мне кажется это очень странным т.к. /dev/ вроде devices. А в выключенной системе тем хранить, собственно, нечего

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

у меня так:

$ tar -tf ./backups/sys.tar.lzo |grep mnt/dev
mnt/dev/
mnt/dev/console
mnt/dev/null
mnt/dev/zero

а при пустом /dev инит просто вис (а может и не он - просто сообщений никаких не было)

Хотел задать вопрос на Arch форуме. Но не могу ввести ответ на дебильную капчу date -u +%V$(uname)|sha256sum|sed 's/\W//g' то что выдает Android его не устраивает. Может кто-нибудь написать вывод?

8a334b82af418df8d0a97025e44cf4b206d248362a71e65ee337e095d2b1d0ba

Спасибо огромное. Еще идеи появились что протестить?

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