Es ist immer schwierig nach Fehlern zu suchen, wenn sich mehrere Dinge gleichzeitig ändern. Ich habe bei einem Rechner / Fileserver, Motherboard, Prozessor und RAM getauscht und dabei auch 8.2 mit transcode 0.6.4 (vor 8.1 mit 0.6.3) installiert. Mittlerweile ist der Rechner 2x eingefroren, sodass nicht einmal mehr ein ssh von einem anderen Rechner funktionierte. 1x war es sicher während transcode 0.6.4 und das andere Mal vermutlich auch. Transcode verhält sich auch *manchmal* merkwürdig in einem bewährtem Script, wo nach transcode ein mplex folgt. Manchmal wird nicht fertig encodiert, aber es wird der nächste Befehl mplex ausgeführt. Wie analysiere ich schrittweise, ob die Hardware einen Fehler haben könnte? Ein kurzer memtest brachte keinen Fehler, der cputest von Suse brachte gleiche Dateigrößen, wurde aber auch nicht oft durchgeführt. In welchen log-Dateien könnte man wertvolle Hinweise finden bzw. kann man ein Programm im Hintergrund laufen lassen, dass wichtige Informationen mitprotokolliert? Das waren die letzten Zeilen in der /var/log/messages May 7 23:59:00 server /USR/SBIN/CRON[2000]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) May 8 00:09:28 server -- MARK -- May 8 00:14:00 server /USR/SBIN/CRON[2024]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.daily) May 8 00:26:33 server su: (to nobody) root on none May 8 00:26:35 server su: pam_unix2: session started for user nobody, service su May 8 00:49:28 server -- MARK -- May 8 10:00:31 server syslogd 1.4.1: restart. Kommt das "restart" vom Drücken des Reset-Knopfes? Einen restart-Befehl habe/konnte ich nicht eingeben. Sehe ich es richtig, dass der Rechner noch in die messages schreiben konnte, obwohl direkt und per ssh keine Befehlseingabe mehr möglich war? Al