Автор Тема: После установки Simply8.2 Grub2 оказался в "локальных/устаревших" пакетах.  (Прочитано 17723 раз)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Покажите ещё эти команды:
# grep CONFIG_MICROCODE /boot/config-$(uname -r)
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_AMD=y
CONFIG_MICROCODE_OLD_INTERFACE=y
# dmesg | grep microcode
[    0.822000] microcode: CPU0 sig=0x306d4, pf=0x40, revision=0x1d
[    0.822149] microcode: CPU1 sig=0x306d4, pf=0x40, revision=0x1d
[    0.822323] microcode: CPU2 sig=0x306d4, pf=0x40, revision=0x1d
[    0.822465] microcode: CPU3 sig=0x306d4, pf=0x40, revision=0x1d
[    0.822756] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

Первая говорит о том, что ранняя загрузка микрокода в ядре включена.
Вторая о том, что микрокод используется.
« Последнее редактирование: 05.12.2017 12:43:47 от Speccyfighter »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
5. По выполнении всего выше, если BSOD продолжает устойчиво повторяться, повесить багрепорт на ядро.
И не просто повесить, а подробно описать что было сделано, когда и на каких ядрах продолжает повторяться с указанием версии и флавора ядра(ядер).
Причём тут должен быть явно какой-то эксклюзив по железу, либо конфигурации, иначе давно бы вылезло у многих. У меня дотаточно много всякого Intel разных годов, десктопных и серверных, и пока всё тихо. Нового совсем, правда, нет ничего.

Оффлайн serj66

  • Давно тут
  • **
  • Сообщений: 35
    • Email
Прикидки (порядок важен):
не-е... это я не осилю, я всё-таки юзер, максимум не самый бестолковый раз за 10 лет использования линукс первый раз пришлось обратиться за советом, до сих пор удавалось всё решать самому потихоньку обучаясь и поддерживания актуальность 3 компьютеров (+2 резервных) "на два дома". И на работу ходить надо и времени катастрофически не хватает и комп только после работы, хотя именно для неё и нужен.
Програмно-аппаратный анализ не получится - только статистика: за 3,5 года это ни разу не появлялось на SL7, Win8(->10) тоже без закидонов, вылезло сразу после установки SL8, на Win есть ленововская hw-проверялка, запускается каждый раз и если дать ей волю терзает всё железо более часа (уж не знаю насколько эффективно) - не жаловалась.
По конфигурации прицепляю пдф-ку: дополнительно установлен wi-fi ASUS PCE-N10 и убрана GeForce GT635 - не завелась в лив + память о прошлых мучениях с GF4-MX440. В свете конфигурации может удалить модули ядра? Не уверен насчёт 3х последних
kernel-modules-bcmwl-std-def
kernel-modules-drm-nouveau-std-def
kernel-modules-drm-radeon-std-def
kernel-modules-drm-std-def
kernel-modules-staging-std-def
kernel-modules-v4l-std-def
# grep CONFIG_MICROCODE /boot/config-$(uname -r)
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_AMD=y
CONFIG_MICROCODE_OLD_INTERFACE=y

# dmesg | grep microcode
[    0.264119] microcode: sig=0x306c3, pf=0x2, revision=0x1d
[    0.264249] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Меня это не напрягает, но беспокоит, к тому-же всегда готов вернуться на 7.0.5 - она мне нравилась  ;-)

Оффлайн serj66

  • Давно тут
  • **
  • Сообщений: 35
    • Email
Поскольку основная проблема урегулировалась отметил тему решённой.
На всякий случай отпишу 2х недельную статистику:
- на std-def#1:4.9.66 удалил все модули ядра и всё-равно было зависание при загрузке, но вроде в несколько ином виде (фото)
- иногда при успешной, но немного более длительной загрузке сыпется куча какой-то информации, почитал https://www.altlinux.org/Journald , сделал journalctl -xb и выбрал всё что было красным (строки отмеченные === появляются только при чуднОй загрузке, не отмеченные - всегда)
Спойлер
journalctl -xb

ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8803130bf910), AE_NOT_FOUND (20160831/psparse-543)

ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8803130bf910), AE_NOT_FOUND (20160831/psparse-543)

===BUG: unable to handle kernel paging request at ffff8803109c3000
===IP: [<ffffffff8134b2a4>] __memmove+0x24/0x1a0

===RIP  [<ffffffff8134b2a4>] __memmove+0x24/0x1a0

===Failed to start Setup Virtual Console on tty1.

[pulseaudio] pid.c: Daemon already running.

ata6: exception Emask 0x50 SAct 0x0 SErr 0x4090800 action 0xe frozen
ata6: irq_stat 0x00400040, connection status changed
ata6: SError: { HostInt PHYRdyChg 10B8B DevExch }

