LINUX.ORG.RU

Если это повторяется каждый запуск системы - значит у некоторых разделов поменялись идентификаторы.

И systemd ждёт их появления, после истекает время ожидания и система загружается.

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

Но это всё пальцем в небо ты не предоставил ни одного лога.

Посмотри вывод

blkid

И содержимое /etc/fstab.

Так же идентификатор раздела со SWAP находится где-то в /etc в файле с указанием параметра RESUME, который указывается при генерации initramfs.

Возможно, у тебя теперь нет swap раздела.

Проверь сам эти догадки и предоставь данные.

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Blkid: /dev/sdb1: UUID="d0078022-04b9-4f55-a0d2-806236dce158" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="a925406f-f811-8743-986b-8e032091f472" /dev/sdb2: UUID="f05fe60f-0d33-4519-a214-18afdc5c2e36" TYPE="swap" PARTUUID="42a5b669-1b61-b84f-b9e2-5a84aa6df4b1" /dev/sda1: UUID="3B72-1210" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="7c795b2e-f476-4c1b-aeac-daaa768d3a55" /dev/sda2: UUID="7ed724b9-7bd4-4fa5-a8ad-fe97cd137334" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c7667be0-3709-47ff-a3e2-532030efdff0"

FStab: `# /etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

systemd generates mount units based on this file, see systemd.mount(5).

Please run ‘systemctl daemon-reload’ after making changes here.

sdb2 root

UUID=7ed724b9-7bd4-4fa5-a8ad-fe97cd137334 / ext4 defaults 0 2

sdb1 boot

UUID=3B72-1210 /boot/efi vfat umask=0077 0 1

sda1 home

UUID=d0078022-04b9-4f55-a0d2-806236dce158 /home ext4 defaults 0 2

sda2 swap

UUID=f05fe60f-0d33-4519-a214-18afdc5c2e36 none swap sw 0 0`

С uuid все правильно, я переписал их в fstab.

theroofy
() автор топика

А ты swap часом не трогал? У Debian есть такая фишка — у него в initramfs прописан swap, с которого нужно подгрузить данные при выходе из сна, и он ищет его при каждой загрузке, даже если он удален из /etc/fstab.

Чтобы исправить это нужно сделать удалить или сменить на актуальный адрес в /etc/initramfs-tools/conf.d/resume, после чего sudo update-initramfs && sudo update-grub.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от theroofy

Вот тебе @Vsevolod-linuxoid указал название файла конфигурации для initramfs, в котором тоже нужно поправить UUID раздела со SWAP, если он менялся. Я как раз о нём же тебе писал, но забыл расположение файла.

Поправь его там и обнови initramfs.

Ну и если ты правил значения UUID в /etc/fstab, то следовательно они менялись и почему об этом не написал в описании темы?

Мда.

kostik87 ★★★★★
()
Ответ на: комментарий от theroofy

И дочитай описание разметки до конца и прежде чем судорожно нажимать кнопку «Поместить» успокойся, выдохни, нажми кнопку «Предпросмотр» и удостоверься, что ты правильно всё оформил и твоё сообщение будет выглядеть правильно и его смогут нормально прочитать. А потом спокойно нажимай кнопку «Поместить».

kostik87 ★★★★★
()
Ответ на: комментарий от kostik87

Я тоже этот файл не помнил где находится, через grep по имени LV искал, у меня LVM, обычно там UUID раздела пишется.

А обнаружил это когда оказался в той же ситуации, что и ТС, только у меня quiet всегда выключен в параметрах ядра, чтобы видеть полный лог загрузки, там причина сбоя пишется вполне явно.

Vsevolod-linuxoid ★★★★★
()

То есть системда ещё и вот так умеет поганить жизнь юзеру? Каждый раз что-то новое. Как же хорошо, что я таки отпинался в своё время от попыток дебилиана молча её навязать…

alegz ★★★★
()