Nandan Joshi
Ich hab einfach GLIBC von 2.2.2 auf 2.3.2 aufgerüstet und auch mit RPM Datei.
Sorry, aber bei soviel Naivität geht mir der Hut hoch! Denn da haben wir schon den eigentlichen Fehler! Wenn auf einem glibc 2.2.2 basierten System "einfach" die glibc auf 2.3.2 aktualisiert wird, laufen viele statisch gelinkte Programme wie rpm nicht mehr (Begründung siehe weiter unten). <schreien> DIE GLIBC AUSZUWECHSELN IST DEUTLICH GEFÄHRLICHER ALS EIN KERNEL-UPDATE! </schreien>
Einige Software brauchen aktuelle Version von GLIBC
Welche? Wenn sie glibc 2.3.2 benötigen, sind das entweder keine für SuSE Linux gebauten RPMs und man sollte die Finger davon lassen oder aber es sind Pakete, die für die 8.2 gebaut wurden. Hat man keine 8.2, sollte man davon ebenfalls die Finger lassen. In beiden Fällen sollte man sich das .src.rpm holen und auf dem eigenen System mittels 'rpm -bb' neu kompilieren anstatt mit Glibc-Versionen zu experimentieren. Es sei denn, man hat soviel Ahnung von der Materie, das man sich der Gefahren bewusst ist, die man sich mit dem Update der Glibc einhandelt und weiss, was im Fehlerfall zu tun ist. Ich zähle mich zu letzterer Gruppe und trotzdem würde *ich* von einem Update der Glibc die Finger lassen.
und auch auf der GLIBC Webseite steht nichts von solchen Konflikt.
Das dort nicht steht, hat nicht unbedingt etwas zu sagen. Schau mal in das Archiv dieser Mailingliste, und du wirst mit ziemlicher Sicherheit die eine oder andere Mail von Thorsten Kukuk finden (einem der Glibc-Entwickler), in der er von solchen Problemen schreibt.
Und ich hatte mal auf unserer Uni. Newsgroups die gleiche Frage gestellt, und einer hat geschrieben dass ' RPM is (zumindest version 3) statisch gelinkt und deshalb unabhängig von jeglichen Bibliotheken (was auch notwendig ist wenn's mal hart kommt).'
Schreib dem Menschen, dass er sich irrt! Statisches Linken der glibc funktioniert *nur* dann wie gewünscht, wenn das Programm keinerlei Funktionen zur Namensauflösung (gethostbyname() etc.) verwendet, genauer, wenn es keine der in den nss-Modulen enthaltenen Funktionen benötigt. Die werden nämlich auch bei einer statisch gelinkten glibc dynamisch geladen!
Also soll das Problem eigentlich nicht auf Upgrade von GLIBC liegen,
Es liegt aber aus den oben genannten Gründen *genau* daran!
Gibt es andere Möglichkeit die alte Bibliotheken wiederherzustellen, ohne mit SuSE CD nach dem CD-Boot UP update zu machen?
1) Rettungssystem von CD booten
2) mount /dev/