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.