Na starym laptopie mam obecnie kernel panic i nie wiem za bardzo jak rozwiązać ten problem.
Opiszę sytuację i to, co wiem. Być może ktoś coś mi podpowie.
-
Podczas aktualizacji systemu (komendą
sudo pacman -Syu, gdzie było tylko kilka pakietów), początkowo wszystko przebiegało poprawnie, tj. pakiety zostały pobrane, potem zaczęła się aktualizacja tych pakietów, która zawiesiła się na pakiecie firefox (choć chyba nie jest istotny tu firefox) i , po długim czasie bezczynności, musiałem przerwać proces aktualizacji. -
Przeładowałem system i wtedy pojawił się błąd:
error while loading shared libraries: /usr/lib/liblzma.so.5: file too short
kernel panic - not syncing
Wygląda to jak poniżej:
-
Znalazłem info, że plik
/usr/lib/liblzma.so.5jest częścią pakietuxz(u mnie tego: Arch Linux 32 - xz 5.4.3-1.0 (pentium4) ) -
Zrobiłem chrootowanie do systemu i z tego poziomu:
- próbowałem sprawdzić jaki mam pakiet
xz- jednak pojawił się ten sam błąd:
[localhost /]# pacman -Q xz
pacman: error while loading shared libraries: /usr/lib/liblzma.so.5: file too short
- wtedy próbowałem zaktualizować pacman’a i pojawił się ten sam błąd:
[localhost /]# sudo pacman -S pacman
pacman: error while loading shared libraries: /usr/lib/liblzma.so.5: file too short
- a także przeinstalować GRUBa - i znowu pojawił się ten sam błąd:
[localhost /]# grub-mkconfig -o /boot/grub/grub.cfg
/usr/bin/grub-editenv: error while loading shared libraries: /usr/lib/liblzma.so.5: file too short
Generowanie pliku konfiguracyjnego gruba...
udevadm: error while loading shared libraries: /usr/lib/liblzma.so.5: file too short
- następnie odkryłem coś dziwnego - że w cache Pacmana (
/var/cache/pacman/pkg/) pliki z ostatnich 3 dni są puste (mają długość 0):
ls -lrt
...
-rw-r--r-- 1 root root 566 09-17 01:35 xorgproto-2021.5-1.0-any.pkg.tar.zst.sig
-rw-r--r-- 1 root root 246089 09-17 01:35 xorgproto-2021.5-1.0-any.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-17 07:36 sudo-1.9.8.p1-1.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-17 07:36 sudo-1.9.8.p1-1.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-17 09:49 btrfs-progs-5.14-1.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-17 09:49 btrfs-progs-5.14-1.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-18 08:12 thunar-4.16.10-1.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-18 08:12 thunar-4.16.10-1.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-18 10:04 python-dnspython-1:2.1.0-1.0-any.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-18 10:04 python-dnspython-1:2.1.0-1.0-any.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-18 11:39 npm-7.24.0-1.0-any.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-18 11:39 npm-7.24.0-1.0-any.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-18 23:15 node-gyp-8.2.0-1.0-any.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-18 23:15 node-gyp-8.2.0-1.0-any.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-19 02:24 grep-3.7-1.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-19 02:24 grep-3.7-1.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-19 09:06 wayland-protocols-1.23-1.0-any.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-19 09:06 wayland-protocols-1.23-1.0-any.pkg.tar.zst
-rw-r--r-- 1 root root 310 09-19 09:55 pacman-6.0.1-2.1-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 947606 09-19 09:55 pacman-6.0.1-2.1-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-19 11:10 pkgconf-1.8.0-1.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-19 11:10 pkgconf-1.8.0-1.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-19 16:10 xz-5.2.5-2.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-19 16:10 xz-5.2.5-2.0-pentium4.pkg.tar.zst
-rw-r--r-- 1 root root 0 09-19 22:34 firefox-92.0-2.0-pentium4.pkg.tar.zst.sig
-rw-r--r-- 1 root root 0 09-19 22:34 firefox-92.0-2.0-pentium4.pkg.tar.zst
A ostatnimi z tych zerowych plików jest xz i firefox.
I tu chwilowo skończyły mi się pomysły.
Co dalej powinien zrobić?
Edit:
Ze spakowanego pakietu xz ręcznie podmieniłem plik /usr/lib/liblzma.so.5.2.5 , który na dysku z Arch 32 także był pusty(!), a do którego prowadził link symboliczny z pliku /usr/lib/liblzma.so.5 (generującego błędy).
Po tym zabiegu testowa komenda, wydana po chrootowaniu do systemu, pacman -Q xz zadziałała poprawnie - bez wcześniejszego błędu.
Wieczorem spróbuję uruchomić Archa32 i zobaczę, czy będzie OK. Dam znać.
Edit2:
Powyższe rozwiązało problem.
Wątek do zamknięcia (ale nie widzę “ptaszka”).