Если загрузится с CD и через chroot пересобрать initrd, то загрузка проходит без проблем. И в первом и во втором случае в консоль и в /var/log/YaST2/mkinitrd.log выдается одно и то же
I: Executing: /usr/bin/dracut --logfile /var/log/YaST2/mkinitrd.log --force --force-drivers “ata_generic thermal processor fan” /boot/initrd-3.16.7-24-default 3.16.7-24-defaultI: dracut module ‘plymouth’ will not be installed, because command ‘plymouthd’ could not be found!
I: dracut module ‘plymouth’ will not be installed, because command ‘plymouth’ could not be found!
I: dracut module ‘fcoe’ will not be installed, because command ‘dcbtool’ could not be found!
I: dracut module ‘fcoe’ will not be installed, because command ‘fipvlan’ could not be found!
I: dracut module ‘fcoe’ will not be installed, because command ‘lldpad’ could not be found!
I: dracut module ‘fcoe-uefi’ will not be installed, because command ‘dcbtool’ could not be found!
I: dracut module ‘fcoe-uefi’ will not be installed, because command ‘fipvlan’ could not be found!
I: dracut module ‘fcoe-uefi’ will not be installed, because command ‘lldpad’ could not be found!
I: dracut module ‘iscsi’ will not be installed, because command ‘iscsistart’ could not be found!
I: dracut module ‘iscsi’ will not be installed, because command ‘iscsi-iname’ could not be found!
I: dracut module ‘nbd’ will not be installed, because command ‘nbd-client’ could not be found!
I: *** Including module: bash ***
I: *** Including module: warpclock ***
I: *** Including module: modsign ***
E: /usr/lib/dracut/dracut-install -D /var/tmp/initramfs.gl2p6b /usr/bin/keyctl
I: *** Including module: i18n ***
I: *** Including module: network ***
F: Failed to install module ipv6
F: Failed to install module xennet
I: *** Including module: ifcfg ***
I: *** Including module: btrfs ***
I: *** Including module: crypt ***
I: *** Including module: dm ***
I: Skipping udev rule: 64-device-mapper.rules
I: Skipping udev rule: 60-persistent-storage-dm.rules
I: Skipping udev rule: 55-dm.rules
I: *** Including module: dmraid ***
I: *** Including module: kernel-modules ***
F: Failed to install module sd_mod
F: Failed to install module unix
F: Failed to install module atkbd
F: Failed to install module i8042
I: Possible missing firmware “aic94xx-seq.fw” for kernel module “aic94xx.ko”
I: Omitting driver i2o_scsi
I: *** Including module: lvm ***
I: Skipping udev rule: 64-device-mapper.rules
I: Skipping udev rule: 56-lvm.rules
I: Skipping udev rule: 60-persistent-storage-lvm.rules
I: *** Including module: mdraid ***
I: Skipping udev rule: 64-md-raid.rules
I: *** Including module: multipath ***
I: *** Including module: cifs ***
F: Failed to install module ipv6
I: *** Including module: nfs ***
F: Failed to install module ipv6
I: *** Including module: resume ***
I: *** Including module: rootfs-block ***
I: *** Including module: terminfo ***
I: *** Including module: udev-rules ***
I: Skipping udev rule: 91-permissions.rules
I: Skipping udev rule: 80-drivers-modprobe.rules
I: *** Including module: systemd ***
F: Failed to install module autofs4
F: Failed to install module ipv6
I: *** Including module: usrmount ***
I: *** Including module: base ***
I: *** Including module: fs-lib ***
I: *** Including module: shutdown ***
I: *** Including module: suse ***
I: *** Including modules done ***
F: Failed to install module ext4
I: *** Installing kernel module dependencies and firmware ***
I: *** Installing kernel module dependencies and firmware done ***
I: *** Resolving executable dependencies ***
I: *** Resolving executable dependencies done***
I: *** Pre-linking files ***
I: *** Pre-linking files done ***
I: *** Hardlinking files ***
I: *** Hardlinking files done ***
I: *** Stripping files ***
I: *** Stripping files done ***
I: *** Generating early-microcode cpio image ***
I: *** Constructing AuthenticAMD.bin ****
I: *** Constructing GenuineIntel.bin ****
I: *** Store current command line parameters ***
I: *** Creating image file ***
I: *** Creating image file done ***
W: Some kernel modules could not be included:
W: ipv6
W: xennet
W: sd_mod
W: unix
W: atkbd
W: i8042
W: ipv6
W: ipv6
W: autofs4
W: ipv6
W: ext4
И так постоянно после каждого обновления dracut или kernel и т.д.
В чем проблема?
У меня сейчас не то железо, чтобы тестировать новые версии. Но вот эти ваши апгрейды ПО- вас что, кто-то за руку тянет? Какого собственно хрена? Ну ставь Leap Milestone X - так нет же…Да, 13.2 не очень удачный релиз, все это уже давно поняли…
> Некоторое время назад (приблизительно
> с месяц назад) первый раз обновился dracut.
> После обновления пересобирается initrd. И
> после перезагрузки kernel panic.
Ждал, может исправят. Нет, пока глухо. Пакет dracut уже минимум дважды обновлялся (последняя версия 037-17.24.1). И все та же проблема у меня. Откатился на 037-17.6.1. С ней проблем нет. И поставил lock от обновления на пакет dracut.
Хотелось бы узнать у знатоков. Висит в бугзиле 942127 – The problem dracut => initrd. When you load a kernel panic. Что так и будет висеть без устранения? >:(
Спасибо А если это поможет, то еще раз спасибо
В действительности не понятно, есть вроде баг и он висит без движения. Понятно, дистрибутив бесплатный, да и сам мог что-нибудь накосячить. Но сам вроде ничего не косячил, только, если проблема в очень старом железе и в том, что система на нем живет уже с года этак 2008. Даже пережила замену одной древней материнской платы на другую не менее древнюю. Но вроде раньше кое-что подпилишь напильником, поправишь старые конфигурационные файлы и опять старушка живет. Но сейчас косяк постоянный и не знаешь когда его и почему словишь. Когда обновляется ядро или dracut, понятно, пересобирается vmlinuz и initrd. Но вчера обновился mdadm и опять пересобралось все. А машина не загружается, а она безмониторная и зто в не самое удачное время. Чувствуешь себя как на rolling версии, не знаешь когда и что отвалится. Плохо >:(
И в бугзилу писать не особо хочется, раз там все без движения:'(
Возможно проблема разрешилась. Решилась весьма неожиданно. Диски в системе были смонтированы по device id. Перемонтировал по UUID и с вновь собранным initrd загрузка проходит успешно. Если в будущем проблема опять не проявится, то можно будет утверждать, что причина проблемы с загрузкой устранена.
Всему этому предшествовало следующее:
По какой-то причине (мне непонятной) обычные диски ядро видит в виде /dev/mapper/и_так_далее, а не /dev/sd?? или /dev/disk/by-id/и_так_далее
Вот примерно так
server:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/WDC_WD400BB-75DEA0_WD-WMAD18562903-part2 5031756 1914236 2838876 41% /
В YAST в управлении дисками (Partitioner) все диски также обозначаются. Хотя b /dev/sd?? и /dev/disk/by-id/и_так_далее в каталоге dev есть. На других машинах привязка к /dev/sd??
localhost:~ # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda6 9948012 5913796 3505832 63% /
Возможно, при монтировании по UUID, при сборке в initrd еще что-то дополнительно из модулей ядра добавляется.
А до этого при загрузке видимо не было возможности смонтировать корневой каталог системы, вот ядро и паниковало
К моему большому сожалению проблема опять проявилась. После обновление dracut и пересборки initrd опять kernel panic при загрузке почти сразу после “kernel: Unpacking initramfs…”
The /etc/multipath.conf file should contain a blacklist section where all non-multipathed devices should be listed. For example, local IDE hard drives and floppy drives are not normally multipathed. If you have single-path devices that multipath is trying to manage and you want multipath to ignore them, put them in the blacklist section to resolve the problem.
Сравнил два initrd. Первое собранное после обновления dracut. Второе - собранное через chroot при загрузке с LiveCD (с ним система загружается без проблем). Основное отличие в том, что в первом отсутствует много библиотек *.so, которые присутствуют в первом. Например
usr/lib/libuuid.so.1.3.0
usr/lib/libuuid.so.1 -> libuuid.so.1.3.0
usr/lib/libudev.so.1.4.0
usr/lib/libudev.so.1 -> libudev.so.1.4.0
usr/lib/libsystemd.so.0.0.1
usr/lib/libsystemd.so.0 -> libsystemd.so.0.0.1
Попробую отписаться 942127 – The problem dracut => initrd. When you load a kernel panic. Может обратит кто-нибудь внимание
В очередной раз напишу, что возможно причина проблемы найдена. Но время покажет.
На данный момент initrd собирается без проблем и загрузка происходит без проблем.
В чем была возможная проблема.
Для сборки initrd используется директория /var/tmp У меня директории /tmp и /var/tmp монтировались в tmpfs с опциями rw,nosuid,nodev,noexec,auto,nouser,async Убрал из fstab эти точки монтирования (обе для уверенности) и проблема вроде пропала.
И эти точки монтирования у меня были всегда. И сейчас на 13.1 есть и при этом проблем нет. Правда до 13.2 и dracut не было
Попкорном стоит запасаться? 13.2 ну ненужна никому сейчас, у меня даже есть подозрение, что “господа сверху” посмотрели на этот многострадальный релиз, подумали - и вот в итоге Leap. И про старое железо- сдайте в музей, используйте 13.1, да уже писал вроде.
Одной проблемой меньше 
