[решено] виснет в процессе загрузки

откатил все (7мь их было) и нормально загрузилось
такого никогда не было и вот опять!!!!
столько лет не было проблем, а тут на ровном месте третья неделя с танцами...не обновляться вообще?
ума утром хватило не перегружаться после обновления, а сделать документы, ну, как чувствовал, что будет лажа...так бы весь день на смарку пошел
amon
мерцающий курсор в левом верхнем углу
Было, обсуждалось. В таких случаях надо держать про запас lts-ядро.
Aivar
В таких случаях надо держать про запас lts-ядро.
допустим, а что это решает? почему валится только у меня? ведь причина должна быть, она как-то решается или ждать пока "подкатит" "рабочее" ядро?
разобрался
ситуация оказалась таковой
если в fstab отдельный efi раздел монтируется в /boot с записью
PARTLABEL=efi
то он не монтируется и вываливается при загрузке ошибка (пол-года все было нормально с таким fstab), загружается система и работает, но траблы, понятно, с обновлением ядра
теперь нормально все работает, если в fstab прописать монтирование отдельного раздела UEFI в /boot так
/dev/sda1
при всем этом корневой раздел прекрасно монтируется, если в fstab указана опция PARTLABEL=
это как-то можно объяснить?
amon
если в fstab отдельный efi раздел монтируется в /boot с записью

PARTLABEL=efi

то он не монтируется и вываливается при загрузке ошибка (пол-года все было нормально с таким fstab), загружается система и работает, но траблы, понятно, с обновлением ядра
Интересно посмотреть вывод sudo blkid

PS - предположу, что с большой долей вероятности, PARTLABEL не равно efi
Ошибки не исчезают с опытом - они просто умнеют
vasek
Интересно посмотреть вывод sudo blkid
# blkid
/dev/sda1: UUID="AFAC-DC65" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="efi" PARTUUID="cc602eb9-be5a-4f80-9736-c76fb26f4fc7"
/dev/sda2: UUID="e073d3f6-58a1-40fc-a98c-a902c7af71ae" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="delux" PARTUUID="f1344ddf-0106-4ae5-b865-e0ac68c79f0d"
/dev/sda3: UUID="804ec974-977e-4b3c-9c65-0ae55fb1ade0" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="data" PARTUUID="5b86e977-2f21-4631-903c-ae741c3339b9"
/dev/sdb2: LABEL="root" UUID="7665cba6-a712-4d21-9ece-3c26462de23a" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="root" PARTUUID="70b5aefc-f080-4a70-a9ab-6fe7a2bd2a3e"
/dev/sdb1: PARTLABEL="efi" PARTUUID="894bc973-7f39-40dd-903e-dacbc02fb212"
vasek
PS - предположу, что с большой долей вероятности, PARTLABEL не равно efi
это проверил в первую очередь...хотя и без проверки понятно было, что лейблу я не менял
# cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

#<file system>          <dir>           <type>          <options>               <dump><pass>
PARTLABEL=delux         /               ext4            rw,relatime,discard     0       1
#PARTLABEL=efi          /boot           vfat            rw,relatime,fmask=022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro  0       2
/dev/sda1               /boot           vfat            rw,relatime,fmask=022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro  0       2
amon
/dev/sda1 /boot
Поменяется нумерация опять проблемы.
Может хватит новомодных граблей и не держать ядро на ефи разделе. Экономия секунды на загрузке имхо того не стоит.
За 9 лет пользования арчем с /boot на корневом разделе и загрузчиком (или груб или рефинд) лишь один раз не смог загрузиться когда по ошибке efi раздел снес. Плюс загрузчик и другие плюсы имеет - та же загрузка с исо
vs220
Может хватит новомодных граблей
когда-то сделал, уже есть, переделывать неохота...еще раз будет с этим трабл - точно перенесу на корневой )
vs220
Поменяется нумерация опять проблемы.
пропишу UUID
 
Зарегистрироваться или войдите чтобы оставить сообщение.