====== Dracut w trybie rescue ====== Scenariusz: * stało się coś złego podczas aktualizacji systemu, * po restarcie kernel panikuje. To najczęściej znaczy, że dracut nie zdążył zrobić initramfsa. Należy uruchomić system z RescueCD, albo w udostępnionym przez dostawcę trybie rescue. Tutaj dla przykładu OVH: Czyszczenie : gnutls-3.6.13-1.fc32.x86_64 87/88 Wykonywanie skryptu : dbus-broker-22-1.fc32.x86_64 88/88 Czyszczenie : dbus-broker-22-1.fc32.x86_64 88/88 Wykonywanie skryptu : dbus-broker-22-1.fc32.x86_64 88/88 Wykonywanie skryptu : kernel-core-5.6.12-300.fc32.x86_64 88/88 Wykonywanie skryptu : authselect-libs-1.2.1-1.fc32.x86_64 88/88 Wykonywanie skryptu : firewalld-0.8.2-3.fc32.noarch 88/88 Wykonywanie skryptu : dbus-broker-22-1.fc32.x86_64 88/88 client_loop: send disconnect: Broken pipe Tutaj nastąpiła zwiecha systemu. Trzeba zrestartować hosta w trybuie rescue i zalogować się jako root z hasłem wysłanym przez email. ssh ip.ip.ip.ip -l root Teraz należy zachrootować się do wadliwego systemu: root@rescue-pro:~# mount --types proc /proc /mnt/sdb1/proc root@rescue-pro:~# mount --rbind /sys /mnt/sdb1/sys root@rescue-pro:~# mount --make-rslave /mnt/sdb1/sys root@rescue-pro:~# mount --rbind /dev /mnt/sdb1/dev root@rescue-pro:~# mount --make-rslave /mnt/sdb1/dev root@rescue-pro:~# chroot /mnt/sdb1 /usr/bin/bash # source /etc/profile Sprawdzić najnowszy kernel: # ls -al /boot [...] initramfs-5.6.12-300.fc32.x86_64.img [...] Wygenerować initramfs: # dracut -f /boot/initramfs-5.6.12-300.fc32.x86_64.img 5.6.12-300.fc32.x86_64 Może pojawić się ostrzeżenie //dracut: No '/dev/log' or 'logger' included for syslog logging//, ale nie trzeba nim się przejmować. Za pomocą //exit// należy wyjść z chroota i zresetować serwer klikając na stronce OVH.