Hi, ist schon ärgerlich, wenn solche Updates ständig schieflaufen. :-( Passiert nur mir das? Glücklicherweise läuft mein System noch problemlos, ist wohl kein großes Problem. Während des Updates gab es zweimal eine Fehlermldung. Ich konnte den Prozess nur durch "ignorieren" fortsetzen. ##################################################### Fehlermeldung bei kernel-default: ##################################################### Subprocess failed. Error: RPM failed: Setting up /lib/modules/2.6.16.27-0.6-default Root device: /dev/hda2 (mounted on / as xfs) Module list: piix xfs processor thermal fan jbd ext3 (xennet xenblk) Kernel image: /boot/vmlinuz-2.6.16.27-0.6-default Initrd image: /boot/initrd-2.6.16.27-0.6-default Shared libs: lib/ld-2.4.so lib/libacl.so.1.1.0 lib/libattr.so.1.1.0 lib/libc-2.4.so lib/libdl-2.4.so lib/libhistory.so.5.1 lib/libncurses.so.5.5 lib/libpthread-2.4.so lib/libreadline.so.5.1 lib/librt-2.4.so Driver modules: ide-core ide-disk piix processor thermal fan Filesystem modules: exportfs xfs jbd ext3 Including: initramfs fsck.xfs Bootsplash: SuSE (800x600) 10910 blocks Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. error: %post(kernel-default-2.6.16.27-0.6.i586) scriptlet failed, exit status 2 --- 2006-08-27 21:38:23 xmms-kde-3.1-70.i586.rpm installed ok 2006-09-30 10:57:03 kernel-default-2.6.16.21-0.25.i586 remove failed rpm output: Changing symlink /boot/vmlinuz from vmlinuz-2.6.16.21-0.25-default to vmlinuz-2.6.16.21-0.13-default Changing symlink /boot/initrd from initrd-2.6.16.21-0.25-default to initrd-2.6.16.21-0.13-default Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. error: %postun(kernel-default-2.6.16.21-0.25.i586) scriptlet failed, exit status 2 2006-09-30 12:27:45 kernel-source-2.6.16.21-0.25.i586.rpm installed ok ##################################################### Fehlermeldung bei kernel-kdump: ##################################################### Subprocess failed. Error: RPM failed: Setting up /lib/modules/2.6.16.27-0.6-kdump Root device: /dev/hda2 (mounted on / as xfs) Module list: piix xfs processor thermal fan jbd ext3 (xennet xenblk) Kernel image: /boot/vmlinux-2.6.16.27-0.6-kdump Initrd image: /boot/initrd-2.6.16.27-0.6-kdump Shared libs: lib/ld-2.4.so lib/libacl.so.1.1.0 lib/libattr.so.1.1.0 lib/libc-2.4.so lib/libdl-2.4.so lib/libhistory.so.5.1 lib/libncurses.so.5.5 lib/libpthread-2.4.so lib/libreadline.so.5.1 lib/librt-2.4.so Driver modules: ide-core ide-disk piix processor thermal fan Filesystem modules: exportfs xfs jbd ext3 Including: initramfs fsck.xfs No bootsplash for kernel flavor kdump 10755 blocks Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. error: %postun(kernel-kdump-2.6.16.21-0.25.i586) scriptlet failed, exit status 2 --- 2006-08-27 21:38:23 xmms-kde-3.1-70.i586.rpm installed ok 2006-09-30 10:57:03 kernel-default-2.6.16.21-0.25.i586 remove failed rpm output: Changing symlink /boot/vmlinuz from vmlinuz-2.6.16.21-0.25-default to vmlinuz-2.6.16.21-0.13-default Changing symlink /boot/initrd from initrd-2.6.16.21-0.25-default to initrd-2.6.16.21-0.13-default Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. error: %postun(kernel-default-2.6.16.21-0.25.i586) scriptlet failed, exit status 2 2006-09-30 12:27:45 kernel-source-2.6.16.21-0.25.i586.rpm installed ok ##################################################### Danach konnte ich das System problemlos neustarten, hatte aber zwei Version von kernel-default und kernel-kdump installiert. Nur Synaptic hat etwas protestiert, Yast und Smart war das egal. Das ältere Paket von kernel-default konnte ich deinstallieren, kernel-kdump kann ich mit keinem Programm deinstallieren. Bekomme immer folgende Fehlermeldung: erz130-81:/home/kay # rpm -e kernel-kdump-2.6.16.21-0.25 Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. error: %postun(kernel-kdump-2.6.16.21-0.25.i586) scriptlet failed, exit status 2 Ist das nun ein Problem? Ich hatte ein ähnliches Phänomen schein einmal. Damals hatte ich dann auch mehrere Versionen eines Pakets installiert. Wie werde ich das Paket los? MfG Kay -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Kay Patzwald wrote:
ist schon ärgerlich, wenn solche Updates ständig schieflaufen. :-( [...] Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at
Der Fehler kommt nicht vom RPM Paket selbst, sondern vom postinstall bzw. postuninstall Skript innerhalb des RPMs. Obiges Perl-Modul wird zur Konfiguration zahlreicher Bootloader verwendet. Warum das bei Dir Fehler produziert, ist bei den gegebenen Infos nicht zu erkennen. Es kann von Filesystem-Problemen ueber fehlerhaftem Skript innerhalb des RPMs bis hin zu fehlerhaftem Perl-Modul oder fehlerhafter Installation und Problemen mit Deinen Partitionen/Festplatten reichen. Wenn Du die Ausfuehrung des postuninstall Skripts unterdrueckst (--nopostun), solltest Du das angesprochene Paket mit RPM entfernen koennen. Bedenke aber, dass alles, was dieses Skript ausfuehren wuerde, dann *nicht* durchgefuehrt wird und somit (Konfigurations-)Reste der Installation auf Deinem System verbleiben (koennen). Besser waere es, erst einmal den genauen Grund fuer das Problem zu finden! Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Tue, 26 Dec 2006 20:21:32 +0100, Thomas Hertweck <Thomas.Hertweck@web.de> wrote:
Kay Patzwald wrote:
ist schon ärgerlich, wenn solche Updates ständig schieflaufen. :-( [...] Failed getting information about MD arrays at /usr/lib/perl5/vendor_perl/5.8.8/Bootloader/Tools.pm line 236. Failed getting information about MD arrays at
Der Fehler kommt nicht vom RPM Paket selbst, sondern vom postinstall bzw. postuninstall Skript innerhalb des RPMs. Obiges Perl-Modul wird zur Konfiguration zahlreicher Bootloader verwendet. Warum das bei Dir Fehler produziert, ist bei den gegebenen Infos nicht zu erkennen. Es kann von Filesystem-Problemen ueber fehlerhaftem Skript innerhalb des RPMs bis hin zu fehlerhaftem Perl-Modul oder fehlerhafter Installation und Problemen mit Deinen Partitionen/Festplatten reichen.
Wenn Du die Ausfuehrung des postuninstall Skripts unterdrueckst (--nopostun), solltest Du das angesprochene Paket mit RPM entfernen koennen. Bedenke aber, dass alles, was dieses Skript ausfuehren wuerde, dann *nicht* durchgefuehrt wird und somit (Konfigurations-)Reste der Installation auf Deinem System verbleiben (koennen). Besser waere es, erst einmal den genauen Grund fuer das Problem zu finden!
Wie/Wo sollte ich da ansetzen und mit der Suche beginnen? MfG Kay -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Kay Patzwald wrote:
[...]
Wie/Wo sollte ich da ansetzen und mit der Suche beginnen?
rpm -q --scripts <paket> (bei installiertem RPM-Paket) bzw. rpm -q --scripts -p <paket>.rpm (bei noch nicht installiertem RPM-Paket) zeigt Dir die Skripte, die vor/nach Installation/Deinstallation des RPM-Paketes ausgefuehrt werden bzw. wuerden. <paket> ist bei Dir durch den entsprechenden Namen fuer das Kernel-RPM zu ersetzen. Bei Deinem Installationsversuch scheint das postinstall scriptlet Fehler zu produzieren, bei Deinem Deinstallationsversuch ist es wohl das postuninstall scriptlet - nach diesen Skripten musst Du in der Ausgabe suchen. Versuche, diese Shell-Skripte etwas zu verstehen. Vermutlich wird dort ein Programm oder weiteres Skript aufgerufen, das fuer die Anpassung des Boot-Loaders verantwortlich ist. Identifiziere es. Schau Dir dann dieses weitere Skript (Programm) genauer an - es duerfte das Perl-Modul Bootloader verwenden, was in Zeile 236 von Tools.pm auf Deinem System einen Fehler wirft (Deiner Fehlerausgabe zufolge). Versuche zu verstehen, was genau dort gemacht wird und wodurch der Fehler verursacht wird. Wenn Du das Skript einigermassen verstehst, kannst Du auch versuchen, es von Hand aufzurufen und ggf. Debug-Statements in eine Kopie des Skripts einbauen. Aber bitte erst denken, dann handeln ;-) Es schadet auch nichts, wenn Du zunaechst einen kompletten Filesystem-Check machst (leere Datei /forcefsck als root anlegen und dann rebooten), um ggf. Probleme mit dem FS auszuschliessen. Schau Dir auch mal die Ausgabe von "/sbin/fdisk -l" an, ob es irgendwelche Hinweise auf Probleme mit Deinen Partitionen gibt. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Wed, 27 Dec 2006 15:34:55 +0100, Thomas Hertweck <Thomas.Hertweck@web.de> wrote:
Kay Patzwald wrote:
[...]
Wie/Wo sollte ich da ansetzen und mit der Suche beginnen?
[..] Anleitung
Danke für die ausführliche Anleitung. Wenn ich mal Zeit habe, werde ich das ausprobieren. Meine Shell-Kenntnisse sind doch recht begrenzt. Als User sollte man von sowas eigentlich verschont werden. :-/ MfG Kay -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Kay Patzwald wrote:
[...] Als User sollte man von sowas eigentlich verschont werden. :-/
Sage ich auch immer, wenn an meinem Auto etwas nicht funktioniert... Es gibt dann mehrere Moeglichkeiten: a) ich ignoriere das Problem, vermutlich die schlechteste Loesung; b) ich informiere mich mehr ueber mein Auto, lese und lerne und versuche, das Problem selbst zu finden und ggf. zu beheben - das ist mit Aufwand verbunden, aber ich lerne etwas dabei und es ist wohl auch billiger als in eine Werkstatt zu gehen. Oder ich frage einen Freund, der sich vielleicht besser mit Autos auskennt als ich selbst. Allerdings ist diese Art der Loesung zu Hause in der Garage natuerlich nicht bei allen Problemen moeglich; c) ich fahre in eine Werkstatt und lasse das Problem von einem Profi untersuchen und ggf. beheben - das ist fuer mich natuerlich der Weg des geringsten Aufwandes, dafuer muss ich aber eben in den Geldbeutel greifen. Bei Deinem Computer verhaelt es sich so ziemlich gleich. Cheers, Th. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Mon, 01 Jan 2007 14:15:11 +0100, Thomas Hertweck <Thomas.Hertweck@web.de> wrote:
Kay Patzwald wrote:
[...] Als User sollte man von sowas eigentlich verschont werden. :-/
Sage ich auch immer, wenn an meinem Auto etwas nicht funktioniert...
Es gibt dann mehrere Moeglichkeiten: a) ich ignoriere das Problem, vermutlich die schlechteste Loesung; b) ich informiere mich mehr ueber mein Auto, lese und lerne und versuche, das Problem selbst zu finden und ggf. zu beheben - das ist mit Aufwand verbunden, aber ich lerne etwas dabei und es ist wohl auch billiger als in eine Werkstatt zu gehen. Oder ich frage einen Freund, der sich vielleicht besser mit Autos auskennt als ich selbst. Allerdings ist diese Art der Loesung zu Hause in der Garage natuerlich nicht bei allen Problemen moeglich; c) ich fahre in eine Werkstatt und lasse das Problem von einem Profi untersuchen und ggf. beheben - das ist fuer mich natuerlich der Weg des geringsten Aufwandes, dafuer muss ich aber eben in den Geldbeutel greifen.
Bei Deinem Computer verhaelt es sich so ziemlich gleich.
Cheers, Th.
Du hast natürlich recht. Es ist nur so, dass mich solche Probleme immer von meiner eigentlichen Arbeit am PC abhalten. Eigentlich wollte ich "nur" die Sicherheitsupdates einspielen. Bin ja schon froh, dass ich nicht mehr ganz so extrem an Versionitis leide und Opensuse 10.2 nicht gleich installiert habe. Bin echt am Überlegen, ob ich mir mal irgendwann doch einen Mac hole (wenn ich zu viel Geld habe *g*), sodass ich nicht so extrem vom Betriebssystem abgelenkt werde. Ist vielleicht wie der Wechsel von Mobile Pocket (Windows für PDAs) auf Palm: Plötzlich hatte ich viel weniger Probleme mit dem OS und konnte mich auf meine eigentlichen Aufgaben konzentrieren. Naja, nichts für ungut. Ich werde mir das mal anschauen, wenn ich Zeit habe. Ist ja nicht so, dass es mich nicht interessieren würde, es kostet nur viel kostbare Zeit. Kay -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Kay Patzwald -
Thomas Hertweck