Linux laptop 6.1.3-1-default #1 SMP PREEMPT_DYNAMIC Wed Jan  4 11:03:53 UTC 2023 (a5315fb) x86_64 x86_64 x86_64 GNU/Linux

Tumbleweed

П.С, какие ядра у вас установлены в данный момент?

Unable to mount root fs

Какого чёрта такое вообще случается в 2023 году? Мрак

Соучается что?

Паника ядра из-за отвала чего-то там

Паника ядра из-за отвала чего-то там

Вы считаете, что плохой линукс виноват? Начнем с того, что материнская плата у ТС - Supermicro X8DTL.

И если попросить ТС описать схему разбивки накопителей и прочие прелести, то нас ждет много интересного.

Пардон, докладываю:

Операционная система: openSUSE Tumbleweed 20230114

Версия KDE Plasma: 5.26.5

Версия KDE Frameworks: 5.101.0

Версия Qt: 5.15.8

Версия ядра: 6.0.10-1-default (64-бита)

Графическая платформа: X11

Процессоры: 24 × Intel® Xeon® CPU X5680 @ 3.33GHz

Память: 35,3 ГиБ ОЗУ

Графический процессор: NVIDIA GeForce GTX 760/PCIe/SSE2

Производитель: Supermicro

Название продукта: X8DTL

ОС на SSD

fdisk -l

Диск /dev/sdb: 10,91 TiB, 11998999871488 байт, 23435546624 секторов

Disk model: Logical Volume

Единицы: секторов по 1 * 512 = 512 байт

Размер сектора (логический/физический): 512 байт / 512 байт

Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Тип метки диска: gpt

Устр-во начало Конец Секторы Размер Тип

/dev/sdb1 2048 23435546590 23435544543 10,9T Файловая система Linux

Диск /dev/sda: 465,76 GiB, 500107862016 байт, 976773168 секторов

Disk model: CT500MX500SSD1

Единицы: секторов по 1 * 512 = 512 байт

Размер сектора (логический/физический): 512 байт / 4096 байт

Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт

Тип метки диска: gpt

Устр-во начало Конец Секторы Размер Тип

/dev/sda1 2048 18431 16384 8M BIOS boot

/dev/sda2 18432 4212733 4194302 2G Linux своп

/dev/sda3 4212736 423643135 419430400 200G Файловая система Linux

/dev/sda4 423643136 738215935 314572800 150G Файловая система Linux

/dev/sda5 738215936 976773115 238557180 113,8G Файловая система Linux

Диск /dev/sdc: 2,73 TiB, 3000592982016 байт, 5860533168 секторов

Disk model: TOSHIBA DT01ACA3

Единицы: секторов по 1 * 512 = 512 байт

Размер сектора (логический/физический): 512 байт / 4096 байт

Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт

Тип метки диска: gpt

Устр-во начало Конец Секторы Размер Тип

/dev/sdc1 2048 5860533134 5860531087 2,7T Файловая система Linux

Диск /dev/sdd: 1,82 TiB, 2000398934016 байт, 3907029168 секторов

Disk model: SAMSUNG HD204UI

Единицы: секторов по 1 * 512 = 512 байт

Размер сектора (логический/физический): 512 байт / 512 байт

Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Тип метки диска: gpt

Устр-во начало Конец Секторы Размер Тип

/dev/sdd1 2048 3907029134 3907027087 1,8T Файловая система Linux

Ядра стоят

6.1.4-1

6.1.3.1

6.1.1-1 (все default)

и единственно работающее 6.0.10-1

вот.

Проверяйте наличие отсутствия модулей в /lib/modules/

Спасибо.

На вид всё на месте. Разница относительно работающего ядра в папке «extra»…

https://i.postimg.cc/yd8ZBCPS/Screenshot-16012023-211239.png

Я не знаю как проверить наличие всех нужных модулей из рбочей системы. Есть метод?

А если это dracut не отработал как положено?

Смотрите в папке /boot/ наличие vmlinuz и соответствующего ему initrd.

Можно сделать

# dracut --force all

Это пересоберет все initrd.

Смотрите в папке /boot/ наличие vmlinuz и соответствующего ему initrd.

https://i.postimg.cc/g0gQ2tjQ/Screenshot-16012023-230702.png

Тут только initrd-6.0.10-1-default (это то что работает). Или он только для запущенной распакованной версии тут должен быть?

Или он только для запущенной распакованной версии тут должен быть?

Не совсем понимаю, что означает распакованная версия, но initrd должен быть для каждого ядра.

Создать initrd можно при помощи dracut.

Не совсем понимаю, что означает распакованная версия, но initrd должен быть для каждого ядра.

См фото. https://i.postimg.cc/g0gQ2tjQ/Screenshot-16012023-230702.png

Версий ядер несколько а inird только один, и соответствует версии запущенного в данный момент ядра.

Это нормально?

Создать initrd можно при помощи dracut.

Оно вываливается с ошибкой, которую ещё нужно подумать как решить… https://pastebin.com/DnDADtXs

module zfs есть…

Волшебный мир роллинг релиза.

Поставь на восьмерочку ведро от десяточки.

В баг трекере посмотреть пробовал по своему недугу?

У самого распоследнее ведро работает,но ранее была подобная фигня ещё на 5.хх ветке

Набрехал, 6.0.3 не грузилась, в логах висела на: mounting sysroot Не помню с чем там связано было, какие-то изменения в ведре корявые.

С какого диска загружается?

С какого диска загружается?

/dev/sda

Поставь на восьмерочку ведро от десяточки.

чО?

Оно вываливается с ошибкой, которую ещё нужно подумать как решить… https://pastebin.com/DnDADtXs

module zfs есть…

The ZFS packages are not available from the standard repositories

Что вы там навелосипедили?

Что вы там навелосипедили?

Следствие установило, что крайнее ядро, под которое система собрала initrd было 6.0.10.

После - не шмогла… Возможно их за того, что как раз в системе типа не представлен файл libgcc_s.so

Тут что то похожее: https://github.com/openzfs/zfs/issues/11750

НО, эти файлы у меня есть.

А что за механизм при обновлении ведра собирает initrd? Тот же dracut, или что то другое?

Очередное обновление ядра, и опять не создался intrd.

Посмотрел - ОС использует для этого mkinitrd. Который в свою очерередь выполняет dracut, который не создаёт initrd по старой ошибке с отсутствием моделей zfs:

dracut-install: Failed to find module ‘zfs’ dracut: installkernel failed in module zfs

Generating /boot/initrd-6.1.6-1-default /boot/initrd-6.1.7-1-default targets failed

В общем проблему решил от обратного - удалил ZFS из системы (нужно было чтобы с FreeNAS диска в своё время слить инфу), переустановил ведро и всё запустилось.

Парни, всем спасибо!