Sorry für die späte Antwort. Aber momentan bin ich ziemlich ausgelastet
und komme kaum zum testen... :-(
Thomas Hertweck
Heiko Möller wrote: [...]
ich einen Mantel-Kernel 2.6.5-7.<nr>cvs2004<irgendwas>.rpm installiert, neu gebootet und die Kiste hängt nach dem fsck der beiden Reiser-Partitionen und (vermutlich) vor dem xfs-fsck der /-Partition (xfs).
Eigentlich wird die Root-Partition zuerst ueberprueft, d.h. ich glaube nicht, dass diese Angabe hier stimmt.
Ich kann nur beschreiben, was als letztes auf dem Bildschirm zu sehen ist. Und das ist der (zweite) Durchlauf für die beiden Reiserfs-Partitionen. Danach hängt die Kiste. Ich kann nur noch mit STRG-Rollen eine Ausgabe eines Logs erreichen und die Num-Lock-Umschaltung reagiert noch. Ich hab mittlerweile versucht von einem solchen Hänger ein Logfile zu bekommen. Nur in einem solchen Fall wird leider keins geschrieben (boot.msg). Wie kann ich doch an ein File kommen? Ich kenne mich leider diesbezüglich noch nicht so aus. Hier mal ein Auszug eines funktionierenden Logs, das ich ab der Zeile beende, die ich als letztes bei einem fehlerhaften Log sehe. Leider unterscheidet sich boot.msg von der Bildschirmausgabe. Darum kann ich die Stelle nur ungefähr angeben: #### boot.msg #### fsck 1.34 (25-Jul-2003) Reiserfs super block in block 16 on 0x1601 of format 3.6 with standard journal Reiserfs super block in block 16 on 0x301 of format 3.6 with standard journal Blocks (total/free): 312472/133088 by 4096 bytes Filesystem is clean Replaying journal.. Blocks (total/free): 312976/37157 by 4096 bytes Filesystem is clean Replaying journal.. Reiserfs journal '/dev/hdc1' in blocks [18..8211]: 0 transactions replayed Checking internal tree..finished Reiserfs journal '/dev/hda1' in blocks [18..8211]: 0 transactions replayed Checking internal tree..finished doneSetting updone Mounting local file systems... proc on /proc type proc (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5) /dev/hda1 on /home type reiserfs (rw) #### boot.msg #### Eigentlich lautet die letzte Zeile Reiserfs: hda1: checking transaction log (hda1) Darum ja meine Vermutung, daß es mit dem testen des Filesystems der xfs-Partition (auf /dev/sda2) zu tun hat. Da das Filesystem auf /dev/hdc1 sauber ist, hängt sich der Kernel möglicherweise für die Ausgabe hier nur vorher weg und zeigt das eigentlich nach hda1 kommende hdc1 nicht mehr an? In einer sauberen boot.msg sehe ich allerdings danach nur noch ### /dev/hdc1 on /root type reiserfs (rw) /dev/hdd on /media/cdrom type subfs (ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8) /dev/fd0 on /media/floppy type subfs (rw,nosuid,nodev,sync,fs=floppyfss,procuid) done<notice>exit status of (boot.localfs) is (0) ### also den Abschluß von boot.localfs plus natürlich noch weiterer Zeilen, die hier aber mE keine Rolle mehr spielen, da ich ja mit den nicht funktionierenden Kernel gar nicht mehr bis dahin komme. [bootfähigen Kernel auf der Platte behalten]
Das ist kein "Tipp am Rande", sondern das wird auf diese Liste eigentlich immer gesagt. Deswegen gibt es auch Davids Multikernel-Howto und mein Kernel24- bzw. Kernel26-Howto.
Klar. Nur lese ich diese Liste erst seit ~2 Monaten. Außerdem hat sich das bei mir ja mit den beschrienenen Nebeneffekten nur deswegen so negativ ausgewirkt, weil nach dem Booten über das CD-ROM Disketten und CDs nicht gemountet werden konnten und ich auch über die unter 9.1 bisher nicht funktionsfähigen ISA-NICs keine Dateien transferieren konnte. [Liste H. Mantel hier mit?]
Schreib ihm direkt eine Email mit ausfuehrlicher Fehlerbeschreibung oder gehe ueber das Feedback Formular von SuSE.
Okay, letzteres werde ich dann wohl machen. Danke. Mist. Ich hätte das wohl schon mal machen sollen. Als ich an diesem Wochenende gesehen habe, daß SuSE einen neuen Kernel per YOU anbietet und dieser einen 'verdächtig' gleichen Namen wie die Mantel-Kernel aufweist, hab ich mir den 2.6.5-7.75 mal testweise installiert und die Kiste hängt damit genauso. Also sollten xfs-User vermutlich momentan kein Kernel-Update machen! Aus diesem Grund hab ich das Subjekt mal geändert und diesen Mailinhalt als Feedback an SuSE geschickt. Gruß, Heiko