Herausfinden warum das System "unmotiviert" rebootet?

[Karl Sinn]

Hallo,

mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt
versuche ich herauszufinden woran das liegt.

Ich konnte herausfinden um welche Uhrzeit der letzte reboot stattfand:
who -b
Systemstart 2014-05-25 13:10


In /var/log/messages steht dort um diese Uhrzeit (und ein wenig davor)
folgendes:

[...]
2014-05-25T13:00:01.025949+02:00 dharma /usr/sbin/cron[11402]:
pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T13:00:01.029504+02:00 dharma systemd[1]: Starting Session 20
of user root.
2014-05-25T13:00:01.030294+02:00 dharma systemd[1]: Started Session 20
of user root.
2014-05-25T13:00:01.054060+02:00 dharma /USR/SBIN/CRON[11402]:
pam_unix(crond:session): session closed for user root
2014-05-25T13:10:53.942826+02:00 dharma rsyslogd: [origin
software="rsyslogd" swVersion="7.4.7" x-pid="587"
x-info="http://www.rsyslog.com"] start
2014-05-25T13:10:53.942885+02:00 dharma systemd[1]: Expecting device
dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T13:10:53.942949+02:00 dharma systemd[1]: Starting Root Slice.
2014-05-25T13:10:53.942956+02:00 dharma systemd[1]: Created slice Root
Slice.
2014-05-25T13:10:53.942963+02:00 dharma systemd[1]: Starting User and
Session Slice.
2014-05-25T13:10:53.942968+02:00 dharma systemd[1]: Created slice User
and Session Slice.
2014-05-25T13:10:53.942973+02:00 dharma systemd[1]: Starting System Slice.
2014-05-25T13:10:53.942977+02:00 dharma systemd[1]: Created slice System
Slice.
2014-05-25T13:10:53.942981+02:00 dharma systemd[1]: Starting
system-getty.slice.
2014-05-25T13:10:53.942985+02:00 dharma systemd[1]: Created slice
system-getty.slice.
2014-05-25T13:10:53.942988+02:00 dharma systemd[1]: Starting Slices.
2014-05-25T13:10:53.943002+02:00 dharma systemd[1]: Reached target Slices.


Der letzte Eintrag scheint 10 Minuten vor dem Reboot stattgefunden zu
haben. Das scheint mir zu weit weg zu sein vom Reboot um damit
zusammenzuhängen.
Und die erste Zeile um 13:10:53 interpretiere ich als den ersten Eintrag
nach reboot.

Das bringt mich zu zwei Fragen:
1) Wo kann ich noch Information finden zu den Gründen der Reboots?
2) Es gibt viele Wiederholungen dieser pam_unix crond Einträge. Was
macht der Rechner da (am Ende der Mail der Inhalt von /etc/crontab)?
Liegt der Reboot daran?


Frage 2 ist deswegen interessant, weil bei dem Reboot davor, der um
00:10 stattfand folgendes in var log messages steht (also das gleiche Bild):

2014-05-25T00:00:01.562538+02:00 dharma /usr/sbin/cron[19647]:
pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T00:00:01.565493+02:00 dharma systemd[1]: Starting Session 51
of user root.
2014-05-25T00:00:01.566182+02:00 dharma systemd[1]: Started Session 51
of user root.
2014-05-25T00:00:01.598858+02:00 dharma /USR/SBIN/CRON[19647]:
pam_unix(crond:session): session closed for user root
2014-05-25T00:10:55.546832+02:00 dharma rsyslogd: [origin
software="rsyslogd" swVersion="7.4.7" x-pid="604"
x-info="http://www.rsyslog.com"] start
2014-05-25T00:10:55.546844+02:00 dharma systemd[1]: Expecting device
dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T00:10:55.546904+02:00 dharma systemd[1]: Starting Root Slice.


Gruß
Karl

/etc/crontab:

SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons &&
/usr/lib/cron/run-crons >/dev/null 2>&1

[Karl Sinn]

Hallo,

ein weiterer Eintrag, der regelmäßig in /var/log/messages auftaucht ist
der folgende:

[ 31.287152] NVRM: Your system is not currently configured to drive a
VGA console
[ 31.287156] NVRM: on the primary VGA device. The NVIDIA Linux
graphics driver
[ 31.287158] NVRM: requires the use of a text-mode VGA console. Use of
other console
[ 31.287159] NVRM: drivers including, but not limited to, vesafb, may
result in
[ 31.287161] NVRM: corruption and stability problems, and is not
supported.

