Kernel panic after botched fedup to 34

handofme · January 3, 2022, 10:50pm

Hello all.

tl;dr Want to rescue a system from the rescue shell, without creating a live disk

I have been a silly bugger. I have a laptop that was running Fedora 33 and decided to fedup it straight to 35 via the software update tool. Downloaded the image and told it to install and it hangs at 90% for some hours so I bite the bullet and restart. It boots up back in the 33 instance and I is mostly ok. Except for some packages being duplicated everything seems to be fine. So I think to myself why not just try to fedup from the command line to 34 so I try that and run into some problems have to remove some packages and use --allowearsing but the process starts and asks me to reboot. After that however I run into the kernel panic

This happens on all images including the rescue image

I can get into a rescue shell by editing the grub line with rd.break or rd.break=pre-pivot and there I can chroot on /sysroot and after that I’m sort of lost.

If I try to run commands after chrooting I generly get one of 2 messages

/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34’ not found which sounds like I have to reinstall a version for fedora 33 but while I can get an interface up and assignee an ip I don’t know any tools to that I can use to get an rpm onto the rescue system

and then

error while loading shared libraries /lib64/libudev.so.1: file to short

I suppose I should just write a live disk and try to reinstall from that (which I have never tried but it seems to be the consensus on most of the post I’ve seen)

I was however wondering if anyone had any advise on how to fix this from within the rescue command line as I would prefer to be able to do that. Mainly to increase my understanding.

oprizal · January 4, 2022, 11:28am

This file, on F35 (if I’m correctly recall, it also same with F34), should be located on /lib64 same as /lib64/libudev.so.1. I believe you could recreate the path by following this.

[testcase@fedora etc]$ ldconfig -p | grep -e libc.so.6
	libc.so.6 (libc6,x86-64, OS ABI: Linux 3.2.0) => /lib64/libc.so.6
	libc.so.6 (libc6, OS ABI: Linux 3.2.0) => /lib/libc.so.6

handofme · January 4, 2022, 1:15pm

It appears that there is some problem with it.

handofme · January 4, 2022, 1:29pm

jakfrost · January 4, 2022, 1:44pm

Hello @handofme,
Welcome to ask..org! Sorry you’re having issues. This is the rescue shell so commands are very limited. If you have access to it, there is a pretty good Fedora Mag blog about it at https://fedoramagazine.org/initramfs-dracut-and-the-dracut-emergency-shell/. Hope that helps a bit.

oprizal · January 4, 2022, 3:35pm

package: dracut-055-6.fc35.x86_64
  dependency: /usr/bin/bash
   provider: bash-5.1.8-2.fc35.x86_64
  dependency: /usr/bin/sh
   provider: bash-5.1.8-2.fc35.x86_64
  dependency: bash >= 4
   provider: bash-5.1.8-2.fc35.x86_64
  dependency: coreutils
   provider: coreutils-8.32-31.fc35.x86_64
  dependency: cpio
   provider: cpio-2.13-11.fc35.x86_64
  dependency: filesystem >= 2.1.0
   provider: filesystem-3.14-7.fc35.x86_64
  dependency: findutils
   provider: findutils-1:4.8.0-4.fc35.x86_64
  dependency: grep
   provider: grep-3.6-4.fc35.x86_64
  dependency: gzip
   provider: gzip-1.10-5.fc35.x86_64
  dependency: kmod
   provider: kmod-29-4.fc35.x86_64
  dependency: libc.so.6(GLIBC_2.34)(64bit)
   provider: glibc-2.34-11.fc35.x86_64
  dependency: libgcc_s.so.1()(64bit)
   provider: libgcc-11.2.1-7.fc35.x86_64
  dependency: libgcc_s.so.1(GCC_3.0)(64bit)
   provider: libgcc-11.2.1-7.fc35.x86_64
  dependency: libgcc_s.so.1(GCC_3.3.1)(64bit)
   provider: libgcc-11.2.1-7.fc35.x86_64
  dependency: libkcapi-hmaccalc
   provider: libkcapi-hmaccalc-1.3.1-3.fc35.x86_64
  dependency: libkmod.so.2()(64bit)
   provider: kmod-libs-29-4.fc35.x86_64
  dependency: libkmod.so.2(LIBKMOD_22)(64bit)
   provider: kmod-libs-29-4.fc35.x86_64
  dependency: libkmod.so.2(LIBKMOD_5)(64bit)
   provider: kmod-libs-29-4.fc35.x86_64
  dependency: procps-ng
   provider: procps-ng-3.3.17-3.fc35.i686
   provider: procps-ng-3.3.17-3.fc35.x86_64
  dependency: rtld(GNU_HASH)
   provider: glibc-2.34-11.fc35.i686
   provider: glibc-2.34-11.fc35.x86_64
  dependency: sed
   provider: sed-4.8-8.fc35.x86_64
  dependency: systemd >= 219
   provider: systemd-249.7-2.fc35.i686
   provider: systemd-249.7-2.fc35.x86_64
  dependency: systemd-udev >= 219
   provider: systemd-udev-249.7-2.fc35.x86_64
  dependency: util-linux >= 2.21
   provider: util-linux-2.37.2-1.fc35.i686
   provider: util-linux-2.37.2-1.fc35.x86_64
  dependency: xz
   provider: xz-5.2.5-7.fc35.x86_64

