Dear all,
while upgrading (sudo dnf upgrade
), I did some other work and my computer froze because of that other work (not because of the upgrade), so I had to restart it. However, this meant that the updates got interrupted during installation (download was already finished).
Now I cannot login anymore: after choosing the kernel and decrypting the harddrive, the computer gets stuck, see attached picture. Note that this problem occurs for all three kernels.
The kernels in question are 5.19.11-200.fc36.x86_64
, 5.19.9-200.fc36.x86_64
, 5.19.8-200.fc36.x86_64
.
I also tried using the rescue mode ( Fedora Linux (0-rescue-4587bf2400a04cb5b6628369bfcb64a7) 35
). There, I obtain the following errors:
I found this thread https://discussion.fedoraproject.org/t/howto-cannot-open-access-to-console-the-root-account-is-locked-in-emergency-mode-dracut-emergency-shell/2010/2?u=blatzematze and
I couldn’t unlock the root account as I do not know how to find the root partition withsudo fdisk -l
: there are two “candidate” partitions which are both 1G Linux filesystems and I do not know which one would be the root partition. And- Even if I managed to unlock root account, I wouldn’t know what to do next.
EDIT: I did manage to unlock the root account in rescue mode. One thing I found is that the dnf
command is not working:
[root@noname ~]# dnf
Traceback (most recent call last):
... stack ...
ImportError: /lib64/libexpat.so.1: file too short
I also get a similar warning when logging into the root account, sth. along the lines of Flatpak: .... libexpat.so.1: file too short
.
I checked expat:
# rpm -V expat
S.5...... /usr/bin/xmlwf
....L.... /usr/lib64/libexpat.so.1
S.5...... d /usr/share/doc/expat/Changes
..5...... l /usr/share/licenses/expat/COPYING
S.5...... d /usr/share/man/man1/xmlwf.1.gz
S.5...... d /usr/share/doc/expat/Changes
..5...... l /usr/share/licenses/expat/COPYING
S.5...... d /usr/share/man/man1/xmlwf.1.gz
S.5...... /usr/lib64/libexpat.so.1.8.9
According to the RPM man entry, the L
entry for libexpat.so.1
means a “readlink(2) path mismatch”. I do not really know what this means or what to do.
I saw somebody reinstall a package using rpm, see DNF Update fails: ImportError: /lib64/libdw.so.1: file too short - #5 by chrisishere. However, I do not fully understand what I am doing right now and thus would not like to do sth wrong (especially in root mode).