bootet nur noch mit Kernel 3.16-1

[Terminus66]

Ich habe seit einiger Zeit auf einem meiner Rechner (testing/SID) folgendes Problem, für das ich auch nach ausführlicher Suche im Netz keine Lösung gefunden habe:
Booten ist nur mit dem Uraltkernel 3.16-1 möglich.
Bei allen später installierten Kerneln incl. 3.16.0-4 bleibt der Bootvorgang unterwegs hängen.

Ich habe rausgefunden, dass ein Bug in sysv Probleme machte. Das sollte aber eigentlich nach dem letzten Update der utils behoben sein...

[Blackbox]

• Was genau ist deine Frage ?
• Wie sehen deine aussagekräftige Fehlermeldungen aus ?
• Wo sind deine Logfiles ?
• Wie können wir dir helfen ?

[Terminus66]

Es gibt keine Fehlermeldungen.
Der Bootvorgang stoppt mit der Zeile:
'switched to clocksource tsc'
nach 2-3 Minuten kommt noch:
'random: nonbocking pool is initialized'
dann war's das...

[Terminus66]

vielleicht sollte ich noch erwähnen:
der Rechner benutzt ReiserFS

[NAB]

Interessant.

Ich habe mit Kernel 3.16.0-4 keine Probleme. Ich benutze Jessie/stable.

[Terminus66]

Auf meinem Laptop ist auch alles ok.
Die Sache ist irgendwie seltsam...

Es sieht so aus, als wären alle nach einem bestimmten Zeitpunkt installierten Kernel betroffen.

[NAB]

Klingt nach "initramfs-tools".

[Blackbox]

ReiserFS ist tot, du solltest über eine Migration nachdenken.

[Terminus66]

das ist sicher richtig, aber ich wollte bisher den Aufwand einer Neuinstallation vermeiden...

[rendegast]

ReiserFS ist tot,

naja

Code: Alles auswählen

# grep -i reiser /boot/conf*
/boot/config-3.16.0-4-amd64:CONFIG_REISERFS_FS=m
/boot/config-3.16.0-4-amd64:# CONFIG_REISERFS_CHECK is not set
/boot/config-3.16.0-4-amd64:# CONFIG_REISERFS_PROC_INFO is not set
/boot/config-3.16.0-4-amd64:CONFIG_REISERFS_FS_XATTR=y
/boot/config-3.16.0-4-amd64:CONFIG_REISERFS_FS_POSIX_ACL=y
/boot/config-3.16.0-4-amd64:CONFIG_REISERFS_FS_SECURITY=y
/boot/config-4.0.0-1-amd64:CONFIG_REISERFS_FS=m
/boot/config-4.0.0-1-amd64:# CONFIG_REISERFS_CHECK is not set
/boot/config-4.0.0-1-amd64:# CONFIG_REISERFS_PROC_INFO is not set
/boot/config-4.0.0-1-amd64:CONFIG_REISERFS_FS_XATTR=y
/boot/config-4.0.0-1-amd64:CONFIG_REISERFS_FS_POSIX_ACL=y
/boot/config-4.0.0-1-amd64:CONFIG_REISERFS_FS_SECURITY=y

könnte stabiler sein als ein btrfs.

Booten ist nur mit dem Uraltkernel 3.16-1 möglich.

Ein selbstgebauter?
Ist in der Commandline die Option 'quiet'? Bei Entfernen kann durch mehr Ausgabe vielleicht der Fehlerpunkt besser bestimmt werden.

Wie ist es mit dem rescue-Boot eines der betroffenen debian-kernel?
(Diese starten wohl standardmäßig ohne die Option 'quiet')
Kann ein live-System wie grml booten?


'update-initramfs -u -kall'
mit ungewöhnlichen Meldungen?
Das Modul reiserfs wird in den initrd eingebunden? (sind im allgemeinen Archive cpio.gz)
<-> falls CONFIG_REISERFS_FS=y für den 3.16-1 gelten würde,
eine Einstellung initramfs.conf MODULES=dep verhindert hier (Nicht-reiserfs-System) die Einbindung
<-> MODULES=most (wäre die default-Einstellung)




Mir kommt in den Sinn, kernelspezifische Modul-"Weichen" ala
/etc/modules-3.16-1
die sich vielleicht auf die Bestückung der initrd auswirken.

[Terminus66]

habe update-initramfs mal ausgeführt:
keine Fehlermeldung aber nun bootet auch der alte Kernel nicht mehr...
Ich sichere gerade mein home-Verzeichnis und werde das Ganze mit EXT4 neu installieren.

[NAB]

habe update-initramfs mal ausgeführt:
keine Fehlermeldung aber nun bootet auch der alte Kernel nicht mehr...

Dann liegt es an der initrd bzw. an den initramfs-tools ... die sind wohl in Testing gerade kaputt. Das wird sich durch ein anderes Dateisystem nicht ändern ... außer da werden gezielt die reiserfs-Module nicht integriert.

[Terminus66]

Da das Ganze auf meinem Laptop (EXT4) klaglos funktioniert, wird es wohl am FS hängen.
Wir werden sehen...

[NAB]

Ja, huch? Dann fliegt Reiserfs eventuell wirklich bei Debian raus (nicht, dass das schade wäre) ...

[Terminus66]

Nach der Neuinstallation mit EXT4 läuft alles bestens.
RIP, ReiserFS!