• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Hardwarestörung oder "was fehlt meinem Rechner"?

H

halo44

Hacker
Hallo zusammen,

mein Desktoprechner mit openSuse 12.1 ist in den letzten Tagen zweimal mit ähnlichem Fehlerbild nur zögernd hochgefahren bzw. aus dem Tiefschlaf erweckt worden.

Beim ersten Mal passierte es beim Hochfahren des Systems. Auf dem Monitor wurden auf dem grünen openSuse-Schirm schwarz-weisse Meldungszeilen ausgegeben. Diese Meldungen blieben fast 5 Minuten sichtbar, so daß ich ein Foto machen konnte. Dann erschien der Anmeldeschirm und anschließend die KDE-Icons. Dieses Bild blieb aber gefühlte 20 Minuten stehen, bevor der Rechner dann doch hochfuhr.

Hier das Foto : http://up.picr.de/10155544ra.jpg

In der /var/log/messages (die ich aber nicht wirklich interpretieren kann) fielen mir häufige Wiederholungen einer Fehlermeldung auf. Hier ein Teil-Auszug der betreffenden Meldungen :

Code: 
Apr 12 09:27:00 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:01 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:02 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:03 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:04 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:06 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:07 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:08 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:09 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:10 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:11 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:12 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:13 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:24  udevd[376]: last message repeated 11 times
Apr 12 09:27:25 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:26 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:27 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:31  udevd[376]: last message repeated 3 times
Apr 12 09:27:31 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:32 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:27:33 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:28:03  udevd[376]: last message repeated 30 times
Apr 12 09:29:03  udevd[376]: last message repeated 60 times
Apr 12 09:29:12  udevd[376]: last message repeated 9 times
Apr 12 09:29:13 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:30:14  udevd[376]: last message repeated 61 times
Apr 12 09:31:15  udevd[376]: last message repeated 61 times
Apr 12 09:32:16  udevd[376]: last message repeated 61 times
Apr 12 09:33:17  udevd[376]: last message repeated 61 times
Apr 12 09:34:14  udevd[376]: last message repeated 57 times
Apr 12 09:34:15 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:34:38  udevd[376]: last message repeated 23 times
Apr 12 09:34:39 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:35:00  udevd[376]: last message repeated 20 times
Apr 12 09:35:00 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:36:01  udevd[376]: last message repeated 61 times
Apr 12 09:36:43  udevd[376]: last message repeated 41 times
Apr 12 09:36:43 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:37:44  udevd[376]: last message repeated 61 times
Apr 12 09:38:45  udevd[376]: last message repeated 61 times
Apr 12 09:39:46  udevd[376]: last message repeated 60 times
Apr 12 09:40:28  udevd[376]: last message repeated 42 times
Apr 12 09:40:29 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:40:35  udevd[376]: last message repeated 6 times
Apr 12 09:40:36 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:41:00  udevd[376]: last message repeated 24 times
Apr 12 09:41:01 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:42:02  udevd[376]: last message repeated 61 times
Apr 12 09:43:03  udevd[376]: last message repeated 61 times
Apr 12 09:43:33  udevd[376]: last message repeated 29 times
Apr 12 09:43:33 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:44:34  udevd[376]: last message repeated 61 times
Apr 12 09:45:34  udevd[376]: last message repeated 60 times
Apr 12 09:46:21  udevd[376]: last message repeated 46 times
Apr 12 09:46:21 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:47:12  udevd[376]: last message repeated 51 times
Apr 12 09:47:13 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:47:14 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]
Apr 12 09:47:15 linux-wgo1 udevd[376]: timeout: killing '/sbin/blkid -o udev -p /dev/sdf' [828]

Ich fuhr dann den Rechner runter und neu hoch. Es traten danach (bis heute) keine Fehler mehr auf.

Heute nun zeigte sich ein ähnliches Fehlerbild, als ich den Rechner aus dem Tiefschlaf, in den ich ihn etwa eine Stunde vorher geschickt hatte, wieder hochfahren wollte.

Hier das heutige Foto : http://up.picr.de/10155489kf.jpg

Diesmal ging das Bild nach etwa 10 Minuten weg und der Bildschirm wurde schwarz. Der Rechner kam nicht hoch.

Erst als ich ihn mit dem Powerknopf ausschalten wollte, fuhr er dann, wie gewohnt, aus dem Tiefschlaf wieder hoch.