ata1: exception Emask 0x50 SAct 0x0 SErr 0x4090800 action 0xe frozen
ata1: irq_stat 0x00400040, connection status changed
ata1: SError: { HostInt PHYRdyChg 10B8B DevExch }

ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8803130bf910), AE_NOT_FOUND (20160831/psparse-543)
ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20160831/psargs-359)
ACPI Error: Method parse/execution failed [\_SB.PCI0.SAT0.SPT5._GTF] (Node ffff8803130bf910), AE_NOT_FOUND (20160831/psparse-543)
- после обновления на std-def#1:4.9.67 за две недели ежедневного использования никаких приключений, сижу почти не дышу чтоб не спугнуть  :-)

Осталось только непонятным почему не работает grub-efi-autoupdate  и при
# apt-get dist-upgrade
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Подсчет обновлений... Завершено
Следующие пакеты будут ОБНОВЛЕНЫ:
  grub-common grub-efi grub-pc

выдаёт

Выполняется установка для платформы 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.

а при манипуляциях с ядрами всё проходит гладко, ну да ладно - с этим вполне можно жить.
Всем спасибо за помощь.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Осталось только непонятным почему не работает grub-efi-autoupdate
Я не зря спрашивал: https://forum.altlinux.org/index.php?topic=40496.msg320586#msg320586

Если используется efi boot то:
1) должен быть отдельный раздел /boot/efi ;
2) и он должен быть fat32.

А если /boot/efi нет, или это каталог в корне с ext fs, то кто его знает, как себя поведёт этот efi-autoupdate. Кстати, если не ошибаюсь, это тот же самый раздел, кторый используют и другие ОС, так что, вероятно, его надо просто смонтировать в нужное место.

- на std-def#1:4.9.66 удалил все модули ядра и всё-равно было зависание при загрузке, но вроде в несколько ином виде (фото)
Это фото не очень интересно. Что могло бы быть интересно, уехало за экран. В этом проблема кернел паник с экрана ловить. :-( Можно, по идее, через RS-232 на соседний компьютер вытащить, но RS-232 уже не везде делают.
« Последнее редактирование: 22.12.2017 21:27:25 от asy »

Оффлайн serj66

  • Давно тут
  • **
  • Сообщений: 35
    • Email
Если используется efi boot то:
1) должен быть отдельный раздел /boot/efi ;
2) и он должен быть fat32.

А если /boot/efi нет, или это каталог в корне с ext fs, то кто его знает, как себя поведёт этот efi-autoupdate. Кстати, если не ошибаюсь, это тот же самый раздел, кторый используют и другие ОС, так что, вероятно, его надо просто смонтировать в нужное место.
там всю разметку делал автомат, я только своп немного порезал. Причём на SL7 было также - у меня скрин остался. А вот df #/$ показывает разные выводы:
# df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M            0  5,0M            0% /dev
runfs              5,9G         1,5M  5,9G            1% /run
/dev/sda12          40G         6,6G   31G           18% /
tmpfs              5,9G          32M  5,8G            1% /dev/shm
tmpfs              5,9G            0  5,9G            0% /sys/fs/cgroup
tmpfs              5,9G         3,5M  5,9G            1% /tmp
/dev/sda3          496M         287M  210M           58% /mnt/sda3
/dev/sda2          256M          30M  227M           12% /mnt/sda2
/dev/sda1         1000M         314M  687M           32% /mnt/sda1
/dev/sda9          253M         4,6M  248M            2% /boot/efi
/dev/sda13          52G         1,8G   47G            4% /home
/dev/sda6           98G          16G   82G           17% /mnt/sda6
/dev/sda5           98G          54G   45G           55% /mnt/sda5
/dev/sda7          596G         151G  415G           27% /mnt/sda7
/dev/sda8           25G          11G   14G           45% /mnt/sda8
tmpfs              1,2G          20K  1,2G            1% /run/user/500

$ df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             5,0M            0  5,0M            0% /dev
runfs              5,9G         1,5M  5,9G            1% /run
/dev/sda12          40G         6,6G   31G           18% /
tmpfs              5,9G          32M  5,8G            1% /dev/shm
tmpfs              5,9G            0  5,9G            0% /sys/fs/cgroup
tmpfs              5,9G         3,5M  5,9G            1% /tmp
/dev/sda3          496M         287M  210M           58% /mnt/sda3
/dev/sda2          256M          30M  227M           12% /mnt/sda2
/dev/sda1         1000M         314M  687M           32% /mnt/sda1
/dev/sda13          52G         1,8G   47G            4% /home
/dev/sda6           98G          16G   82G           17% /mnt/sda6
/dev/sda5           98G          54G   45G           55% /mnt/sda5
/dev/sda7          596G         151G  415G           27% /mnt/sda7
/dev/sda8           25G          11G   14G           45% /mnt/sda8
tmpfs              1,2G          20K  1,2G            1% /run/user/500