Könnte das das Problem sein? Was tun dagegen?

Gruß
Karl

[Carsten Neumann]

Post by Karl Sinn
Hallo,
[ 31.287152] NVRM: Your system is not currently configured to drive a VGA console
[ 31.287156] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[ 31.287158] NVRM: requires the use of a text-mode VGA console. Use of other console
[ 31.287159] NVRM: drivers including, but not limited to, vesafb, may result in
[ 31.287161] NVRM: corruption and stability problems, and is not supported.
Könnte das das Problem sein? Was tun dagegen?
Gruß
Karl

Solche Meldungen habe ich regelmÀßig bei jedem Boot.
Das hat bisher aber noch nie zu sporadischen Reboots gefÃŒhrt.

G, C*

[Carsten Neumann]

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht hÀufig "unmotivierte" reboots. Jetzt versuche ich herauszufinden woran das liegt.
who -b
Systemstart 2014-05-25 13:10
[...]
2014-05-25T13:00:01.025949+02:00 dharma /usr/sbin/cron[11402]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T13:00:01.029504+02:00 dharma systemd[1]: Starting Session 20 of user root.
2014-05-25T13:00:01.030294+02:00 dharma systemd[1]: Started Session 20 of user root.
2014-05-25T13:00:01.054060+02:00 dharma /USR/SBIN/CRON[11402]: pam_unix(crond:session): session closed for user root
2014-05-25T13:10:53.942826+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="587" x-info="http://www.rsyslog.com"] start
2014-05-25T13:10:53.942885+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T13:10:53.942949+02:00 dharma systemd[1]: Starting Root Slice.
2014-05-25T13:10:53.942956+02:00 dharma systemd[1]: Created slice Root Slice.
2014-05-25T13:10:53.942963+02:00 dharma systemd[1]: Starting User and Session Slice.
2014-05-25T13:10:53.942968+02:00 dharma systemd[1]: Created slice User and Session Slice.
2014-05-25T13:10:53.942973+02:00 dharma systemd[1]: Starting System Slice.
2014-05-25T13:10:53.942977+02:00 dharma systemd[1]: Created slice System Slice.
2014-05-25T13:10:53.942981+02:00 dharma systemd[1]: Starting system-getty.slice.
2014-05-25T13:10:53.942985+02:00 dharma systemd[1]: Created slice system-getty.slice.
2014-05-25T13:10:53.942988+02:00 dharma systemd[1]: Starting Slices.
2014-05-25T13:10:53.943002+02:00 dharma systemd[1]: Reached target Slices.
Der letzte Eintrag scheint 10 Minuten vor dem Reboot stattgefunden zu haben. Das scheint mir zu weit weg zu sein vom Reboot um damit zusammenzuhÀngen.
Und die erste Zeile um 13:10:53 interpretiere ich als den ersten Eintrag nach reboot.
1) Wo kann ich noch Information finden zu den GrÃŒnden der Reboots?
2) Es gibt viele Wiederholungen dieser pam_unix crond EintrÀge. Was macht der Rechner da (am Ende der Mail der Inhalt von /etc/crontab)? Liegt der Reboot daran?
2014-05-25T00:00:01.562538+02:00 dharma /usr/sbin/cron[19647]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T00:00:01.565493+02:00 dharma systemd[1]: Starting Session 51 of user root.
2014-05-25T00:00:01.566182+02:00 dharma systemd[1]: Started Session 51 of user root.
2014-05-25T00:00:01.598858+02:00 dharma /USR/SBIN/CRON[19647]: pam_unix(crond:session): session closed for user root
2014-05-25T00:10:55.546832+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="604" x-info="http://www.rsyslog.com"] start
2014-05-25T00:10:55.546844+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T00:10:55.546904+02:00 dharma systemd[1]: Starting Root Slice.
Gruß
Karl

Lt. syslog findet hier kein ordentlicher Reboot statt.
Man sieht das System einfach nur hochfahren.
Das sieht nach einem Hardwareproblem aus.
Aus irgendeinem Grund wird ein Reset ausgelöst.
Möglicherweise wird die Netzspannung kurz unterbrochen - das hatte ich mal aufgrund einer defekten Steckdose.
Es kann auch das Netzteil defekt sein oder ein Fehler auf dem Mainboard oder einer anderen Platine vorliegen.
Vielleicht wird das Netzteil auch ÃŒberlastet - Stichwort: Grafikkarte.

