( locsemege | 2022. 05. 22., v – 21:10 )

Akkor feküdjön fel szépen erre az ágyra, hunyja le a szemét, a kezeit kulcsolja össze a mellkasán, és kezdjen beszélni a múltjáról! :) Hogyan került ez az operációs rendszer ebbe az állapotba? Mi történt?

Amit tennék:

- boot-olj be pendrive-ról rescue módban. Válaszd az 1-es menüpontot, ő a /mnt/sysimage alá csatolja a rootfs-edet, s azon belül a boot/efi alá azt az fs-t - vélhetően sda1 -, amelyen az EFI alkönyvtár is van

- ahogy javasolja is, csinálj egy chroot /mnt/sysimage parancsot. Ezek után adj ki egy

dnf check

parancsot. Ha visszatér 0 exit code-dal - echo $? -, akkor már lehet örülni, ha nem, akkor el fogja mesélni, milyen inkonzisztenciát talált az rpm adatbázisban, mely csomagok vannak csak félig feltelepítve, miegymás.

Hasznos, ha van midnight commandered, de el lehet lenni nélküle.

Nézd meg, hogy az aktuális kernel image és a hozzá tartozó initrd a chroot-olás után a /boot alatt van-e, vagy a $BOOT/MACHINE-ID/KERNEL-VERSION alatt, ahol a $BOOT a /boot, a MACHINE-ID egy hosszú hexadecimális szám, s egyébként a /etc/machine-id file-ban található ez a szám, a KERNEL-VERSION meg az uname -r parancs kimenete.

Ha a kernel image ez utóbbiban van, töröld le a /boot/`cat /etc/machine-id` alkönyvtárat a tartalmával együtt, de utána mondd neki mindenképp, hogy

dnf reinstall kernel\*

Én még mondanék neki egy

grub2-mkconfig -o /boot/grub2/grub.cfg

Ha ezekkel megvagy, nézd meg a lemezen a szabad helyet:

df -h

Utána sync, exit, exit, ekkor újra indul, s nézzük, mire mentünk az egésszel. Az első exit a chroot-ból lép ki, a második a shellből, de az rescue esetén reboot lesz.