Am Tue, 06 Oct 2015 08:05:36 +0200
schrieb Joerg Thuemmler
ist nicht so ganz klar, weil man dann nicht auf den PC zugreifen kann... Dann bleibt, wenn überhaupt, nur nachträglich boot.omsg.
Nein, das Bootlog hört bei mir immer mit dem mounten auf (auch wenn alles OK ist): Das ist für boot.msg auch i.O.
<6>[ 11.914954] device-mapper: ioctl: 4.20.0-ioctl (2011-02-02) initialised: d <6>[ 12.851404] EXT4-fs (sda7): mounted filesystem with ordered data mode. Opt <6>[ 12.880643] EXT4-fs (sda8): mounted filesystem with ordered data mode. Opt <6>[ 12.881926] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opt <6>[ 12.886178] EXT4-fs (sda6): mounted filesystem with ordered data mode. Opt <6>[ 12.898366] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opt Kernel logging (ksyslog) stopped. Kernel log daemon terminating. Das sind, wie auch bei mir, fast die letzten Zeilen aus boot.msg; die nützt hier aber nichts. Interessant ist die boot.omsg. Zumindest bei mir enthält die den gesamten _vorherigen_ Boot- und Shutdown-Vorgang von der HW-Erkenung des Kernels bis zum Abschluß des Shutdowns; ab dem Mounten, wo es für Dich interessant wird, mit Zeitstempel.
Vielleicht bringt es ja irgend einen Hinweis, wenn Du die boot.omsg eines gescheiterten mit der eines erfolgreichen Bootvorgangs vergleichst (evtl. mal hier posten). Möglicherweise läßt sich erkennen, welches Service-Script zwar gestartet aber nicht erfolgreich beendet wurde.
interessanterweise setzt er das im Fehlerfall (nach Drücken des Power-Buttons) einfach fort mit: Da habe ich meine Zweifel, denn die folgenden Zeilen sind zwar nicht vollständig aber völlig i.O. für einen Shutdown (s.u.).
Boot logging started on /dev/tty1(/dev/console) at Mon Sep 28 06:08:44 2015 Master Resource Control: previous runlevel: 3, switching to runlevel: 0 Master Resource Control: Running /etc/init.d/before.local done
service smb start service apache2 start service apcupsd start ... service network start Shutting down (localfs) network interfaces: eth0 device: Sundance Technology Inc / IC Plus Corp IC Plu done eth1 device: Realtek Semiconductor Co., Ltd. RTL8111/8168B eth1 serves root filesystem. Leave it up. skippedShutting down service (localfs) network . . . . . . . . .done service network done . Ich denke, daß hier nichts durcheinander kommt. Das "start" hinter den services kann in die Irre führen. Es besagt lediglich, daß das entsprechende Script gestartet wurde: Beim Shutdown mit der Variablen STOP, beim Booten mit START. Später, wenn das Script abgearbeitet ist, kommt dann sowohl beim Booten als auch beim Shutdown "$SERVICE done".
killproc: kill(12414,31)
das wird normalerweise nicht geloggt, In der boot.omsg geht's bei mir hier weiter.
es klappt ja alles 99 mal... nur beim 100sten nicht, danach ohne Änderung wieder 99 mal OK Solche Fehler liebe ich. ;-)
Vielleicht sind hier ein paar Anregungen für Dich dabei. Viele Grüße. Matthias -- 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