Post by Karl Sinn
SHELL=/bin/sh
PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin
MAILTO=root
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly
#
-*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1

[Karl Sinn]

Post by Carsten Neumann

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt versuche ich herauszufinden woran das liegt.
who -b
Systemstart 2014-05-25 13:10
[...]
2014-05-25T13:00:01.025949+02:00 dharma /usr/sbin/cron[11402]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T13:00:01.029504+02:00 dharma systemd[1]: Starting Session 20 of user root.
2014-05-25T13:00:01.030294+02:00 dharma systemd[1]: Started Session 20 of user root.
2014-05-25T13:00:01.054060+02:00 dharma /USR/SBIN/CRON[11402]: pam_unix(crond:session): session closed for user root
2014-05-25T13:10:53.942826+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="587" x-info="http://www.rsyslog.com"] start
2014-05-25T13:10:53.942885+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T13:10:53.942949+02:00 dharma systemd[1]: Starting Root Slice.
2014-05-25T13:10:53.942956+02:00 dharma systemd[1]: Created slice Root Slice.
2014-05-25T13:10:53.942963+02:00 dharma systemd[1]: Starting User and Session Slice.
2014-05-25T13:10:53.942968+02:00 dharma systemd[1]: Created slice User and Session Slice.
2014-05-25T13:10:53.942973+02:00 dharma systemd[1]: Starting System Slice.
2014-05-25T13:10:53.942977+02:00 dharma systemd[1]: Created slice System Slice.
2014-05-25T13:10:53.942981+02:00 dharma systemd[1]: Starting system-getty.slice.
2014-05-25T13:10:53.942985+02:00 dharma systemd[1]: Created slice system-getty.slice.
2014-05-25T13:10:53.942988+02:00 dharma systemd[1]: Starting Slices.
2014-05-25T13:10:53.943002+02:00 dharma systemd[1]: Reached target Slices.
Der letzte Eintrag scheint 10 Minuten vor dem Reboot stattgefunden zu haben. Das scheint mir zu weit weg zu sein vom Reboot um damit zusammenzuhängen.
Und die erste Zeile um 13:10:53 interpretiere ich als den ersten Eintrag nach reboot.
1) Wo kann ich noch Information finden zu den Gründen der Reboots?
2) Es gibt viele Wiederholungen dieser pam_unix crond Einträge. Was macht der Rechner da (am Ende der Mail der Inhalt von /etc/crontab)? Liegt der Reboot daran?
2014-05-25T00:00:01.562538+02:00 dharma /usr/sbin/cron[19647]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T00:00:01.565493+02:00 dharma systemd[1]: Starting Session 51 of user root.
2014-05-25T00:00:01.566182+02:00 dharma systemd[1]: Started Session 51 of user root.
2014-05-25T00:00:01.598858+02:00 dharma /USR/SBIN/CRON[19647]: pam_unix(crond:session): session closed for user root
2014-05-25T00:10:55.546832+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="604" x-info="http://www.rsyslog.com"] start
2014-05-25T00:10:55.546844+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T00:10:55.546904+02:00 dharma systemd[1]: Starting Root Slice.
Gruß
Karl

Lt. syslog findet hier kein ordentlicher Reboot statt.
Man sieht das System einfach nur hochfahren.
Das sieht nach einem Hardwareproblem aus.
Aus irgendeinem Grund wird ein Reset ausgelöst.
Möglicherweise wird die Netzspannung kurz unterbrochen - das hatte ich mal aufgrund einer defekten Steckdose.
Es kann auch das Netzteil defekt sein oder ein Fehler auf dem Mainboard oder einer anderen Platine vorliegen.
Vielleicht wird das Netzteil auch überlastet - Stichwort: Grafikkarte.

Hmm... das Netzteil ist in der Tat ziemlich alt. Ansonsten habe ich
keine Geräte mit starkem Stromverbrauch. Die Grafikkarte ist eine GT610
und verbraucht ziemlich wenig. Aber ich werde bei Gelegenheit mal ein
anderes Netzteil dranmachen um zu sehen ob sich das Problem dadurch
lösen lässt.

Danke
Karl

[Carsten Neumann]

