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.
- 280 megtekintés
Hozzászólások
Pontosan mi volt ez a csomag? Elsore ugy tunik, mintha a libc is ment volna a levesbe.
- A hozzászóláshoz be kell jelentkezni
sqlcipher
- A hozzászóláshoz be kell jelentkezni
És miért nem csomagból?
Viszont úgy nézem, hogy autoconf-os, szerintem lenne uninstall.
Problémára: ha más rendszerről boot-olsz, nézd meg, hogy pl. a bash-nak kellő minden lib jó-e.
- A hozzászóláshoz be kell jelentkezni
No ez mi lehetett? Mondjuk beletörölt a libc-be, oké, de miért a kernel panic?
- A hozzászóláshoz be kell jelentkezni
Szerintem az inithez is kell a libc, emiatt pedig panicolni fog a kernel indulaskor.
- A hozzászóláshoz be kell jelentkezni
*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...
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
mindenki azt csinalja ami a feladata
ez.
sokan elfeljtik ezt az elvet: aztán csodálkoznak rajta, hogy a "mindent is tudó" rendszerben bizonyos funkciók csak tessék-lássék (vagy sehogy, pl papíron a brossúrában!) vannak implementálva.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ezt nem vonom kétségbe, bár nem ismerem olyan mélységben az rpm alapú cuccokat, de mintha az rpm alapból is kezelne függőségeket. Ettől még persze lehet hülyeséget csinálni vele, ebben biztos vagyok :D
- A hozzászóláshoz be kell jelentkezni