После установки Simply8.2 Grub2 оказался в "локальных/устаревших" пакетах.

[serj66]

Если df не показывал раздел, но раздел существовал , то раздел не был смонтирован.

но gparted-то показывает что смонтирован (выводы и скрины с одной сессии). А df от юзера и рута должен разные выводы показывать?

Я efi не использую, какой там должен быть объём - не в курсе. Но 207М не такой уж большой объём.

требуется создать новый или подключить существующий FAT32-раздел с GPT-типом ESP (efi system partition) размером ~100—500 Мб (смонтируется в /boot/efi);

https://www.altlinux.org/UEFI
на SL7.0.4 автомат тоже сделал 251Мб

[ruslandh]

но gparted-то показывает что смонтирован (выводы и скрины с одной сессии). А df от юзера и рута должен разные выводы показывать?

Возможно как раз gpartred и смонтировал или размонтировал (он сам умеет это делать).

[serj66]

Появились обновления grub, решил испытать судьбу в "чёрном ящике" - та-же дребедень

Код: [Выделить]

]# apt-get dist-upgrade
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Подсчет обновлений... Завершено
Следующие пакеты будут ОБНОВЛЕНЫ:
  grub-common grub-efi grub-pc kernel-doc-std
4 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 15,4MB архивов.
После распаковки потребуется дополнительно 100B дискового пространства.
Продолжить? [Y/n] y
Получено: 1 http://ftp.altlinux.org p8/branch/x86_64/classic grub-pc 2.02-alt2.M80P.1 [2764kB]
Получено: 2 http://ftp.altlinux.org p8/branch/x86_64/classic grub-efi 2.02-alt2.M80P.1 [3646kB]
Получено: 3 http://ftp.altlinux.org p8/branch/x86_64/classic grub-common 2.02-alt2.M80P.1 [1682kB]
Получено: 4 http://ftp.altlinux.org p8/branch/x86_64/classic kernel-doc-std 1:4.9.66-alt0.M80P.1 [7290kB]
Получено 15,4MB за 4s (3369kB/s).       
Совершаем изменения...
Preparing...                 ##################################################################### [100%]
1: grub-common               ##################################################################### [ 25%]
2: grub-pc                   ##################################################################### [ 50%]
EFI boot, skipping grub-pc autoupdate (no problem)
3: grub-efi                  ##################################################################### [ 75%]
Updating grub in /boot/efi
Выполняется установка для платформы x86_64-efi.
Could not delete variable: No space left on device
grub-install: ошибка: efibootmgr failed to register the boot entry: Требуется блочное устройство.
** WARNING: grub-efi-autoupdate failed, NEXT BOOT WILL LIKELY FAIL NOW
** WARNING: please run grub-efi-autoupdate by hand, record the output offline,
** WARNING: make sure you have e.g. rEFInd bootable media handy.
4: kernel-doc-std            ##################################################################### [100%]
Running /usr/lib/rpm/posttrans-filetriggers
Завершено.
# дополнительно опять получил зависание при загрузке, информация на дисплее меняется рывками с большим периодом, работает только кнопка power, повторная загрузка нормальная. Если можно вытянуть логи - подскажите как, пока только фото.
На р7 за три с половиной года подобных (да и вообще никаких) проблем ни разу не было... в голове уже копошатся кромольные мысли о дизертирстве.

[ruslandh]

Could not delete variable: No space left on device
grub-install: ошибка: efibootmgr failed to register the boot entry: Требует

У вас наверное не прописан в /etc/fstab раздел /boot/efi для автоматического монтирования.

[ruslandh]

У вас на первом снимке фото краха ядерного модуля.

[serj66]

Возможно как раз gpartred и смонтировал или размонтировал (он сам умеет это делать).

вот вывод до запуска gparted (новая сессия)

Код: [Выделить]

$ df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M            0  5,0M            0% /dev
runfs              5,9G         1,2M  5,9G            1% /run
/dev/sda12          40G         6,3G   32G           17% /
tmpfs              5,9G          25M  5,8G            1% /dev/shm
tmpfs              5,9G            0  5,9G            0% /sys/fs/cgroup
tmpfs              5,9G         8,0K  5,9G            1% /tmp
/dev/sda1         1000M         314M  687M           32% /mnt/sda1
/dev/sda2          256M          29M  228M           12% /mnt/sda2
/dev/sda3          496M         287M  210M           58% /mnt/sda3
/dev/sda13          52G         5,2G   44G           11% /home
/dev/sda5           98G          26G   73G           27% /mnt/sda5
/dev/sda6           98G          16G   82G           17% /mnt/sda6
/dev/sda8           25G          11G   14G           45% /mnt/sda8
/dev/sda7          596G         149G  417G           27% /mnt/sda7
tmpfs              1,2G         8,0K  1,2G            1% /run/user/500
$ su -
Password:
# df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M            0  5,0M            0% /dev
runfs              5,9G         1,2M  5,9G            1% /run
/dev/sda12          40G         6,3G   32G           17% /
tmpfs              5,9G          25M  5,8G            1% /dev/shm
tmpfs              5,9G            0  5,9G            0% /sys/fs/cgroup
tmpfs              5,9G         8,0K  5,9G            1% /tmp
/dev/sda1         1000M         314M  687M           32% /mnt/sda1
/dev/sda2          256M          29M  228M           12% /mnt/sda2
/dev/sda3          496M         287M  210M           58% /mnt/sda3
/dev/sda9          253M         4,6M  248M            2% /boot/efi
/dev/sda13          52G         5,2G   44G           11% /home
/dev/sda5           98G          26G   73G           27% /mnt/sda5
/dev/sda6           98G          16G   82G           17% /mnt/sda6
/dev/sda8           25G          11G   14G           45% /mnt/sda8
/dev/sda7          596G         149G  417G           27% /mnt/sda7
tmpfs              1,2G         8,0K  1,2G            1% /run/user/500
#

У вас наверное не прописан в /etc/fstab раздел /boot/efi для автоматического монтирования.

менял на ro только для виндузятных разделов (также как и на р7)

Код: [Выделить]

proc /proc proc nosuid,noexec,gid=proc 0 0
devpts /dev/pts devpts nosuid,noexec,gid=tty,mode=620 0 0
tmpfs /tmp tmpfs nosuid 0 0
UUID=eaacbd74-9986-443f-9604-1f26ba733f2e / ext4 relatime 1 1
UUID=5AD9-2EFB /boot/efi vfat umask=0,quiet,showexec,iocharset=utf8,codepage=866 1 2
UUID=7fef94af-d995-40c9-bbcb-bd8684b3da37 /home ext4 nosuid,relatime 1 2
UUID=e2b2852b-645b-4c5c-af89-cf4705563bc5 swap swap defaults 0 0
UUID=E67E0B027E0ACB6F /mnt/sda5 ntfs-3g ro,locale=ru_RU.UTF-8,nofail,comment=x-gvfs-show,dmask=0,fmask=0111 0 0
UUID=cc04daa6-6a36-4373-a601-ab03c8063099 /mnt/sda7 ext3 defaults 0 0
UUID=5CF40516F404F454 /mnt/sda8 ntfs-3g ro,locale=ru_RU.UTF-8,nofail,comment=x-gvfs-show,dmask=0,fmask=0111 0 0
UUID=C0DA0D24DA0D17F4 /mnt/sda6 ntfs-3g locale=ru_RU.UTF-8,nofail,comment=x-gvfs-show,dmask=0,fmask=0111 0 0
UUID=9007-5F4F /mnt/sda2 vfat ro,showexec,quiet,codepage=866,iocharset=utf8,umask=0 0 0
UUID=D808-5B53 /mnt/sda3 vfat ro,showexec,quiet,codepage=866,iocharset=utf8,umask=0 0 0
UUID=2E5806B15806783B /mnt/sda1 ntfs-3g ro,locale=ru_RU.UTF-8,nofail,comment=x-gvfs-show,dmask=0,fmask=0111 0 0


[serj66]

У вас на первом снимке фото краха ядерного модуля.

такое периодически случалось на un-def, потом перешёл на std-def и вот словил опять. Это может быть связано с кривизной при сегодняшнем обновлении или совпало?

[asy]

Тут можно только сказать, что

1) /boot/efi, очевидно, должен быть смонтирован к моменту запуска обновления конфигурации grub;
2) трапы в ядре не имеют отношения к grub.

Так что тут надо разбираться с чем-то другим. Причём, вероятно, что это две разных проблемы, если этот трап не из-за попытки смонтировать  /boot/efi. Самое полезное там уехало за кадр.

[serj66]

Самое полезное там уехало за кадр.

если бы знать что там полезное... если повторится сделаю полный снимок
виндузятные разделы efi /sda2 и sda3 у меня монтируются только для чтения, туда-же ничего не нужно записывать - это не проблема? На р7 было также.

[asy]

виндузятные разделы efi ... у меня монтируются только для чтения, туда-же ничего не нужно записывать - это не проблема? На р7 было также.

В p7 не было поддержки efi вроде бы. Нет, /boot/efi должен быть rw, потому как туда именно, что grub должен писать. Но я не увидел по fstab, что он в ro монтируется.

[serj66]

В p7 не было поддержки efi вроде бы. Нет, /boot/efi должен быть rw, потому как туда именно, что grub должен писать. Но я не увидел по fstab, что он в ro монтируется.

По состоянию на декабрь 2014 года поддержка UEFI включена в 64-битные выпуски дистрибутивов версий 7.0.2+, регулярные сборки образов и стартовые наборы, включая возможность работы без отключения Secure Boot.

я купил новый комп в мае 2014 и ставил SL7.0.4 (07-Mar-2014) с efi
linux

Код: [Выделить]

UUID=5AD9-2EFB /boot/efi vfat umask=0,quiet,showexec,iocharset=utf8,codepage=866 1 2windows

Код: [Выделить]

UUID=9007-5F4F /mnt/sda2 vfat ro,showexec,quiet,codepage=866,iocharset=utf8,umask=0 0 0

[Speccyfighter]

У вас на первом снимке фото краха ядерного модуля.

У меня на альтах не так давно и не такие сисколы вываливало с возвратом End Trace на загрузке.
Зависит от ядра.
Другое дело что call trace по какой-то причине аварийно завершился.
Нужен тот, кто сумеет понять и разгрести этот Black Screen Of Death:
system_call_fast_compare_end+0x99/0x9b
Code: bla-bla-bla......

[Speccyfighter]

У вас на первом снимке фото краха ядерного модуля.

такое периодически случалось на un-def, потом перешёл на std-def и вот словил опять. Это может быть связано с кривизной при сегодняшнем обновлении или совпало?

Ядро постоянно обновляете? Если постоянно, то зря, оно не случайно в hold стоит.
Я почти постоянно обновляю ядро. Но только лишь по причине sysv-xfce, для контроля. Не было бы его, я бы на это дело забил.

[serj66]

Ядро постоянно обновляете? Если постоянно, то зря, оно не случайно в hold стоит.

не совсем точно выразился: когда после установки было un-def такое случалось довольно регулярно, почитал и попробовал std-def стало эпизодически, но

Зависит от ядра.

смотрю с каким меньше проблем, на 4.9.63 такое впервые - держу его в заначке как и 61, 62 удалил, 66 в первый же день выдало новую порцию - прикладываю 2 zip-а (в одном по регламенту не проходит)

[Speccyfighter]

Ядро постоянно обновляете? Если постоянно, то зря, оно не случайно в hold стоит.

не совсем точно выразился: когда после установки было un-def такое случалось довольно регулярно, почитал и попробовал std-def стало эпизодически, но

Зависит от ядра.

смотрю с каким меньше проблем, на 4.9.63 такое впервые - держу его в заначке как и 61, 62 удалил, 66 в первый же день выдало новую порцию - прикладываю 2 zip-а (в одном по регламенту не проходит)

Давайте сразу определимся и расставим все точки над i:
Я не паяю платы и даже не линуксоид.
Я пользователь платформы ZX Spectrum, но который сначала прочитает описание системных вызовов ядра IS-DOS и только потом полезет куда-то.
И мои сообщения, в данном случае, не стоит принимать как утверждения, это прикидки.
Сначала повышения стабильности системы, затем, если BSOD в Линукс продолжает устойчиво повторяться, багрепорт на ядро.
(Меня сильно  насторожили знаки вопроса перед надписями буфер асинхронного устройства и чтение блочного устройства. И множество таких же.)

Прикидки (порядок важен):
1. Существуют ли ошибки микрокода intel sharkbay которые способны существенно снизить стабильность системы? (модель на фото выбросов)
   Если да, то существуют ли обновления _этого_ микрокода?
2. Существуют ли обновления BIOS включающие обновления этого микрокода?
3. Если да, то применить.
   Это не руководство, - это идея, мысли, прикидки:
  Запросил бы поисковик что-то вроде этого
intel sharkbay update microcode linux
чтобы посмотреть что-то вроде этого
https://wiki.archlinux.org/index.php/microcode
https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1151192
4. Проверкой исключить память и винчестер.
5. По выполнении всего выше, если BSOD продолжает устойчиво повторяться, повесить багрепорт на ядро.
И не просто повесить, а подробно описать что было сделано, когда и на каких ядрах продолжает повторяться с указанием версии и флавора ядра(ядер).

Прикидки (задача):
- Исключить любые моменты влияющие на стабильность системы, но не относящиеся непосредственно к ядру.
Поэтому важна последовательность исключения, на мой взгляд:
Вы не можете проверкой исключить память и винчестер если система ведёт себя нестабильно.


Офтоп:
Иногда, при громком грохоте, я ищу лайв с аналогичной версией ядра. (Занятие не из самых приятных) Чтобы посмотреть на поведение ядер других сборок. Могу посмотреть всё что угодно, но предпочитаю лайвы Slackware. Почему её? Потому что ядро ванильное: только то что включено в дерево ядра. И если поведение ванильного ядра устойчиво стабильное, тогда меня ничем и никто не переубедит.