Post by Carsten Neumann

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht hÀufig "unmotivierte" reboots. Jetzt versuche ich herauszufinden woran das liegt.
who -b
Systemstart 2014-05-25 13:10
[...]
2014-05-25T13:00:01.025949+02:00 dharma /usr/sbin/cron[11402]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T13:00:01.029504+02:00 dharma systemd[1]: Starting Session 20 of user root.
2014-05-25T13:00:01.030294+02:00 dharma systemd[1]: Started Session 20 of user root.
2014-05-25T13:00:01.054060+02:00 dharma /USR/SBIN/CRON[11402]: pam_unix(crond:session): session closed for user root
2014-05-25T13:10:53.942826+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="587" x-info="http://www.rsyslog.com"] start
2014-05-25T13:10:53.942885+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T13:10:53.942949+02:00 dharma systemd[1]: Starting Root Slice.
2014-05-25T13:10:53.942956+02:00 dharma systemd[1]: Created slice Root Slice.
2014-05-25T13:10:53.942963+02:00 dharma systemd[1]: Starting User and Session Slice.
2014-05-25T13:10:53.942968+02:00 dharma systemd[1]: Created slice User and Session Slice.
2014-05-25T13:10:53.942973+02:00 dharma systemd[1]: Starting System Slice.
2014-05-25T13:10:53.942977+02:00 dharma systemd[1]: Created slice System Slice.
2014-05-25T13:10:53.942981+02:00 dharma systemd[1]: Starting system-getty.slice.
2014-05-25T13:10:53.942985+02:00 dharma systemd[1]: Created slice system-getty.slice.
2014-05-25T13:10:53.942988+02:00 dharma systemd[1]: Starting Slices.
2014-05-25T13:10:53.943002+02:00 dharma systemd[1]: Reached target Slices.
Der letzte Eintrag scheint 10 Minuten vor dem Reboot stattgefunden zu haben. Das scheint mir zu weit weg zu sein vom Reboot um damit zusammenzuhÀngen.
Und die erste Zeile um 13:10:53 interpretiere ich als den ersten Eintrag nach reboot.
1) Wo kann ich noch Information finden zu den GrÃŒnden der Reboots?
2) Es gibt viele Wiederholungen dieser pam_unix crond EintrÀge. Was macht der Rechner da (am Ende der Mail der Inhalt von /etc/crontab)? Liegt der Reboot daran?
2014-05-25T00:00:01.562538+02:00 dharma /usr/sbin/cron[19647]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T00:00:01.565493+02:00 dharma systemd[1]: Starting Session 51 of user root.
2014-05-25T00:00:01.566182+02:00 dharma systemd[1]: Started Session 51 of user root.
2014-05-25T00:00:01.598858+02:00 dharma /USR/SBIN/CRON[19647]: pam_unix(crond:session): session closed for user root
2014-05-25T00:10:55.546832+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="604" x-info="http://www.rsyslog.com"] start
2014-05-25T00:10:55.546844+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T00:10:55.546904+02:00 dharma systemd[1]: Starting Root Slice.
Gruß
Karl

Lt. syslog findet hier kein ordentlicher Reboot statt.
Man sieht das System einfach nur hochfahren.
Das sieht nach einem Hardwareproblem aus.
Aus irgendeinem Grund wird ein Reset ausgelöst.
Möglicherweise wird die Netzspannung kurz unterbrochen - das hatte ich mal aufgrund einer defekten Steckdose.
Es kann auch das Netzteil defekt sein oder ein Fehler auf dem Mainboard oder einer anderen Platine vorliegen.
Vielleicht wird das Netzteil auch ÃŒberlastet - Stichwort: Grafikkarte.

Hmm... das Netzteil ist in der Tat ziemlich alt. Ansonsten habe ich keine GerÀte mit starkem Stromverbrauch. Die Grafikkarte ist eine GT610 und verbraucht ziemlich wenig. Aber ich werde bei
Gelegenheit mal ein anderes Netzteil dranmachen um zu sehen ob sich das Problem dadurch lösen lÀsst.
Danke
Karl

Hallo Karl,

mir ist da etwas eingefallen, was zwar unter das Thema "Fehler auf Mainboard" gehört, aber noch erwÀhnt werden sollte.
Hast Du mal ÃŒberprÃŒft, ob sich der CPU-LÃŒfter noch dreht und ob der KÃŒhler vielleicht durch Staub verstopft ist, dass da kaum noch Luft durchkommt.
Wenn die CPU Ìberhitzt, könnte das möglicherweise auch zu diesem Effekt fÌhren.

G, C*

[Karl Sinn]

Post by Carsten Neumann

