zholyd |
|
Темы:
1
Сообщения:
4
Участник с: 06 июня 2020
|
Добрый день. Не грузится арч после обновления. Сижу уже 6 лет на арче и такой глюк в первый раз наблюдаю. Все установлено на lvm. Отдельные разделы для root, tmp, var, usr, opt, home. На одном жескаче так же на lvm-разделах установлены slackware и kali c ними проблем не нет. Заподозрил сперва пакеты systemd и systemd-libs. Сделал downgrade этих пакетов, проблема не исчезла. Разделы арча примонтировал в live-cd. Сделал arch-chroot /mnt. Обновил без проблем. Проделал mkinitcpio -p linux. Проблема осталась."> |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
zholydИ все эти разделы система не может подключить/найти. Причина - сразу и не скажешь, чем сложнее настроено, тем труднее разбираться. Начни с проверки правильной записи UUID разделов, их наличия/отсутствия … PS - Что нельзя было попроще - и без lvm и без кучи отдельных разделов? EDIT 1 - интересно, как давно не обновлялся? ... и куда выкидывает? - или просто зависает на данных сообщениях?
Ошибки не исчезают с опытом - они просто умнеют
|
zholyd |
|
Темы:
1
Сообщения:
4
Участник с: 06 июня 2020
|
fstab посмотрел все в порядке с записями. lvm быстрый. Размер раздела в любой момент на лету можно изменить. Нравится экспериментировать. Обновляюсь каждый день. Продолжает выводить dependency failed. Уже на англоязычном форуме покопался. LVM2 downgrade сделал. Такая же фигня продолжается. В последнем обновлении systemd, systemd-libs, lvm2 обновились. С каждого обновления лог делаю. На англоязычном форуме много товарищей с такими проблемами, но пока решения не нашел. |
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
zholydЭто сообщение выдает системный systemd (а не initramfs) strings /usr/lib/systemd/systemd | grep 'Dependency failed for' Dependency failed for %s. Не находит он данные разделы - и причину так просто не придумаешь ...
Ошибки не исчезают с опытом - они просто умнеют
|
indeviral |
|
Темы:
38
Сообщения:
3165
Участник с: 10 августа 2013
|
zholyd Зайдите в chroot и посмотрите предыдущий лог загрузки, у вас падает udev, скорее всего там будет причина.
Ошибки в тексте-неповторимый стиль автора©
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
indeviralтогда можно попробовать увеличить логирование udev indeviralможет загрузится нормально в emergency?
Ошибки не исчезают с опытом - они просто умнеют
|
indeviral |
|
Темы:
38
Сообщения:
3165
Участник с: 10 августа 2013
|
vasekда должно, но афтор загружался уже через chroot. vasekпускай сначала хоть то что есть посмотрит.
Ошибки в тексте-неповторимый стиль автора©
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
indeviralхотя можно прописать параметр загрузки debug ... это труда не составит
Ошибки не исчезают с опытом - они просто умнеют
|
indeviral |
|
Темы:
38
Сообщения:
3165
Участник с: 10 августа 2013
|
имхо, обычно udev просто так не падает, там скорее всего что-то серьёзное, и в логах оно будет и без debug
Ошибки в тексте-неповторимый стиль автора©
|
vasek |
|
Темы:
48
Сообщения:
11320
Участник с: 17 февраля 2013
|
zholydВзглянул мельком два первых топика - проблему решают, но по разному: - в этом - недосмотр юзера ... - в этом - посмотри внимательнее, проблема похожая и приведено решение ... подробно не смотрел
Ошибки не исчезают с опытом - они просто умнеют
|