@jakfrost Hi, dracut it self have some dependencies with some soname files (*.so), and lot of soname files above look like have broken paths. Not sure if dracut will work. But it worth to try.

@handofme I just check with F31 with VM, it’s already have libc.so.6 on /lib64 and look like almost same with F35.

Would you like to check directory cd /etc/ld.so.conf.d/* and find each content of your *.conf file is there any redirection directory to /lib/x86_64-linux-gnu/?

If this *.conf that ponting to /lib/x86_64-linux-gnu/ exist, move it to your home directory as backup then sudo mv /etc/ld.so.cache /etc/ld.so.cache.bak and regenerate again the cache with sudo ldconfig.

handofme · January 4, 2022, 8:41pm

@jakfrost Thank you for the article. It has some good information. It would seem that I have an even more limited rescue shell as not all of the commands mentioned in the article work. For example there lsinitrd and dracut are missing and Syaifur is correct once I have chrooted dracut complains about missing libc.so.6 dependencies

@oprizal Thank you for your continued help.
There’s not a lot in the folder and the only thing pointing to lib is wine

oprizal · January 4, 2022, 10:27pm

Last one I can think, is by creating new symbolic link folder /lib and /lib64 manually and update it with ldconfig.

# Here the paths
[testcase@fedora /]$ file bin lib lib64 sbin
bin:   symbolic link to usr/bin
lib:   symbolic link to usr/lib
lib64: symbolic link to usr/lib64
sbin:  symbolic link to usr/sbin

# recreate all or just /lib  and /lib64
# for example creating just for /lib and /lib64

sh-5.0# /usr/bin/ln -s /usr/lib /lib
sh-5.0# /usr/bin/ln -s /usr/lib64 /lib64
sh-5.0# mv /etc/ld.conf.cache /etc/ld.conf.cache.bak
sh-5.0# ldconfig

If ln command itself broken, take a note what *.so needed and run:

sh-5.0# LD_LIBRARY_PATH=/usr/lib64 /usr/lib64/ExampleFile.so /usr/bin/ln -s /usr/lib /lib

And fingers cross.

handofme · January 7, 2022, 12:03am

No no luck still returns the same results after creating new symbolic links.

I have little hope that this will work, so little in fact that I have created a livedisk and am trying to rescue the system from there.

However it seems pretty hopeless. I keep running into the same problems
rpm, make and gcc all require GLIBC_2.34

and /lib64/libc.so.6 is linked to libc-2.33.so

I cant recompile the programs to work with .33 and I cant install or build .34

oprizal · January 7, 2022, 1:14am

it’s weird.

If you run readelf -d /usr/bin/ln, you’ll see that ln it self need libc.so.6.

[testcase@fedora sh]$ readelf -d /usr/bin/ln

Dynamic section at offset 0xdb20 contains 27 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000c (INIT)               0x2000
 0x000000000000000d (FINI)               0xa0d4
....


[testcase@fedora sh]$ readelf -d /usr/bin/rpm

Dynamic section at offset 0x4c68 contains 30 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [librpm.so.9]
 0x0000000000000001 (NEEDED)             Shared library: [librpmio.so.9]
 0x0000000000000001 (NEEDED)             Shared library: [libpopt.so.0]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000c (INIT)               0x2000
 0x000000000000000d (FINI)               0x3160
....

Maybe you need run the rpm like how you run ln last time.

Incase you’re successfully run rpm, here are the dnf dependencies:

[testcase@fedora ~]$ dnf repoquery dnf --deplist
Fedora 35 - x86_64 - Updates                                                                                          7.2 kB/s | 6.9 kB     00:00    
Fedora Modular 35 - x86_64 - Updates                                                                                  6.0 kB/s | 4.7 kB     00:00    
package: dnf-4.9.0-1.fc35.noarch
  dependency: /bin/sh
   provider: bash-5.1.8-2.fc35.x86_64
  dependency: python3-dnf = 4.9.0-1.fc35
   provider: python3-dnf-4.9.0-1.fc35.noarch

handofme · January 7, 2022, 2:00pm

I assume that ln hadn’t been recompiled as part of the update whenever whatever it was that caused the update to fail happened. ldd shows that ln is still using .33

bash-5.1# ldd -r -v /usr/bin/ln
linux-vdso.so.1 (0x00007ffc61d54000)
libc.so.6 => /lib64/libc.so.6 (0x00007f334235e000)
/lib64/ld-linux-x86-64.so.2 (0x00007f3342564000)

Version information:
/usr/bin/ln:
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.25) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libc.so.6:
	ld-linux-x86-64.so.2 (GLIBC_2.2.5) => /lib64/ld-linux-x86-64.so.2
	ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
	ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2

bash-5.1# ldd -r -v /usr/bin/rpm
/usr/bin/rpm: /lib64/libc.so.6: version GLIBC_2.34' not found (required by /lib64/librpm.so.9) /usr/bin/rpm: /lib64/libc.so.6: version GLIBC_2.34’ not found (required by /lib64/librpmio.so.9)
linux-vdso.so.1 (0x00007ffea4594000)
librpm.so.9 => /lib64/librpm.so.9 (0x00007f7b072b5000)
librpmio.so.9 => /lib64/librpmio.so.9 (0x00007f7b07279000)
libpopt.so.0 => /lib64/libpopt.so.0 (0x00007f7b0726a000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f7b07249000)
libc.so.6 => /lib64/libc.so.6 (0x00007f7b0707a000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f7b07067000)
libz.so.1 => /lib64/libz.so.1 (0x00007f7b0704b000)
liblzma.so.5 => /lib64/liblzma.so.5 (0x00007f7b0701f000)
libzstd.so.1 => /lib64/libzstd.so.1 (0x00007f7b06f29000)
libcap.so.2 => /lib64/libcap.so.2 (0x00007f7b06f1f000)
libacl.so.1 => /lib64/libacl.so.1 (0x00007f7b06f14000)
liblua-5.4.so => /lib64/liblua-5.4.so (0x00007f7b06ecd000)
libm.so.6 => /lib64/libm.so.6 (0x00007f7b06d87000)
libsqlite3.so.0 => /lib64/libsqlite3.so.0 (0x00007f7b06c4f000)
libaudit.so.1 => /lib64/libaudit.so.1 (0x00007f7b06c21000)
libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007f7b06933000)
/lib64/ld-linux-x86-64.so.2 (0x00007f7b07366000)
libattr.so.1 => /lib64/libattr.so.1 (0x00007f7b0692b000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f7b06922000)
libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007f7b06919000)
undefined symbol: pthread_mutexattr_init, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_rwlock_init, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_rwlock_rdlock, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_once, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_rwlock_unlock, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_mutexattr_settype, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_rwlock_wrlock, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: pthread_rwlock_destroy, version GLIBC_2.34 (/lib64/librpmio.so.9)
undefined symbol: dlclose, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: pthread_rwlock_rdlock, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: pthread_once, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: dlsym, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: dlerror, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: pthread_rwlock_unlock, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: dlopen, version GLIBC_2.34 (/lib64/librpm.so.9)
undefined symbol: pthread_rwlock_wrlock, version GLIBC_2.34 (/lib64/librpm.so.9)

Version information:
/usr/bin/rpm:
	libpopt.so.0 (LIBPOPT_0) => /lib64/libpopt.so.0
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
/lib64/librpm.so.9:
	ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
	libpopt.so.0 (LIBPOPT_0) => /lib64/libpopt.so.0
	libacl.so.1 (ACL_1.0) => /lib64/libacl.so.1
	libc.so.6 (GLIBC_2.17) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.7) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.16) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.34) => not found
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
/lib64/librpmio.so.9:
	ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
	libpopt.so.0 (LIBPOPT_0) => /lib64/libpopt.so.0
	liblzma.so.5 (XZ_5.2) => /lib64/liblzma.so.5
	liblzma.so.5 (XZ_5.0) => /lib64/liblzma.so.5
	libcrypto.so.1.1 (OPENSSL_1_1_0) => /lib64/libcrypto.so.1.1
	libcrypto.so.1.1 (OPENSSL_1_1_1) => /lib64/libcrypto.so.1.1
	libc.so.6 (GLIBC_2.17) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.15) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.32) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.6) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.34) => not found
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
/lib64/libpopt.so.0:
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.27) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.17) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libpthread.so.0:
	ld-linux-x86-64.so.2 (GLIBC_2.2.5) => /lib64/ld-linux-x86-64.so.2
	ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.32) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
/lib64/libc.so.6:
	ld-linux-x86-64.so.2 (GLIBC_2.2.5) => /lib64/ld-linux-x86-64.so.2
	ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
	ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
/lib64/libbz2.so.1:
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libz.so.1:
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
/lib64/liblzma.so.5:
	libpthread.so.0 (GLIBC_2.3.3) => /lib64/libpthread.so.0
	libpthread.so.0 (GLIBC_2.3.2) => /lib64/libpthread.so.0
	libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.32) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.6) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.17) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libzstd.so.1:
	libpthread.so.0 (GLIBC_2.3.2) => /lib64/libpthread.so.0
	libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libcap.so.2:
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.9) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libacl.so.1:
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/liblua-5.4.so:
	libdl.so.2 (GLIBC_2.2.5) => /lib64/libdl.so.2
	libm.so.6 (GLIBC_2.2.5) => /lib64/libm.so.6
	libm.so.6 (GLIBC_2.29) => /lib64/libm.so.6
	libc.so.6 (GLIBC_2.11) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
/lib64/libm.so.6:
	ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
/lib64/libsqlite3.so.0:
	libdl.so.2 (GLIBC_2.2.5) => /lib64/libdl.so.2
	libm.so.6 (GLIBC_2.29) => /lib64/libm.so.6
	libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
	libc.so.6 (GLIBC_2.28) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libaudit.so.1:
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libcrypto.so.1.1:
	libdl.so.2 (GLIBC_2.2.5) => /lib64/libdl.so.2
	libpthread.so.0 (GLIBC_2.2.5) => /lib64/libpthread.so.0
	libc.so.6 (GLIBC_2.14) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.7) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.17) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.16) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libattr.so.1:
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libdl.so.2:
	ld-linux-x86-64.so.2 (GLIBC_PRIVATE) => /lib64/ld-linux-x86-64.so.2
	libc.so.6 (GLIBC_PRIVATE) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
/lib64/libcap-ng.so.0:
	ld-linux-x86-64.so.2 (GLIBC_2.3) => /lib64/ld-linux-x86-64.so.2
	libc.so.6 (GLIBC_2.33) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.7) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.8) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.2) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.4) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.2.5) => /lib64/libc.so.6
	libc.so.6 (GLIBC_2.3.4) => /lib64/libc.so.6

oprizal · January 8, 2022, 6:05am

Maybe the safest and easiest way to get those file are from live iso. Copy the file, and check the symlink which file to which.

If after that still not work, reinstall maybe the final way to fix it (since rpm command doesn’t work, I think chroot are useless).

handofme · January 8, 2022, 8:48pm

@oprizal Thank you Syaifur for taking the time to try to help me. I’m afraid your right and the solution has to be a reinstall of the system.

When I try to supply the file from the liveos I just get a host of new errors depending on how I try to supply the file
Segmentation fault (core dumped), symbol look up error, undefined symbol, GLIBC_PRIVATE and more

On the bright side a learned a little bit about libc

Anyways thank you again for your valiant attempts

Topic		Replies	Views
Fedora 34 froze after failed update, now won't boot Ask Fedora f34	3	893	November 13, 2021
Kernel Panic After a Failed (?) Update Ask Fedora kde , dnf , kernel , f41 , update	9	683	March 27, 2025
Newbie from Baghdad need help Ask Fedora f33 , grub , kernel	11	736	April 3, 2021
Repairing installation because of kernel panic Ask Fedora	13	1489	June 19, 2021
Fedora 33->34 : System cannot boot with F34 kernel Ask Fedora f34 , boot , grub , kernel	1	400	November 4, 2021

Kernel panic after botched fedup to 34

Related topics