Post by Carsten Neumann

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt versuche ich herauszufinden woran das liegt.
who -b
Systemstart 2014-05-25 13:10
[...]
2014-05-25T13:00:01.025949+02:00 dharma /usr/sbin/cron[11402]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T13:00:01.029504+02:00 dharma systemd[1]: Starting Session 20 of user root.
2014-05-25T13:00:01.030294+02:00 dharma systemd[1]: Started Session 20 of user root.
2014-05-25T13:00:01.054060+02:00 dharma /USR/SBIN/CRON[11402]: pam_unix(crond:session): session closed for user root
2014-05-25T13:10:53.942826+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="587" x-info="http://www.rsyslog.com"] start
2014-05-25T13:10:53.942885+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T13:10:53.942949+02:00 dharma systemd[1]: Starting Root Slice.
2014-05-25T13:10:53.942956+02:00 dharma systemd[1]: Created slice Root Slice.
2014-05-25T13:10:53.942963+02:00 dharma systemd[1]: Starting User and Session Slice.
2014-05-25T13:10:53.942968+02:00 dharma systemd[1]: Created slice User and Session Slice.
2014-05-25T13:10:53.942973+02:00 dharma systemd[1]: Starting System Slice.
2014-05-25T13:10:53.942977+02:00 dharma systemd[1]: Created slice System Slice.
2014-05-25T13:10:53.942981+02:00 dharma systemd[1]: Starting system-getty.slice.
2014-05-25T13:10:53.942985+02:00 dharma systemd[1]: Created slice system-getty.slice.
2014-05-25T13:10:53.942988+02:00 dharma systemd[1]: Starting Slices.
2014-05-25T13:10:53.943002+02:00 dharma systemd[1]: Reached target Slices.
Der letzte Eintrag scheint 10 Minuten vor dem Reboot stattgefunden zu haben. Das scheint mir zu weit weg zu sein vom Reboot um damit zusammenzuhängen.
Und die erste Zeile um 13:10:53 interpretiere ich als den ersten Eintrag nach reboot.
1) Wo kann ich noch Information finden zu den Gründen der Reboots?
2) Es gibt viele Wiederholungen dieser pam_unix crond Einträge. Was macht der Rechner da (am Ende der Mail der Inhalt von /etc/crontab)? Liegt der Reboot daran?
2014-05-25T00:00:01.562538+02:00 dharma /usr/sbin/cron[19647]: pam_unix(crond:session): session opened for user root by (uid=0)
2014-05-25T00:00:01.565493+02:00 dharma systemd[1]: Starting Session 51 of user root.
2014-05-25T00:00:01.566182+02:00 dharma systemd[1]: Started Session 51 of user root.
2014-05-25T00:00:01.598858+02:00 dharma /USR/SBIN/CRON[19647]: pam_unix(crond:session): session closed for user root
2014-05-25T00:10:55.546832+02:00 dharma rsyslogd: [origin software="rsyslogd" swVersion="7.4.7" x-pid="604" x-info="http://www.rsyslog.com"] start
2014-05-25T00:10:55.546844+02:00 dharma systemd[1]: Expecting device dev-disk-by\x2did-ata\x2dMAXTOR_STM3160215A_9RA2JE9S\x2dpart1.device...
2014-05-25T00:10:55.546904+02:00 dharma systemd[1]: Starting Root Slice.
Gruß
Karl

Lt. syslog findet hier kein ordentlicher Reboot statt.
Man sieht das System einfach nur hochfahren.
Das sieht nach einem Hardwareproblem aus.
Aus irgendeinem Grund wird ein Reset ausgelöst.
Möglicherweise wird die Netzspannung kurz unterbrochen - das hatte ich mal aufgrund einer defekten Steckdose.
Es kann auch das Netzteil defekt sein oder ein Fehler auf dem Mainboard oder einer anderen Platine vorliegen.
Vielleicht wird das Netzteil auch überlastet - Stichwort: Grafikkarte.

Hmm... das Netzteil ist in der Tat ziemlich alt. Ansonsten habe ich keine Geräte mit starkem Stromverbrauch. Die Grafikkarte ist eine GT610 und verbraucht ziemlich wenig. Aber ich werde bei
Gelegenheit mal ein anderes Netzteil dranmachen um zu sehen ob sich das Problem dadurch lösen lässt.
Danke
Karl

Hallo Karl,
mir ist da etwas eingefallen, was zwar unter das Thema "Fehler auf Mainboard" gehört, aber noch erwähnt werden sollte.
Hast Du mal überprüft, ob sich der CPU-Lüfter noch dreht und ob der Kühler vielleicht durch Staub verstopft ist, dass da kaum noch Luft durchkommt.
Wenn die CPU überhitzt, könnte das möglicherweise auch zu diesem Effekt führen.