Um das aber noch zu verdeutlichen: ein kurzes Betätigen des Powerknopfs, mit dem ich gewöhnlich den Rechner aufwecke, genügte nicht. Ich musste schon den Knopf für etwas 3 Sekunden betätigen, was normalerweise eine Zwangsausschaltung auslöst.

Jetzt meine Frage: kann jemand von den Experten an den Meldungen etwas auslesen? Kränkelt mein Rechner? Wer kann mir raten?

Gruss H.
 
OP
H

halo44

Hacker
RME schrieb:
... Was ist hald-addon-storage?

http://lists.freedesktop.org/archives/hal/2006-March/004873.html

...
Zum Vergrößern anklicken....

Zu Deinem Link finde ich :

That's what hald-addon-storage does:
every time media is inserted or removed or eject button is pressed, it
nudges the main HAL daemon.
Zum Vergrößern anklicken....

Könnte dies auf folgenden Zusammenhang hinweisen :

Ich habe meine Datenpartitionen verschlüsselt. Entschlüsselt werden sie entweder durch Passphraseeingabe oder mit Hilfe einer udev-Regel über einen USB-Stick mit einem Keyfile.

Diesen USB-Stick lasse ich i.d.R. gesteckt, d.h. beim Hochfahren oder Wiedererwecken des Rechners ist der USB-Stick bereits vorhanden. Dies hat bisher nie Probleme gebracht. Im Gegenteil: meine Daten standen sofort nach dem Hochfahren entschlüsselt zur Verfügung.

Kann es sein, daß das System an dieser Stelle vielleicht ins Schleudern gerät, da das "Einstecken" des Sticks es auf dem "falschen Fuß" erwischt. Oder liege ich hier völlig daneben?

Gruss H.
 
generalmajor

generalmajor

Hacker
Hmmm…was einen stutzig machen sollte, ist gleich die erste Zeile in Deinem Screenshot. Da ist nämlich von einem ins Leere Zeigenden Zeiger im Kernel-Code die Rede. Finde heraus, welche Kernelversion Du genau hast:

Code: 
jacek@veteran:~> uname -a
Linux veteran 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) x86_64 x86_64 x86_64 GNU/Linux
 
RME

RME

Advanced Hacker
Hallo,

halo44 » 15. Apr 2012 schrieb:
Kann es sein, daß das System an dieser Stelle vielleicht ins Schleudern gerät, da das "Einstecken" des Sticks es auf dem "falschen Fuß" erwischt. Oder liege ich hier völlig daneben?
Zum Vergrößern anklicken....
Kann gut sein.

Im ersten von mir geposteten Links schreibt Jeff Mahoney:

This was an issue of the return value of ->open not being checked before
calling ->revalidate_disk.

sd_open properly fails the open but then it uses the invalid pointer anyway.

This was fixed extensively in 3.3 with commit fe316bf2 (block: Fix NULL pointer
dereference in sd_revalidate_disk)

I've integrated the patch into the 12.1 repo.
Zum Vergrößern anklicken....
Deswegen ein Update :D

Gruss,
Roland
 
OP
H

halo44

Hacker
generalmajor schrieb:
... Finde heraus, welche Kernelversion Du genau hast ...

Code: 
3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) x86_64 x86_64 x86_64 GNU/Linux
Zum Vergrößern anklicken....

Genau diese - allerdings statt x86_64 bei meinem Desktop i686 i386.

Ich werde jetzt mal der Anregung von RME nachgehen.

Gruss H.
 
OP
H

halo44

Hacker
Den Distributionsupdate habe ich jetzt vollzogen. Die Konsolausgaben habe ich für eventuelle Rückfragen gesichert.

Zwar wird gelegentlich im Ablauf angemeckert :
Code: 
insserv: script jexec is broken: incomplete LSB comment.
insserv: missing `Required-Stop:'  entry: please add even if empty.

und auch :
Code: 
Unknown media type in type '[i]diverse Angaben[/i]'

Aber zum Schluß meldet zypper 0 errors :
Code: 
speichernCommitResult  (total 128, done 128, error 0, skipped 0, updateMessages 0)

Jetzt gilt es abzuwarten, da der Fehler ja bisher erst zweimal auftrat.

Im Fehlerfall melde ich mich nochmal.

Bis dahin erst mal vielen Dank für die Hilfe.

Gruss H.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben