ldconfig-Fehlermeldung - Schlimm?
Hallo, ich bekomme seit kurzem immer wieder diese Fehlermeldung hier, wenn ich ein RPM installiere: linux:/usr/src/packages/SPECS # rpm -Uhv /usr/src/packages/RPMS/i586/wxGTK-2.4.2.4-138.i586.rpm Preparing... ########################################### [100%] 1:wxGTK ########################################### [100%] /sbin/ldconfig: /opt/kde3/lib/libkdeinit_krec.so is not an ELF file - it has the wrong magic bytes at the start. Sollte ich vielleicht kdemultimedia3-extra-3.3.1-3 mit --replace-pkgs oder so neu installieren, oder muss ich mir darüber keine Gedanken machen? soeren@linux:~> rpm -V kdemultimedia3-extra ..5..... /opt/kde3/lib/libkdeinit_krec.la SM5..UGT /opt/kde3/lib/libkdeinit_krec.so soeren@linux:~> Das deutet ja auch darauf hin, dass die Datei irgendwie im Eimer ist. Für alle Anregungen bzw. Hilfen bin ich dankbar. Gruß Sören
Hallo Sören, hallo Leute, Am Freitag, 31. Dezember 2004 15:21 schrieb Sören Wengerowsky:
Sollte ich vielleicht kdemultimedia3-extra-3.3.1-3 mit --replace-pkgs oder so neu installieren, oder muss ich mir darüber keine Gedanken machen?
soeren@linux:~> rpm -V kdemultimedia3-extra ..5..... /opt/kde3/lib/libkdeinit_krec.la SM5..UGT /opt/kde3/lib/libkdeinit_krec.so soeren@linux:~>
Das deutet ja auch darauf hin, dass die Datei irgendwie im Eimer ist.
Jepp, eine Neuinstallation dieses Pakets wäre sehr sinnvoll. Vorher würde ich sicherheitshalber einen fsck empfehlen, da sich die Datei nicht "einfach so" verändern sollte... Falls fsck Fehler findet: Welches Dateisystem? (für die Statistik ;-) Guten Rutsch und alles Gute für 2005! Christian Boltz -- [Autoreply] Das ist fast so clever wie seinen Anrufzuhörer mit dem Text "Hier ist der automatische Anrufbeantworter der Familie XY ungelöst. Wir sind zur Zeit auf Weltreise und kommen erst Februar 2004 zurück. Um uns unnötige Gefahren zu ersparen, brechen Sie bitte vor unserer Rückkehr ein." [Paul Foerster in suse-laptop]
Hallo, Am Freitag, 31. Dezember 2004 23:19 schrieb Christian Boltz:
Am Freitag, 31. Dezember 2004 15:21 schrieb Sören Wengerowsky:
Sollte ich vielleicht kdemultimedia3-extra-3.3.1-3 mit --replace-pkgs oder so neu installieren, oder muss ich mir darüber keine Gedanken machen?
soeren@linux:~> rpm -V kdemultimedia3-extra ..5..... /opt/kde3/lib/libkdeinit_krec.la SM5..UGT /opt/kde3/lib/libkdeinit_krec.so soeren@linux:~>
Das deutet ja auch darauf hin, dass die Datei irgendwie im Eimer ist.
Jepp, eine Neuinstallation dieses Pakets wäre sehr sinnvoll.
Vorher würde ich sicherheitshalber einen fsck empfehlen, da sich die Datei nicht "einfach so" verändern sollte...
Hat nichts ergeben. Ich habe aber vorgestern (siehe "Kopete: rpm -e friert System ein") schon auf der gleichen Partition ein reiserfsck --rebuild-tree und vorher und nachher ein --check gemacht. Es hätte mich daher gewundert, wenn fsck was gefunden hätte. Der Fehler konnte durch ein neu-installieren des betroffenen Paketes behoben werden (zumindest kommt keine Meldung mehr, wenn ldconfig ausgeführt wird). Vielen Dank für deine Tipps! Aber eine Frage hätte ich mal: Wie entstehen eigentlich solche "Corruptions", wie Fsck sie nennt im Dateisystem? Ich bin mit diesem System hier eigentlich immer gut umgegangen und habe extrem selten größere "Schandtaten" wie "Strom abstellen" begangen.. Hat das die wenigen Male schon ausgereicht, oder können diese Fehler auch einfach so entstehen? Gruß Sören
Hallo Sören, hallo Leute, Am Samstag, 1. Januar 2005 22:55 schrieb Sören Wengerowsky:
Am Freitag, 31. Dezember 2004 23:19 schrieb Christian Boltz:
Am Freitag, 31. Dezember 2004 15:21 schrieb Sören Wengerowsky:
Das deutet ja auch darauf hin, dass die Datei irgendwie im Eimer ist.
Jepp, eine Neuinstallation dieses Pakets wäre sehr sinnvoll.
Vorher würde ich sicherheitshalber einen fsck empfehlen, da sich die Datei nicht "einfach so" verändern sollte...
Hat nichts ergeben. Ich habe aber vorgestern (siehe "Kopete: rpm -e friert System ein") schon auf der gleichen Partition ein reiserfsck --rebuild-tree und
--rebuild-tree hat schon die ein oder andere Nebenwirkung gezeigt (siehe Listenarchiv ;-) Du solltest bei der Gelegenheit gleich mal alle Pakete auf veränderte Dateien überprüfen, sicher ist sicher: rpm -Va | grep -v /etc (Configdateien dürfen ja verändert sein - logs o. ä. auch, aber die darfst Du selbst weggreppen ;-)
Wie entstehen eigentlich solche "Corruptions", wie Fsck sie nennt im Dateisystem?
Ich bin mit diesem System hier eigentlich immer gut umgegangen und habe extrem selten größere "Schandtaten" wie "Strom abstellen" begangen..
Hat das die wenigen Male schon ausgereicht, oder können diese Fehler auch einfach so entstehen?
Dafür kann ein einziges Mal schon ausreichen, auch wenn es nicht passieren sollte ;-) Eine mögliche Ursache ist eine langsam sterbende Festplatte; gerade ReiserFS reagiert da recht empfindlich. badblocks sollte den Gesundheitszustand der Platte feststellen, zudem kannst Du per SMART (Paket smartmontools auf 9.2) die Selbstdiagnose-Daten auslesen. Gruß Christian Boltz -- Stell dein cron auch deine Rechneruhr? Ja? Dann würde ich ihm nicht allzuviel mehr anvertrauen - er scheint leicht überlastet und strebt in Riesenschritten die Rente an ;-) [Matthias Houdek in suse-linux zu einer Mail aus der Zukunft]
Hallo, Am Sonntag, 2. Januar 2005 19:54 schrieb Christian Boltz: [..]
--rebuild-tree hat schon die ein oder andere Nebenwirkung gezeigt (siehe Listenarchiv ;-)
Du solltest bei der Gelegenheit gleich mal alle Pakete auf veränderte Dateien überprüfen, sicher ist sicher: rpm -Va | grep -v /etc (Configdateien dürfen ja verändert sein - logs o. ä. auch, aber die darfst Du selbst weggreppen ;-)
Also ich habe das mal so versucht: rpm -Va | grep -v /etc | grep -v T | grep -v U | grep -v M | grep -v icons | tee rpmv-check.log2.1 Es gibt sicher für die vielen Greps noch eine Elegantere Methode... aber das Ergebnis davon habe ich mal angehängt. Das meiste davon scheinen irgendwelche Icons und Manpages zu sein, die fehlen, oder sich verändert haben... ist das denn normal? So, wie ich das sehe, sind keine wirklich wichtigen Daten betroffen von dem MD5-Check, oder? BTW: was heißt eigentlich das Fragezeichen an Stelle eines der Buchstaben? Ich habe im RPM-Book darauf keine Antwort finden können: http://www.rpm.org/max-rpm/s1-rpm-verify-output.html Jedenfalls machen mir diese Dateien in /sbin etwas sorgen: ..?..... /usr/sbin/actctrl ..?..... /usr/sbin/divaload ..?..... /usr/sbin/divalog ..?..... /usr/sbin/divalogd ..?..... /usr/sbin/divertctrl ..?..... /usr/sbin/eiconctrl ..?..... /usr/sbin/hisaxctrl ..?..... /usr/sbin/icnctrl ..?..... /usr/sbin/imon ..?..... /usr/sbin/ipppd ..?..... /usr/sbin/iprofd ..?..... /usr/sbin/loopctrl ..?..... /usr/sbin/pcbitctl [..]
Eine mögliche Ursache ist eine langsam sterbende Festplatte; gerade ReiserFS reagiert da recht empfindlich. badblocks sollte den Gesundheitszustand der Platte feststellen, zudem kannst Du per SMART (Paket smartmontools auf 9.2) die Selbstdiagnose-Daten auslesen.
Ich glaube (hoffe) allerdings, dass diese Festplatte noch nicht am sterben ist. Die ist nämlich erst 1,5 Jahre alt oder so und hat mich 80€ gekostet... `badblocks /dev/hdb1` hat nichts gesagt. Das smartctl -t long /dev/hdb mach ich morgen mal. Jetzt will ich erstmal ins Bett. Gruß Sören
Hallo Sören, hallo Leute, Am Montag, 3. Januar 2005 01:30 schrieb Sören Wengerowsky:
Am Sonntag, 2. Januar 2005 19:54 schrieb Christian Boltz:
Du solltest bei der Gelegenheit gleich mal alle Pakete auf veränderte Dateien überprüfen, sicher ist sicher: rpm -Va | grep -v /etc (Configdateien dürfen ja verändert sein - logs o. ä. auch, aber die darfst Du selbst weggreppen ;-)
Also ich habe das mal so versucht:
rpm -Va | grep -v /etc | grep -v T | grep -v U | grep -v M | grep -v icons | tee rpmv-check.log2.1
Es gibt sicher für die vielen Greps noch eine Elegantere Methode...
Jepp. grep -v "text1\|text2\|text3" Außerdem grepst Du evtl. zuviel weg - Dateien mit "T", "U" oder "M" im Dateinamen werden fälschlicherweise weggekürzt. Geschickter wäre wohl ein | grep "missing\|^\.\.[^.]" - das zeigt "missing" sowie alles, bei dem als drittes Zeichen in der Zeile _kein_ Punkt steht.
aber das Ergebnis davon habe ich mal angehängt. Das meiste davon scheinen irgendwelche Icons und Manpages zu sein, die fehlen, oder sich verändert haben... ist das denn normal?
Manpages: Ja (leider), da SuSEconfig die komprimiert. Und wenn sie im RPM unkomprimiert waren, heißen sie hinter anders (eben *.gz) und gelten für RPM als vermisst :-( Icons sollten sich eigentlich nicht verändern ;-)
So, wie ich das sehe, sind keine wirklich wichtigen Daten betroffen von dem MD5-Check, oder?
Gute Frage. Ich habe die Liste nur überflogen, aber zumindest einige der Dateien sind in /usr/bin oder gar /sbin.
BTW: was heißt eigentlich das Fragezeichen an Stelle eines der Buchstaben? Ich habe im RPM-Book darauf keine Antwort finden können: http://www.rpm.org/max-rpm/s1-rpm-verify-output.html
In man rpm wird es auch nicht erwähnt :-(
Jedenfalls machen mir diese Dateien in /sbin etwas sorgen: ..?..... /usr/sbin/actctrl ..?..... /usr/sbin/divaload [...]
Die stammen alle aus dem Paket i4l-base (Zufall?) - sicherheitshalber dieses Paket neu installieren. Auch die anderen betroffenen Pakete würde ich sicherheitshalber neu installieren. Welche das sind, erfährst Du mit grep -v /man/ rpmv-checklog | sed 's/^..........//' | xargs rpm -qf | sort -u Diese Befehlskette liefert Dir eine Liste der betroffenen Pakete (veränderte/"fehlende" manpages ausgenommen, siehe oben). Diese Pakete solltest Du sicherheitshalber neu von CD/DVD (oder, falls YOU-Updates existieren, vom FTP-Server) installieren.
Eine mögliche Ursache ist eine langsam sterbende Festplatte;
`badblocks /dev/hdb1` hat nichts gesagt.
Ist schonmal was gutes ;-) Gruß Christian Boltz --
[Ergebnis von validator.w3.org] 409 Fehler in 282 Zeilen. Erinnert mich ein bisserl an meine Deutsch-Diktate in der Schule ;-) Ehrlich??? Ortographisches Genie dieser Größenordnung hätte ich eher Anderen hier auf der Liste zugetraut ;-) [ > Manfred Tremmel und Thorsten Körner in suse-linux]
Hallo, Am Dienstag, 4. Januar 2005 22:15 schrieb Christian Boltz:
Am Montag, 3. Januar 2005 01:30 schrieb Sören Wengerowsky:
Am Sonntag, 2. Januar 2005 19:54 schrieb Christian Boltz: [..]
Also ich habe das mal so versucht:
rpm -Va | grep -v /etc | grep -v T | grep -v U | grep -v M | grep -v icons | tee rpmv-check.log2.1
Es gibt sicher für die vielen Greps noch eine Elegantere Methode...
Jepp. grep -v "text1\|text2\|text3"
Ah. Das merke ich mir mal (werde ich bestimmt noch oft brauchen..)
Außerdem grepst Du evtl. zuviel weg - Dateien mit "T", "U" oder "M" im Dateinamen werden fälschlicherweise weggekürzt.
Ich habe die Liste etwas überflogen und festgestellt, dass diese Dateien in den RPMs *fast* nie Großbuchstaben enthalten. Außer bei Paketen wie "WindowMaker", wo mittendrin welche sind..
Geschickter wäre wohl ein | grep "missing\|^\.\.[^.]" - das zeigt "missing" sowie alles, bei dem als drittes Zeichen in der Zeile _kein_ Punkt steht.
aber das Ergebnis davon habe ich mal angehängt. Das meiste davon scheinen irgendwelche Icons und Manpages zu sein, die fehlen, oder sich verändert haben... ist das denn normal?
Manpages: Ja (leider), da SuSEconfig die komprimiert. Und wenn sie im RPM unkomprimiert waren, heißen sie hinter anders (eben *.gz) und gelten für RPM als vermisst :-(
Wieder was gelernt :-)
Icons sollten sich eigentlich nicht verändern ;-)
Tja.. aber die fehlenden Icons nehme ich jetzt mal nicht so ernst. Vielleicht gibt es ja eine ganz einfache Erklärung für deren Verschwinden.
BTW: was heißt eigentlich das Fragezeichen an Stelle eines der Buchstaben? Ich habe im RPM-Book darauf keine Antwort finden können: http://www.rpm.org/max-rpm/s1-rpm-verify-output.html
In man rpm wird es auch nicht erwähnt :-(
Jedenfalls machen mir diese Dateien in /sbin etwas sorgen: ..?..... /usr/sbin/actctrl ..?..... /usr/sbin/divaload
[...]
Die stammen alle aus dem Paket i4l-base (Zufall?) - sicherheitshalber dieses Paket neu installieren.
Habe ich gemacht. Das Paket (ich habe hier kein ISDN...) brauche ich nur, weil
Auch die anderen betroffenen Pakete würde ich sicherheitshalber neu installieren. Welche das sind, erfährst Du mit
grep -v /man/ rpmv-checklog | sed 's/^..........//' | xargs rpm -qf | sort -u
Diese Befehlskette liefert Dir eine Liste der betroffenen Pakete (veränderte/"fehlende" manpages ausgenommen, siehe oben). Diese Pakete solltest Du sicherheitshalber neu von CD/DVD (oder, falls YOU-Updates existieren, vom FTP-Server) installieren.
OK.. dann wollen wir mal: rpm -Va | grep -v /etc | grep -v /man/ | tee rpmVlog1 grep -v /man/ rpmVlog1 | sed 's/^..........//' | xargs rpm -qf | sort -u | tee rpmV-pakete.log for i in `cat rpmV-pakete.log`; do echo $i | sed "s|-|=|" ; done | tee apt-liste -> manuelle Nachbearbeitung wegen Paketen wie xine=extra-0.99.rc5-4.1 xine=ui-0.99.2-0.pm.0 for i in `cat apt-liste`; do apt-get --reinstall -y install $i ; done Da ich jetzt den Tee vergessen hatte, nochmal for i in `cat apt-liste`; do apt-get --download-only -y --reinstall install $i; done | tee apt-log Allerdings scheint gwdg mich irgendwann zu bannen (zu viele Verbindungsversuche nacheinander?). Naja.. vielleicht probiere ich das morgen nochmal anders aus (Häppchenweise..). UFF. Geschafft. RPM -V sagt auch nichts schlimmes mehr bei den betroffenen Paketen.. for i in `cat rpmV-pakete.log`; do rpm -V $i | grep -v /man/; done liefert auch nur noch Meldungen bei den (wenigen) Paketen, die ich über apt nicht erreichen konnte. Aber um diese (hauptsächlich Selbstkompilate, also irgendwo muss ich hier noch die RPMs herumliegen haben...) kümmer ich mich dann morgen.. Ich weiß schon, welches Dateisystem die nächste Neuinstallation nicht haben wird... Ich werde vorher nochmal ein paar Benchmarks von Knoppix aus auf der Debian-Partition (ext3) und dieser Partition (reiser) vergleichen... und sollte der Unterschied nicht allzu gravierend sein, wird das nächste System ext3 haben. Fragt sich nur, ob/wann ich das neu aufsetzen muss... Vielen Dank für deine Hilfe jedenfalls! Gruß Sören
participants (2)
-
Christian Boltz -
Sören Wengerowsky