Thomas Hertweck wrote:
Roland Langner wrote:
Thomas, hat bei Dir etwa der Update funktioniert?
Mein Laptop hat keine zwei CPUs und daher habe ich keinen SMP Kernel
Es reicht schon ein eine HyperThread fähige Intel P4 CPU damit der smp-Kernel installiert wird.
Bin davon ausgegangen auf einen Bug gestossen zu sein.
Eventuell ist es ein Bug, aber momentan ist einfach voellig unklar, was ueberhaupt passiert ist.
Das Bootlog sagt auch dass 2.6.13-15.7-smp geladen wurde. Es ist aber sicher 2.6.13-15.8-smp installiert. Mir kam ein fürchterlicher Verdacht. Das System wird von einem Softwareraid /dev/md1 gebootet. Eine Überprüfung von /dev/md1 ergibt folgendes: #mdadm --detail /dev/md1 Version : 00.90.02 Creation Time : Wed Dec 7 11:00:01 2005 Raid Level : raid1 Array Size : 149581120 (142.65 GiB 153.17 GB) Device Size : 149581120 (142.65 GiB 153.17 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Thu Feb 23 07:27:46 2006 State : clean, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 UUID : 00296b49:0e62d9b2:fb39180f:501ce169 Events : 0.1864647 Number Major Minor RaidDevice State 0 0 0 - removed 1 33 66 1 active sync /dev/hdf2 Raid /dev/md1 ist degraded und läuft nur noch mit einer Platte. Jetzt könnte es sein das das System von der Platte geladen wird, welche im Augenblick vom Raid removed ist (/dev/hde2) und noch den alten Kernel hat. Man könnte die Platte mit mdadm /dev/md1 -a /dev/hde2 wieder zum Raid hinzufügen. Da ich aber die Auswirkung nicht genau kenne warte ich damit bis zum nächsten Wartungsfenster. Gruß Roland Langner P.S. sorry wegen eventeller Doppelpostings