Упала система после ребута после обновления...

Ничего нового. Бомжара опять обкакалась.

Обычно же в системе несколько последних ядер для таких случаев, более старые ядра загружаются?

Это же манджара, там нет старых ядер. Надо делать как и хочет ТС, через manjaro-chroot.

там нет старых ядер

А в чём прикол?

Это же манджара, там нет старых ядер.

Серьезно? В системе, которая известна своими fuck up’ами не предусмотрели такого простейшего механизма защиты? Ну тогда земля пухом, зачем таким вообще пользоваться.

Место в /boot закончилось при mkinitcpio -P?

При этом сам процесс обновления упал бы. Разве нет?

Нет. Хотя бы потому, что в арчеподобных генерация инитрамфс - это последняя стадия. Это тебе не dpkg.

ОМГ, 4.19 до сих пор кто-то пользуется!?

Ну чот так себе. В том же никсос процесс обновления меня чуть ли не по голове лупил сквозь монитор за то, что я раздел /boot мелкий оставил, и туда обновление не лезло.

Я подозреваю, что манжаровский роллинг слегка отстаёт от арчевского.

Ты манжару с арчем попутал.

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

Зачем нужен отдельный /boot? Это реально усложнение себе жизни. Намного проще сделать маленький /boot/efi и поставить GRUB или rEFInd(но EFISTUB работать не будет). Зато про пердолинг с /boot можно будет забыть навсегда, так как ядра и инитрамы лежат в корне.

А про обновление - ТС скорее всего обновлялся через GUI и ошибки не увидел. Если бы обновлялся через pacman -Syu, то скорее всего заметил бы ошибку генерациии initramfs, в пакмане она делается в одном из пост-транзакционных хуков.

Там же вроде можно перелезть на dracut.

А по делу - тебе нужно снести все лишнее в /boot и переустановить ядро.

По умолчанию в EL8, кучу железа бекпортят.

А вот в арче нет

Фига, смелые парни!

А вдруг юзер захочет перейти на systemd-boot? Лучше boot/efi побольше сделать, гигабайт будет норм.

Вообще, если хочется подстраховаться, то можно поставить параллельно с основным ядром ядро linux-lts, который имеет другой цикл обновлений, и надеяться, что при факапе факапнется только одно из них.

Зачем гиг? Хватит 20 мб. А загрузчики, не умеющие хранить ядра в корне - УГ, тогда уж легче EFISTUB.

Просто странно как-то, что на таком минном поле свежем роллинге и не хранить предыдущее ядро 🤔

Предыдущее чем 4.16? Это какое?

Если grub, то да, всё равно будет пустой лежать. Но systemd-boot так красиво и быстро загружает систему, что не жалко и место выделить. Я ваще полтора отвесил и выключил удаление старых ядер 😁

Которое уже работало до обновления.

Для меня скорость значения не имеет, для меня главное в загрузчике - фичи загрузки. Я очень люблю rEFInd за его реализацию мультизагрузки - при старте он сам обнаруживает загрузочные разделы, например если вставить загрузочную флешку - rEFInd даст на неё перейти без затыкивания f12. Если дуалбут - загрузчик сам всё найдет. А для особых случаев можно самому написать конфиг как в грабе, самописные пункты добавятся к обнаруженным.

Ибо KISS. Кому - что. :)

Зачем нужен отдельный /boot?

Преимущественно для полнодискового шифрования и других необычных кейсов. Так-то пофиг вообще.

Там же вроде можно перелезть на dracut.

Зачем?

Генерировать initramfs ☝️

Зачем нужен отдельный /boot? Это реально усложнение себе жизни.

Ты, кстати, прав. Был /boot/efi, а не просто boot. Уж позабылось всё. NixOS кладёт туда файлы при обновлении ядра. Детали не помню.

обновлялся через GUI и ошибки не увидел

Ущербный GUI значит.

ТС скорее всего обновлялся через GUI и ошибки не увидел.

Нет

Если бы обновлялся через pacman -Syu,

Да

Но не всегда при обновлении сидишь и втыкаешь в экран..

Запуск из-под chroot и там обновление и mkinitc -P не помоглоpio. Тотже экрна смерти от паники. Как это в ручную отдиагностировать?

До того. Зайти и глазами посмотреть, есть-ли там место для еще одного инитрд. Если нет места, то и абсолютно бесполезно извращаться с чрутом. Если место есть, то генеришь новый инитрд. Если возникает ошибка, то что кокретно говорит, а не гадать на кофейной гуще. Если инитрд создан без ошибок, только тогда пробовать загрузить.

