am samstag, es muss wohl so zwischen 1:30 und 2:00 früh gewesen sein und ich war schon ziemlich angetrunken, habe ich es tatsächlich fertiggebracht, mir das fortschrittlichste betriebssystem dieses planeten zu zerschiessen. es war, doch etwas überraschend, erstaunlich einfach und ging ziemlich schnell.
ich war so am herumexperimentieren, weil mein suse linux 9.3 immer probleme hatte, mir in meinem wlan eine statische ip-adresse zuzuweisen. die meiste zeit war ich einfach per dhcp im wlan unterwegs, was auch immer klappte, aber ich war doch irgendwie unzufrieden. das habe ich dann auch hinbekommen, wenngleich es immer nur via yast funktionierte und nicht via kinternet. ich kam dann auf die idee, mein amule (so heisst emule unter linux) zu updaten. also habe ich mir das passende rpm besorgt und war bereit es zu installieren. bei suse im speziellen ist es so, dass man komfortabel pakete einspielen kann, die das programm enthalten, was den vorteil hat, dass man nicht mehr auf die konsole angewiesen ist, sondern alles via einer gui (in diesem fall yast) erledigen kann. um 2:00 morgens und nicht mehr ganz nüchtern bietet sich das natürlich an. jetzt begab es sich, dass mein freundliches betriebssystem mich darauf aufmerksam machte, dass pakete fehlen oder zu alte versionen derselben vorhanden sind. in diesem fall kann man versuchen die fehlenden pakete nachzuinstallieren, um so die abhängigkeit aufzulösen und das programm, in meinem fall amule, installiert werden kann. also habe ich ein paket nachinstalliert. erneut fehlten ein paar. das zweite und das dritte nachinstalliert. beim vierten dann war der sonderfall, dass ein paket, das von einem anderen paket abhing, wieder neue versionen forderte und ich amule nicht in der neusten version installiert bekam. jetzt gibt es mehrere möglichkeiten:
a) man schliesst einfach alles, fährt den pc herunter und probiert am anderen morgen alles noch einmal mit klarerem kopf
b) man gibt sich damit zufrieden, surft noch ein wenig im internet und fährt den rechner schliesslich vor dem pennen gehen herunter
c) man ignoriert einfach alle abhängigkeiten und warnungen, installiert das programm trotzdem und sagt: „du liegst bestimmt falsch, liebes betriebssystem!“
ich entschied mich für variante c. logisch. das war leider die falsche option. durch mein erzwungenes über-alles-drüberinstallieren habe ich eine, wenn nicht sogar die wichtigste, linux-bibliothek „glibc“ zerstört. glibc wird von vielen programmen benötigt, z.b. yast. ich habe das yast-fenster geschlossen und wollte es wieder aufmachen, als ich mitansehen musste, dass diese aktion nicht mehr funktioniert. „egal, machn wir nen reboot!“ gedacht, getan und mein linux fährt nicht mehr hoch. es kommt nur noch die meldung:
„relocation error: /lib/tls/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference“
meine versuche, via „automatischer reparatur“ und „benutzerdefinierter reparatur“ alles wiederherzustellen blieben erfolglos (selbe fehlermeldung). ebenso waren alle mein versuche für den lokus, das system via dem recht poppligen „rescue system“ zu retten. technisch ist mein linux seit dieser fatalen panne nicht weitergekommen, obwohl ich mehrere stunden über tage probiert habe, alte, zerschossene rpms/pakete durch die üblichen zu ersetzen. von 10 paketen konnte ich 7 wieder herstellen, als da wären:
– glibc-devel-2.3.4-23.i586.rpm
– glibc-html-2.3.4-23.i586.rpm
– glibc-i18ndata-2.3.4-23.i586.rpm
– glibc-locale-2.3.4-23.i586.rpm
– libpng-1.2.8-3.i586.rpm
– xorg-x11-libs-6.8.2-30.i586.rpm
bei den folgenden hat es nicht funktioniert:
– glibc-2.3.4-23.i586.rpm
– glibc-info-2.3.4-23.i586.rpm
– wxGTK-2.5.3.1-5.i586.rpm
meine versuche, diese packages via „rpm -ivh –force –nodeps –root=/mnt /pfad_zum_rpm“ zu installieren wurden immer durch die fehlermeldung
„relocation error: /lib/tls/libc.so.6: symbol _dl_out_of_memory, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference“ und „error: %post(glibc…) scriptlet failed, exit status 127“
abgeschmettert. bad bad luck. ich habe mein problem in zwei foren gepostet, wir haben über die fehler diskutiert, aber es sieht wohl so aus, als sei mein samstag-nacht-move irreversibel. mir wird wohl nichts anderes übrigbleiben, als linux neu zu installieren. mein „home“-verzeichnis ist bereits sicher auf einer dvd und eine neue suse-version fährt bereits seit mehreren wochen in meinem zimmer herum. so hatte ich mir den update-vorgang allerdings nicht vorgestellt… es lief bis dato seit über einem jahr wirklich alles mit suse annähernd perfekt und ich habe wirklich alles, was nur ging, mit diesem betriebssystem in dieser zeit bewerkstelligt. gut, die über 14 monate linux-erfahrung kann mir auch niemand mehr nehmen, aber es ist schon extremst ärgerlich.
es ist wie neal stephenson in seinem „diktatur des schönen scheins“ sagt: linux ist ein panzer. und er ist umsonst. jeder darf mit ihm fahren und ihn nutzen, aber letzteres will eben gelernt sein. (bist du schon mal mit einem panzer gefahren!? nein!? glaubst du, ich würde jemals in meinem leben wieder einen blöden 0815-kombi fahren!? schon mal gta gezockt, mit dem panzer-cheat!? then you will see what i mean.)
fussnote zum thema „ironie des schicksals“: suse linux 9.3 und win xp wurden vor 14 monaten fast zeitgleich auf meinem rechner installiert. win xp ist das system, das bis heute überlebt hat. das hat aber, wie oben bereits erwähnt, nichts mit fehlern von linux zu tun. linux hat mich ja sogar gewarnt. ich habe es ignoriert. lerne: wenn das am weitesten entwickelte betriebssystem der galaxis zu dir sagt, dass es ein programm nicht installieren will, dann hat es ganz ganz sicher seine gründe…
Ich weis nicht ob Du dein Linux-System bereits überschrieben hast, Dein Bericht ist ja schon einige Zeit her. Wenn nicht, es gibt eine Rettung: Rechner mit einem Rescue-System booten, die geänderten Packete, mindestens glibc per Hand von der Suse-DVD überspielen, fertig. Ich habe mal vor langer Zeit den gleichen Fehler gemacht, das System aber laufen lassen (Bestandteil einer Produktionsumgebung). Am nächsten Tag in Ruhe alles vorbereitet, das System repariert, nach 10 min war alles wieder beim alten und der Rechner bootete wieder normal. Um die gewünschten „neuen“ Packete einzuspielen musste ich dann aber auf eine neuere Version abdaten, da statisch gelinkte Packete eben nur mit der gelinkten glibc zusammenarbeiten, was das System ja auch macht, ich konnte mich in dem defekten Zustand nicht einmal einloggen, hatte aber noch eine letzte shell offen, mit der ich aber auch nichts anfangen konnte, da weder ls noch shutdown funktionierten.
hallo thomas!
also wie du in meinem text nachlesen kannst, habe ich ja genau das versucht! es ist mir auch gelungen mittels dem komischen „rescue system“ ein paar pakete einzuspielen, aber bei dreien wollte das nicht mehr funktionieren und es wurde immer der selbe fehler (das mit dem relocation error) geworfen.
naja, jedenfalls habe ich mich dann ein wochenende hingesetzt und auf eine neue version geupdatet. das war ein ziemlicher trip, kann ich dir sagen, aber wenn du diesen text hier lesen kannst, bedeutet das, dass mein system wieder funktioniert. 🙂
es ist auch so, dass bestimmte features mit der suse 9.3 nicht funktioniert haben. so konnte ich z.b. nicht sehen, wieviel akkuzeit ich an meinem laptop hatte, sollte er mal nicht am netz hängen. das hat sich durch die neue version erledigt.
oder der „knetwork manager“. man kann sagen was man will über dieses tool, aber ich finde es sehr praktisch. das hatte suse 9.3 auch nicht.
im endeffekt war es doch eher positiv, dass mir das passiert ist, denn so konnte ich wieder nen anschluss an aktualität zurückgewinnen. suse 9.3 hatte ich insgesamt 14 monate genutzt. mit dem neuen 10.1 sind zwar ein paar kleine kinderkrankheiten dazugekommen, im grossen und ganzen gefällt es mir aber sehr sehr gut.
trotzdem danke für deinen tipp! lnx rockt!
mfg