Motherboard und Lüfter sind neu, am Staub kanns nicht liegen und den
Lüfter höre ich deutlich :) da werde ich mir bald einen leiseren
anschaffen müssen, aber laufen tut der.

Ich werde mal versuchen die Temperaturen loggen zu lassen. Der erste
Versuch gerade hat nicht funktioniert, aber ich werde das morgen nochmal
probieren.

Danke
Karl

[Karl Sinn]

Post by Karl Sinn

Post by Carsten Neumann
Hallo Karl,
mir ist da etwas eingefallen, was zwar unter das Thema "Fehler auf
Mainboard" gehört, aber noch erwähnt werden sollte.
Hast Du mal überprüft, ob sich der CPU-Lüfter noch dreht und ob der
Kühler vielleicht durch Staub verstopft ist, dass da kaum noch Luft
durchkommt.
Wenn die CPU überhitzt, könnte das möglicherweise auch zu diesem Effekt führen.

Motherboard und Lüfter sind neu, am Staub kanns nicht liegen und den
Lüfter höre ich deutlich :) da werde ich mir bald einen leiseren
anschaffen müssen, aber laufen tut der.
Ich werde mal versuchen die Temperaturen loggen zu lassen. Der erste
Versuch gerade hat nicht funktioniert, aber ich werde das morgen
nochmal probieren.

Meine Versuche die Systemtemperatur zu loggen schlagenleider fehl:

lm_sensors und sensord sind installiert. Nach einmaliger Ausführung von
sensors-detect lässt sich der Service für lm_sensors auch starten, aber
der service für sensord will nicht starten.
Was hab ich da übersehen?

systemctl status sensord.service
sensord.service - Log hardware monitoring data
Loaded: loaded (/usr/lib/systemd/system/sensord.service; enabled)
Active: failed (Result: resources)

Mai 26 04:37:53 dharma systemd[1]: Unit sensord.service entered failed
state.
Mai 26 13:01:04 dharma systemd[1]: Starting Log hardware monitoring data...
Mai 26 13:01:04 dharma systemd[1]: Failed to load environment files: No
suc...ry
Mai 26 13:01:04 dharma systemd[1]: sensord.service failed to run 'start'
ta...ry
Mai 26 13:01:04 dharma systemd[1]: Failed to start Log hardware
monitoring data.
Mai 26 13:02:28 dharma systemd[1]: Stopped Log hardware monitoring data.
Mai 26 13:03:07 dharma systemd[1]: Starting Log hardware monitoring data...
Mai 26 13:03:07 dharma systemd[1]: Failed to load environment files: No
suc...ry
Mai 26 13:03:07 dharma systemd[1]: sensord.service failed to run 'start'
ta...ry
Mai 26 13:03:07 dharma systemd[1]: Failed to start Log hardware
monitoring data.
Hint: Some lines were ellipsized, use -l to show in full.

Gruß
Karl

[Tobias Crefeld]

Am Sun, 25 May 2014 13:55:30 +0200 schrieb Karl Sinn

Post by Karl Sinn
1) Wo kann ich noch Information finden zu den Gründen der Reboots?

Eventuell steht was in /var/log/localmessages oder in der Ausgabe von
"last" bzw. z.B. "last -20" - unmittelbar nach Reboot sollte der
zumindest den letzten Reboot registriert haben und möglicherweise
zeigt sich ein nicht anderweitig zuzuordnender Login kurz davor.

Post by Karl Sinn
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and
cron.monthly #
-*/15 * * * * root test -x /usr/lib/cron/run-crons &&
/usr/lib/cron/run-crons >/dev/null 2>&1

Das ist die Standard-crontab. Wenn Du einen cronjob in Verdacht hast,
musst Du schon die Dateien in den angegebenen Verzeichnissen
kontrollieren - ebenso wie den Inhalt von /etc/cron.d/ und die Ausgabe
von "crontab -lu root" .
--
Gruß,
Tobias.

no email, only xmpp: ***@xabber.de

[Karl Sinn]

Hallo,

Post by Tobias Crefeld
Am Sun, 25 May 2014 13:55:30 +0200 schrieb Karl Sinn

Post by Karl Sinn
1) Wo kann ich noch Information finden zu den Gründen der Reboots?