И да. Предыдущее ядро есть? Если есть, то пробовать загрузиться с ним.

Но не всегда при обновлении сидишь и втыкаешь в экран..

/var/log/pacman.log и после может быть доступен.

Может с диском че?

Ну там кернел паник говорит, что нет дров.

Согласен что отдельный /boot не нужен. Но вот /boot/efi тем более не нужен, ни отдельный, ни не отдельный.

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

Ещё более странно обновлять в таких условиях ядро не имея знаний и опыта. Ну вот что, даже мысли не закралось, что я буду делать, если что-то пойдёт не так?

Ну вот что, даже мысли не закралось, что я буду делать, если что-то пойдёт не так?

Они обновляются по четыре раза в месяц. Вот только с 28 мая:

$ grep 'upgraded\slinux\s' /var/log/pacman.log

[2023-05-28T21:04:16+0300] [ALPM] upgraded linux (6.2.10.arch1-1 -> 6.3.4.arch1-1)
[2023-05-30T11:27:27+0300] [ALPM] upgraded linux (6.3.4.arch1-1 -> 6.3.4.arch2-1)
[2023-05-31T09:20:19+0300] [ALPM] upgraded linux (6.3.4.arch2-1 -> 6.3.5.arch1-1)
[2023-06-06T23:00:01+0300] [ALPM] upgraded linux (6.3.5.arch1-1 -> 6.3.6.arch1-1)
[2023-06-11T10:20:18+0300] [ALPM] upgraded linux (6.3.6.arch1-1 -> 6.3.7.arch1-1)
[2023-06-15T20:35:10+0300] [ALPM] upgraded linux (6.3.7.arch1-1 -> 6.3.8.arch1-1)
[2023-06-22T21:11:03+0300] [ALPM] upgraded linux (6.3.8.arch1-1 -> 6.3.9.arch1-1)
[2023-07-02T22:18:57+0300] [ALPM] upgraded linux (6.3.9.arch1-1 -> 6.4.1.arch1-1)
[2023-07-05T09:02:27+0300] [ALPM] upgraded linux (6.4.1.arch1-1 -> 6.4.1.arch2-1)
[2023-07-08T08:12:22+0300] [ALPM] upgraded linux (6.4.1.arch2-1 -> 6.4.2.arch1-1)
[2023-07-12T08:25:27+0300] [ALPM] upgraded linux (6.4.2.arch1-1 -> 6.4.3.arch1-1)

Это свежая система, а на старом ноуте 3 года такая же картина и ни разу не было сбоев. Как бы начинаешь доверять…

Ну и что, это что-то отменяет? Не хочешь/не умеешь/не знаешь - это нормально, но уж если выбрал такую систему, как-то приготовься. Хотел испытаний - ты их получил, наслаждайся. Если всё пошло не по плану, ставь систему по плечу.

но уж если выбрал такую систему

Какую такую? Это обычное рабочее состояние обновлений, и «авария» у ТС ни о чем не говорит, миллионы людей обновляются и что-то я не замечаю массового психоза по поводу поломанного инитрейда. Возможно это аппаратный сбой, может что-то еще, мы же не знаем.

Не знал, что автоматически не обновляется.

Понятно, что мы тут сейчас можем что угодно фантазировать.

Ту, что обновляет ядро раз в месяц, а ты не знаешь, что делать при kernel panic. Психоза и не должно быть - многие знают, что делают. А про сбой железа, что-то я не заметил у ТС каких-то осмысленных действий, а вижу «Шеф, всё пропало, клиент уезжает, что делать!!!!»

Ту, что обновляет ядро раз в месяц

Тут если вбить в поиск запрос «не загружается», то что только не загружается.

Конечно, но есть системы, расчитанные на «не загружается» и предоставляющие удобства в решении проблемы, а есть не предоставляющие.

что-то я не замечаю массового психоза по поводу поломанного инитрейда

https://www.reddit.com/r/archlinux/comments/150gkq0/is_there_something_happening_with_the_new_kernels/

«I’m now booting with the LTS kernel and it’s completely fine…»

Не совсем психоз, да? Человек был готов и информирует других.

предоставляющие удобства в решении проблемы, а есть не предоставляющие.

Когда система не загружается удобства у всех одинаковые, либо запасное ядро, либо флешка. Про системы с декларативным конфигом я не говорю, там свои заморочки.