Hallo, kann/sollte man Probleme mit den neuesten SuSE Kernels (die unter pub/people/mantel/next auf dem FTP Server) irgendwo hin melden? Während der "offizielle" 2.4.10 bei mir läuft, scheitert der 2.4.16 schon beim mounten meiner root Partition (welche ext2 ist, der Rest reiserfs). Meldung ist von der Art "illegal superblock in hdb5 ...."). Selbst kompilieren aus den Sourcen bringt auch kein besseres Ergebnis. Mfg Jörg
Jörg Spilker wrote:
Hallo,
kann/sollte man Probleme mit den neuesten SuSE Kernels (die unter pub/people/mantel/next auf dem FTP Server) irgendwo hin melden? Während
Ich würde sagen, mantel@suse.de.
der "offizielle" 2.4.10 bei mir läuft, scheitert der 2.4.16 schon beim mounten meiner root Partition (welche ext2 ist, der Rest reiserfs). Meldung ist von der Art "illegal superblock in hdb5 ...."). Selbst kompilieren aus den Sourcen bringt auch kein besseres Ergebnis.
Interessant. Bei mir lief er nach kompilieren aus deb Sourcen ohne große Probleme... Rene -- Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est [Aurelius Augustinus, 4. Jhd] Erklärung und Übsersetzung: http://fsfeurope.org/order/ öffentlicher GnuPG-Schlüssel: Mail an gnupgkey@rene-engelhard.de
Am Son, 2001-12-16 um 14.17 schrieb Rene Engelhard:
Jörg Spilker wrote:
Hallo,
kann/sollte man Probleme mit den neuesten SuSE Kernels (die unter pub/people/mantel/next auf dem FTP Server) irgendwo hin melden? Während
Ich würde sagen, mantel@suse.de. Jep.
der "offizielle" 2.4.10 bei mir läuft, scheitert der 2.4.16 schon beim mounten meiner root Partition (welche ext2 ist, der Rest reiserfs). Meldung ist von der Art "illegal superblock in hdb5 ...."). Deutet auf ernsthaften Defekt mit deinem Root-Filesystem hin.
Selbst kompilieren aus den Sourcen bringt auch kein besseres Ergebnis. Warum sollte es auch?
Sehr wahrscheinlich ist Dein RootFS/Rootpartition hinüber, d.h. Rettungssystem von Diskette booten, e2fsck und beten, sonst heisst es Partition formatieren und Rootfs restaurieren/Backup einspielen :)
Interessant. Bei mir lief er nach kompilieren aus deb Sourcen ohne große Probleme... Bei mir läuft Hubert's 2.4.16 :)
Ralf
Ralf Corsepius schrieb: Hallo Ralf,
Sehr wahrscheinlich ist Dein RootFS/Rootpartition hinüber, d.h. Rettungssystem von Diskette booten, e2fsck und beten, sonst heisst es Partition formatieren und Rootfs restaurieren/Backup einspielen :)
das würde mich aber sehr wundern. Der Kernel 2.4.10 bootet ja wunderbar. Und ein fsck bringt auch nichts. RootFs ist auf ext2 auf einer IDE Platte am internen Controller eines MSI KT266 Boards. Die Treiber dafür sind eh fest im Kernel. Und ein mk_initrd, lilo mache ich eigentlich eh immer. Da sind dann bei mir lvm und reiserfs drin. Ne, ich denke schon, daß das Problem mit dem Kernel und meiner Hardware zusammenhängt. Mfg Jörg
Ralf Corsepius schrieb: Hallo Ralf,
Bei mir läuft Hubert's 2.4.16 :)
ich habe Hubert kontaktiert und das Problem ist geklärt. Ursache war eine geänderte Initialisierung von onboard IDE Komponenten. Mein MSI Board hat da den Standard VIA IDE Controller und einen FastTrack 100 Softraid. Mit dem 2.4.16 wird die Fasttrack zuerst initialisiert. Damit einher geht dann eine Verschiebung der Partititionen. Aus /dev/hdb5 wurde /dev/hdf5. Durch ein root=/dev/hdf5 am lilo prompt konnte ich booten, dann fstab und lilo.conf angepaßt und alles läuft. Hubert sagte mir aber, das wird wieder rückgängig gemacht, da für die Kunden unzumutbar. Mfg Jörg
Jörg Spilker wrote:
Hallo,
kann/sollte man Probleme mit den neuesten SuSE Kernels (die unter pub/people/mantel/next auf dem FTP Server) irgendwo hin melden? Während der "offizielle" 2.4.10 bei mir läuft, scheitert der 2.4.16 schon beim mounten meiner root Partition (welche ext2 ist, der Rest reiserfs). Meldung ist von der Art "illegal superblock in hdb5 ...."). Selbst kompilieren aus den Sourcen bringt auch kein besseres Ergebnis.
Was steht bei in der /etc/rc.config unter INITRD_MODULES ? Wenn da modules geladen werden, die du zum Zugriff auf das Root-Filesystem brauchst ( z.B. SCSI-Treiber), must du nach der Installation des Kernels noch ein mk_initrd; lilo ausführen, damit deine initrd aktualisiert wird. -- Markus Kossmann markus.kossmann@inka.de
participants (4)
-
Jörg Spilker -
Markus Kossmann -
Ralf Corsepius -
Rene Engelhard