Eventuell steht was in /var/log/localmessages oder in der Ausgabe von
"last" bzw. z.B. "last -20" - unmittelbar nach Reboot sollte der
zumindest den letzten Reboot registriert haben und möglicherweise
zeigt sich ein nicht anderweitig zuzuordnender Login kurz davor.

in localmessages steht nichts hilfreiches. last werde ich ausprobieren
wenn es nochmal passiert

last zeigt mir das an:
last
root pts/1 :0.0 Sun May 25 22:15 - 22:16 (00:00)
karl pts/0 :0.0 Sun May 25 22:05 still logged in
karl pts/0 :0.0 Sun May 25 13:57 - 14:24 (00:26)
karl pts/2 :0.0 Sun May 25 13:30 - 13:55 (00:25)
root pts/1 :0.0 Sun May 25 13:25 - 13:55 (00:29)
karl pts/0 :0.0 Sun May 25 13:25 - 13:55 (00:29)
karl console :0 Sun May 25 13:11 still logged in
reboot system boot 3.11.10-11-deskt Sun May 25 13:10 - 22:16 (09:06)
karl pts/0 :0.0 Sun May 25 01:34 - 01:44 (00:10)
karl console :0 Sun May 25 00:11 - crash (12:59)
reboot system boot 3.11.10-11-deskt Sun May 25 00:10 - 22:16 (22:06)
karl console :0 Sat May 24 11:40 - crash (12:30)
reboot system boot 3.11.10-11-deskt Sat May 24 11:40 - 22:16 (1+10:36)
karl console :0 Sat May 24 00:42 - crash (10:57)
reboot system boot 3.11.10-11-deskt Sat May 24 00:42 - 22:16 (1+21:34)

Da werden "crashes" angezeigt. Aber was sagt mir das über die Ursache
(außer den bereits genannten möglichen Spannung/Temperatur)?

Post by Tobias Crefeld

Post by Karl Sinn
#
# check scripts in cron.hourly, cron.daily, cron.weekly, and
cron.monthly #
-*/15 * * * * root test -x /usr/lib/cron/run-crons &&
/usr/lib/cron/run-crons >/dev/null 2>&1

Das ist die Standard-crontab. Wenn Du einen cronjob in Verdacht hast,
musst Du schon die Dateien in den angegebenen Verzeichnissen
kontrollieren - ebenso wie den Inhalt von /etc/cron.d/ und die Ausgabe
von "crontab -lu root" .

Das werde ich mir morgen nochmal genauer anschauen mit cron. Aber im
Prinziup hab ich die Idee bereits verworfen, weil nicht alle Reboots zu
"geraden" Zeiten passiert sind.

Gruß
Karl

[Tobias Crefeld]

Am Sun, 25 May 2014 22:22:56 +0200 schrieb Karl Sinn

Post by Karl Sinn
Das werde ich mir morgen nochmal genauer anschauen mit cron. Aber im
Prinziup hab ich die Idee bereits verworfen, weil nicht alle Reboots
zu "geraden" Zeiten passiert sind.

Einerseits ja, da die "crash" im Log nicht auf einen regulären shutdown
hindeuten, der z.B. durch einen cronjob getriggert worden wäre.

Andererseits sehen die Zeiten schon sehr "gerade" aus. Z.B. hatte ich
mal ein temperaturbedingtes Problem, dass durch einen nächtlichen Job
mit hoher Last und damit verbunden hoher Temperatur getriggert wurde und
zu Systemstillstand führte. Manche Hardware ist hingegen so
konfiguriert, dass sie bei Übertemperatur abschaltet.
--
Gruß,
Tobias.

no email, only xmpp: ***@xabber.de

[Peter Mc Donough]

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt
versuche ich herauszufinden woran das liegt.

Bei meinem Rechner war einmal die Kühlerhalterung auf dem Motherboard
gebrochen und führte zu sporadischen Abstürzen, weil sich der Kühler
langsam vom Prozessor löste.

Glücklicherweise sind die Dinger einigermaßen standardisiert und können
ausgetauscht werden.

Gruß
Peter

[Damian Ivanov]

Kann es sein das dein Rechner sowas wie eine ASR-Funktion hat? ASR
erkennt ein haengendes OS und rebootet den Server/Rechner nach
10min...

Post by Peter Mc Donough

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt
versuche ich herauszufinden woran das liegt.