З.Ы. повнимательней посмотрел на скрины gparted: на SL7 /boot/efi отмечен boot, а на SL8 boot, esp - это как-то влияет?

Оффлайн K0T

  • Завсегдатай
  • *
  • Сообщений: 215
  • Simply 7.0.5
    • Email
Цитата: serj66
З.Ы. повнимательней посмотрел на скрины gparted: на SL7 /boot/efi отмечен boot, а на SL8 boot, esp - это как-то влияет?
мне после такого скрина вообще уже не очень понятно сколько у вас систем стоит: SL7, SL8 и что-то из Win? не многовато ли 14 разделов? может проще все снести уже и вручную с разделами определиться?

если кратко:
MBR и GPT - разные разметки диска.
BIOS и UEFI - разные режимы загрузки компьютера.
Они друг от друга - практически не зависят. И это дает 4 варианта реализации (хотя не все из них стандартны и рекомендуются). Наиболее логично при UEFI использовать GPT разбивку с EFS разделом (и это обычно относится к винтам более 1Tb), а при MBR проще и надежнее ставить ОС в режиме загрузке BIOS. Тип раздела можно выбрать при установке при ручной разбивке диска - там при создании раздела нужно выбрать нужный тип.

вариант с MBR:
В режиме совместимости с BIOS никаких дополнительных разделов не нужно - создаете только разделы под ОС.
Если вы хотите при разметке MBR поставить ос в режиме загрузки через UEFI то вам нужен EFS раздел (FAT32) и более того, во многих руководствах его требуют сделать обязательно первым разделом.

Если вы сделали разметку GPT то для GRUB-PC нужно место куда записать тот код, который он при разметке в MBR записывает на первый трек за MBR. Этот раздел называется/имеет тип Bios boot (это бинарный раздел - его никак не нужно форматировать) и нужен он в варианте, когда вы ставите ОС в режиме загрузки через BIOS.
Если вы ставите ОС в режиме загрузки через UEFI, то тогда вам Bios boot раздел не нужен, а нужен системный раздел для самого UEFI - это будет тип раздела EFS и он должен быть отформатирован в FAT32.







Оффлайн serj66

  • Давно тут
  • **
  • Сообщений: 35
    • Email
если кратко:
спасибо за подробные объяснения. BIOS/MBR мне пришлось поизучать когда я экспериментировал с ALD4.0 и потом уже ставил 4.1.1 для постоянной миграции с ХРюши, она мне очень нравилась, но через 3 года я поставил  altlinux-lxde-remix-5.0.2-standart - понравилась ещё больше  :-) Так и сидел на ней пока не купил это чудо кибернетики - пришлось поизучать ещё и UEFI/GPT. За это время ставил Альт/Сюсю родственникам-друзьям-знакомым - кто-то с удовольствием пользуется и про винду забыл уже, кто-то сразу нос отвернул, но вот муж сестры всё-таки попросил свеженького пингвинчика - антивирус его старенький аппарат вешает полностью и вводит ХРюшу в состояние комы.
мне после такого скрина вообще уже не очень понятно сколько у вас систем стоит: SL7, SL8 и что-то из Win? не многовато ли 14 разделов?
изначально там была Вин8 (потом обновилась до 10) с разметкой:
1 - раздел восстановления Вин
2,3,4 - EFI-Win, 2 - fat32 и один непойми-какой
5 - WinOS
6 - диск D
7 - раздел восстановления изготовителя
я раздвинул место в серединке, сделал отдельный раздел ext (как хранилище - мне так удобней чтоб ничего не потерялось при переустановке) и рядышком поставил SL7 (с последующим переходом на SL8) разметка автоматом - итого получилось ещё:
9,10 EFI-GRUB (fat32+неизвестный)
11 - swap
12 - /
13 - home
вот и вся бухгалтерия. MBR такое не вынесет, да и потом:
И нафик она там надо в легаси моуд, винда которая грузится через uefi?
Парень поставил жёсткое условие: никаких UEFI-ев. И это значит, что при таком условии, даблбут не может быть по-определению. ИЛИ\ИЛИ триггером через BIOS.
Если винду грузящуюся через монтируемый Extended BIOS заставить грузиться через Legacy mode, она вылетит в меню восстановления загрузки и предложит воспользоваться инсталляционным диском с порядком действий или обратиться к администратору или к производителю. В Legacy mode, это дурацкая идея. Поэтому в этом случае, винду из загрузчика лучше убрать совсем.
Или устанавливать Линукс в режиме монтирующегося BIOS.
« Последнее редактирование: 24.12.2017 23:46:52 от serj66 »