[MEGOLDVA] checkinstall után kernek panic

Fórumok

Egy frissebb csomagot akartam checkinstall -al feltelepíteni, mert nincs make uninstall és így egyszerűbbnek gondoltam. Nem lett az. Azóta bármely parancsra ez fogad:

failed to run command ‘/bin/bash’: No such file or directory

A rendszer pár perc után kifagyott. Újraindítás kernel panic -al megáll recovery módban is. Másik rendszerről gondoltam be chroot -olok alá, de az is elakadt az eszközök felcsatolása után a chroot parancsnál ugyanezzel a hibával. A fájlok megvannak a jogosultságok is rendben vannak szerintem. A syslogban semmi érdekes nincs.
Ezt látom a /bin alatt:

/mnt/bin$ ls -all
total 196992
drwxr-xr-x  2 root root       57344 dec   28 20:03  .
drwxr-xr-x 14 root root        4096 dec   10 10:52  ..
-rwxr-xr-x  1 root root       59736 szept  5  2019 '['
-rwxr-xr-x  1 root root          96 aug    4 13:16  2to3-2.7
-rwxr-xr-x  1 root root          39 aug    9  2019  7z
...
-rwxr-xr-x  1 root root     1183448 jún   18  2020  bash
...
-rwxr-xr-x  1 root root    1842 dec   13  2019 zmore
-rwxr-xr-x  1 root root    4553 dec   13  2019 znew

Tudnátok segíteni ? 
Majd elfelejtettem, Ubuntu 20.04

---[UPDATE]---

Visszaszereztem a rendszeremet ez lett a vége:

sudo mount /dev/sda1 /mnt
apt download libc6
sudo mount /dev/sda1 /mnt
sudo dpkg -x libc6_2.31-0ubuntu9.1_amd64.deb /mnt

#nem javult meg, restart

sudo mount /dev/sda1 /mnt
sudo mount --bind /sys /mnt/sys
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo chroot /mnt
#most már működik, eddig nem jutottam még el !!!
apt-autoremove
apt-get update && apt-get upgrade
aptitude reinstall libc6
# valami lock ..error
mkdir /run/lock
aptitude reinstall libc6
exit

#nem lett jó > restart > chroot

aptitude update
aptitude reinstall '~i'
#van egy pár csomag amit nem talál
dpkg --get-selections > selections
apt remove neon-adwaita neon-apport neon-ubuntu-advantage-tools

aptitude reinstall '~i'
#E: Could not perform immediate configuration on 'libgcc-s1:amd64'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2)
apt-get install -y libgcc-s1 libc6 -o APT::Immediate-Configure=0
#libgcc-s1 is already the newest version (10.2.0-5ubuntu1~20.04).
#libgcc-s1 set to manually installed.
#libc6 is already the newest version (2.31-0ubuntu9.1).
#libc6 set to manually installed.
#Starting pkgProblemResolver with broken count: 0
#Starting 2 pkgProblemResolver with broken count: 0
#Done
#0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
apt --fix-broken install
dpkg --clear-selections
dpkg --set-selections < selections
apt-get --reinstall dselect-upgrade
# pár csomag hiányzik pl gnome-terminal(KDE Neon -t használok egyébként), de működik a rendszer.

Hozzászólások

Pontosan mi volt  ez a csomag? Elsore ugy tunik, mintha a libc is ment volna a levesbe. 

No ez mi lehetett? Mondjuk beletörölt a libc-be, oké, de miért a kernel panic?

*debian "csomagkezelésétől" mindig is hánynom kellett... Hányféle alkalmazás van itt használva? dpkg, aptitude, apt-get

Biztos jó ez így és megvan az oka, ennyi év alatt nem véletlenül alakult így gondolom, de így külsősként ránézni...

ezek nem egymas helyettesei, hanem egymasra epulo cuccok: a fo csomagkezelo a dpkg, de o "csak" annyit tud hogy a deb fajl tartalmat felszorja a rendszerre. ahhoz hogy a megfelelo deb fajl eljusson hozzad, az libapt gondoskodik. ennek a cli verzioja az apt-get/apt-cache/apt-* parancsok. az aptitude (bar ezt nem ismerem annyira) is tulkepp erre a libapt-ra epitkezik, csak egy szep fancy konzolgrafikus feluletet ad.

ez igy pont jo, mert az apt cuccoknak nem kell megtanulniuk hogy kell a deb fajlokat feltelepiteni a rendszerre, ugyanakkor a dpkg-nek sem kell tundnia hogy honnan szerezzen be friss deb fajlokat. mindenki azt csinalja ami a feladata, mondhatni "nem akar systemd lenni" :)

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

Ez oké, de mi a ráknak van a dpkg külön? Csak bajt okoznak az egyszerű userek egy dpkg -i ...-vel legtöbbször. Minden más normálisabb csomagkezelő integrálta már egy parancs alá a "felszórja a rendszerre" és a függőség meg repo kezelést egy frontendbe.

Félreértés ne essék, alapvetően nem tartom rossznak a deb-es csomagkezelést, de tény, hogy feleslegesen van bonyolítva. Az hogy apt-* parancsok többen vannak (tudom, már egyszerűsítették, de még mindig) szerintem megint nem túl elegáns.

Ez oké, de mi a ráknak van a dpkg külön?

Attól, hogy egy yum, yast, mifene esetleg nem direktben hívja az rpm-et (nem tudom, akár hívhatja is), attól még van külön rpm is. Az rpm közvetlen használatával szintén lehet "érdekes dolgokat" művelni nem deb alapú rendszeren is.

Hozzá nem értő kézben kézben mindkét fegyver elsülhet visszafelé is.