Bei meinem Rechner war einmal die Kühlerhalterung auf dem Motherboard
gebrochen und führte zu sporadischen Abstürzen, weil sich der Kühler langsam
vom Prozessor löste.
Glücklicherweise sind die Dinger einigermaßen standardisiert und können
ausgetauscht werden.
Gruß
Peter
--
Um den Listen Administrator zu erreichen, schicken

[Karl Sinn]

Post by Damian Ivanov
Kann es sein das dein Rechner sowas wie eine ASR-Funktion hat? ASR
erkennt ein haengendes OS und rebootet den Server/Rechner nach
10min...

Hmm.... das ist eine gute Frage. Ich habe mal danach gegoogelt, konnte
aber nichts dazu finden. (Asus M5A99X)
Ich werde mir beim nächsten hochfahren mal das BIOS (UEFI) anschauen.

Post by Damian Ivanov

Post by Peter Mc Donough

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht häufig "unmotivierte" reboots. Jetzt
versuche ich herauszufinden woran das liegt.

Bei meinem Rechner war einmal die Kühlerhalterung auf dem Motherboard
gebrochen und führte zu sporadischen Abstürzen, weil sich der Kühler langsam
vom Prozessor löste.
Glücklicherweise sind die Dinger einigermaßen standardisiert und können
ausgetauscht werden.
Gruß
Peter
--
Um den Listen Administrator zu erreichen, schicken

[Carsten Neumann]

Post by Damian Ivanov
Kann es sein das dein Rechner sowas wie eine ASR-Funktion hat? ASR
erkennt ein haengendes OS und rebootet den Server/Rechner nach
10min...

Hmm.... das ist eine gute Frage. Ich habe mal danach gegoogelt, konnte aber nichts dazu finden. (Asus M5A99X)
Ich werde mir beim nÀchsten hochfahren mal das BIOS (UEFI) anschauen.

Bei mir brachte googlen, dass ASR nichts anderes als ein HP-spezifischer Watchdog mit extrem langen Timeouts (5-30 min) ist.
Nach Ablauf der Zeit wird ein NMI ausgelöst. Zumindest unter Windows kann die Hardware benutzt werden.
Zu ASR und Linux konnte ich nichts finden.
Da Du aber sowieso ein Asus Board hast, ist es an dieser Stelle mÌßig, darÃŒber zu spekulieren, ob das vielleicht doch unter Linux unterstÃŒtzt wird.
Allerdings gibt es unter Linux wohl einen Watchdog Daemon, der mit spezieller Hardware etwas in der Art leisten kann.
Dann sollten aber in irgendwelchen Log-Dateien entsprechende EintrÀge zu finden sein.

Post by Damian Ivanov

Post by Karl Sinn
Hallo,
mein System (openSuSE 13.1) macht hÀufig "unmotivierte" reboots. Jetzt
versuche ich herauszufinden woran das liegt.

Bei meinem Rechner war einmal die KÃŒhlerhalterung auf dem Motherboard
gebrochen und fÃŒhrte zu sporadischen AbstÃŒrzen, weil sich der KÃŒhler langsam
vom Prozessor löste.
GlÃŒcklicherweise sind die Dinger einigermaßen standardisiert und können
ausgetauscht werden.
Gruß
Peter
--
Um den Listen Administrator zu erreichen, schicken

[Karl Sinn]

Post by Carsten Neumann

Post by Damian Ivanov
Kann es sein das dein Rechner sowas wie eine ASR-Funktion hat? ASR
erkennt ein haengendes OS und rebootet den Server/Rechner nach
10min...

Hmm.... das ist eine gute Frage. Ich habe mal danach gegoogelt, konnte aber nichts dazu finden. (Asus M5A99X)
Ich werde mir beim nächsten hochfahren mal das BIOS (UEFI) anschauen.

Bei mir brachte googlen, dass ASR nichts anderes als ein HP-spezifischer Watchdog mit extrem langen Timeouts (5-30 min) ist.
Nach Ablauf der Zeit wird ein NMI ausgelöst. Zumindest unter Windows kann die Hardware benutzt werden.
Zu ASR und Linux konnte ich nichts finden.
Da Du aber sowieso ein Asus Board hast, ist es an dieser Stelle müßig, darüber zu spekulieren, ob das vielleicht doch unter Linux unterstützt wird.
Allerdings gibt es unter Linux wohl einen Watchdog Daemon, der mit spezieller Hardware etwas in der Art leisten kann.
Dann sollten aber in irgendwelchen Log-Dateien entsprechende Einträge zu finden sein.

Ich denke, dann kann ich das erst mal ausschliessen.
Danke
Karl