Glibc telepítés HOGYAN | ||
---|---|---|
Előző | Fejezet 5. Hibakeresés — valami nem sikerült ... |
A legáltalánosabb hiba, hogy nincsenek meg a statikus alapkellékek; ebben az esetben csak a cd parancsot tudod használni, semmi mást. Ezért írtam le a HOGYANban részletesen, hogyan tegyük azokat a kellékeket statikussá.
Az egyetlen nem statikus kellék a mount, amely a linux-utils csomagban van (véleményem szerint nagyon helyesen), amely tartalmazza még többek között a login, passwd stb. programokat. Mivel nem lehet statikus változatokat használni PAM vagy más biztonsághoz kapcsolódó szoftverekkel keverve, elég ésszerűtlen dolog lenne bármilyen körülmények közt is statikussan fordítani őket. Természetesen megteheted, ha tényleg tudod mit csinálsz.
Visszaállítani egy működő rendszert elég egyszerű, ha megvannak a statikus kellékek: lépj be a /usr/local/lib/ könyvtárba, és tedd át az összes újonnan telepített fájlt egy másik könyvtárba (például /usr/local/lib/eltarolva). Könnyen azonosíthatod őket a változatszámuk alapján, amely ugyanaz, mint a telepített glibc programkönyvtáré, valamint a létrehozási dátum alapján. Elég ritka, hogy két különböző programkönyvtárnak azonos a változatszáma és létrehozási ideje — én személy szerint sosem láttam ilyet — de a biztonság kedvéért ellenőrizd a dátum/időt, hogy semmi fontosat ne törölj le. Ehhez jó segítséget nyújt a Midnight Commander, ha telepítve van.
Megpróbálhatod letörölni a ld-2.2.4.so és a libc-2.2.4.so fájlokat, majd kiadni egy ldconfig -v parancsot, mielőtt eltávolítanád az összes tönkrement fájlt. Ezzel lehetővé válik a legtöbb program használata, a Midnight Commander-t minden esetben tudod használni.
Ne felejts el legalább egy ldconfig -v parancsot kiadni, miután eltávolítottad az összes fájlt.
Gyakori oka a problémáknak, hogy a disztribúciód az összes programkönyvtárat egy másik helyen tárolta, mint ahol az újonnan telepített rutin keresné, valamint gyakran több változat is fut párhuzamosan, zavarva egymást. Nálam sok problémát okozott a libc6.so egy második példánya a /lib könyvtárban. Egy szimbolikus hivatkozás az /usr/local/lib könyvtárban lévő megfelelő fájlra megoldja ezt a problémát.
Előző | Tartalomjegyzék | |
Hibák a configure vagy a make futásakor a glibc fordítása közben | Fel |