Herausfinden warum das System "unmotiviert" rebootet?

Karl Sinn

25 May 2014 25 May '14

11:55

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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Show replies by date

Karl Sinn

25 May 25 May

12:03

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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Carsten Neumann

15:04

On 25/05/14 14:03, Karl Sinn wrote:

...

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

Solche Meldungen habe ich regelmäßig bei jedem Boot. Das hat bisher aber noch nie zu sporadischen Reboots geführt. G, C* -- "Seit die Mathematiker über die Relativitätstheorie hergefallen sind, verstehe ich sie selbst nicht mehr." (“Since the mathematicians have invaded the theory of relativity I do not understand it myself any more.”) - Albert Einstein

Carsten Neumann

14:54

On 25/05/14 13:55, Karl Sinn wrote:

...

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

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.

...

/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

-- "Seit die Mathematiker über die Relativitätstheorie hergefallen sind, verstehe ich sie selbst nicht mehr." (“Since the mathematicians have invaded the theory of relativity I do not understand it myself any more.”) - Albert Einstein

Karl Sinn

17:24

Am 25.05.2014 16:54, schrieb Carsten Neumann:

...

On 25/05/14 13:55, Karl Sinn wrote:

...
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 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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Carsten Neumann

17:54

On 25/05/14 19:24, Karl Sinn wrote:

...

Am 25.05.2014 16:54, schrieb Carsten Neumann:

...
On 25/05/14 13:55, Karl Sinn wrote:

...
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 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* -- "Seit die Mathematiker über die Relativitätstheorie hergefallen sind, verstehe ich sie selbst nicht mehr." (“Since the mathematicians have invaded the theory of relativity I do not understand it myself any more.”) - Albert Einstein

Karl Sinn

20:29

Am 25.05.2014 19:54, schrieb Carsten Neumann:

...

On 25/05/14 19:24, Karl Sinn wrote:

...
Am 25.05.2014 16:54, schrieb Carsten Neumann:

...
On 25/05/14 13:55, Karl Sinn wrote:

...
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 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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Karl Sinn

26 May 26 May

12:41

...

...
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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Tobias Crefeld

25 May 25 May

18:22

Am Sun, 25 May 2014 13:55:30 +0200 schrieb 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.

...

# # 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: crefeld@xabber.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Karl Sinn

20:22

Hallo, Am 25.05.2014 20:22, schrieb Tobias Crefeld:

...

Am Sun, 25 May 2014 13:55:30 +0200 schrieb 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)?

...

...
# # 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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Tobias Crefeld

26 May 26 May

21:07

Am Sun, 25 May 2014 22:22:56 +0200 schrieb 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: crefeld@xabber.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Peter Mc Donough

25 May 25 May

21:41

Am 25.05.2014 13:55, schrieb 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 die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Damian Ivanov

26 May 26 May

08:57

Kann es sein das dein Rechner sowas wie eine ASR-Funktion hat? ASR erkennt ein haengendes OS und rebootet den Server/Rechner nach 10min... Am 26. Mai 2014 00:41 schrieb Peter Mc Donough :

...

Am 25.05.2014 13:55, schrieb 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 die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Karl Sinn

10:54

Am 26.05.2014 10:57, schrieb 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.

...

Am 26. Mai 2014 00:41 schrieb Peter Mc Donough :

...
Am 25.05.2014 13:55, schrieb 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 die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Carsten Neumann

12:03

On 26/05/14 12:54, Karl Sinn wrote:

...

Am 26.05.2014 10:57, schrieb 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.

...

...
Am 26. Mai 2014 00:41 schrieb Peter Mc Donough :

...
Am 25.05.2014 13:55, schrieb 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 die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Karl Sinn

12:36

Am 26.05.2014 14:03, schrieb Carsten Neumann:

...

On 26/05/14 12:54, Karl Sinn wrote:

...
Am 26.05.2014 10:57, schrieb 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 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

3632

Age (days ago)

3633

Last active (days ago)

List overview

Download

15 comments

5 participants

participants (5)

Carsten Neumann
Damian Ivanov
Karl Sinn
Peter Mc Donough
Tobias Crefeld