Hallo Leute, Nachdem ich die 6.4. platt gemacht ist und das bunte 7.2. aufgespielt ist geht vieles nicht mehr, was vorher prima lief: Ich habe reiserfs installiert. Nun kommt beim Runterfahren aber nach dem kill der processe sofort "runlevel 0 reached". Kein umount, nix. Beim hochfahren sieht's dann so aus: "<4>reiserfs: checking transaction log (device 16:05) ... <4>Warning, log replay starting on readonly filesystem <4>Using r5 hash to sort names <4>reiserfs: using 3.5.x disk format Kernel logging (ksyslog) stopped. Kernel log daemon terminating. Boot logging started at Tue Jul 10 17:02:44 2001 Activating swap-devices in /etc/fstab... Activating swap-devices in /etc/fstab... doneChecking file systems... Parallelizing fsck version 1.19a (13-Jul-2000) <-------------reiserfsck, 2001-------------> reiserfsprogs 3.x.0j <-------------reiserfsck, 2001-------------> reiserfsprogs 3.x.0j" ... und so weiter für jede Partition (?). Dann: "doneMounting local file systems... proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,mode=0620,gid=5)" Da ja dann done mounting... gemeldet wird, hört sich das ja ganz o.k. an, aber: in /var/log/warn findet sich: ^^^^ Jul 10 16:45:49 kluane kernel: Using r5 hash to sort names Jul 10 16:45:49 kluane kernel: reiserfs: using 3.5.x disk format Jul 10 16:45:49 kluane kernel: ReiserFS version 3.6.25 Jul 10 16:45:49 kluane kernel: VFS: Mounted root (reiserfs filesystem) readonly. Jul 10 16:45:49 kluane kernel: change_root: old root has d_count=3 Jul 10 16:45:49 kluane kernel: Freeing unused kernel memory: 120k freed Jul 10 16:45:49 kluane kernel: reiserfs: checking transaction log (device 03:49) ... Jul 10 16:45:49 kluane kernel: Using r5 hash to sort names Jul 10 16:45:49 kluane kernel: reiserfs: using 3.5.x disk format Jul 10 16:45:49 kluane kernel: ReiserFS version 3.6.25 Jul 10 16:45:49 kluane kernel: reiserfs: checking transaction log (device 03:48) Offensichtlich ist das doch als Warnung zu verstehen?! Also doch nicht sauber runtergefahren??? teilweise kommt dann noch als allerallerletzte Meldung beim runterfahren "extra sync" oder so - und dann nix mehr - für Stunden. Dann habe ich resettet. Was mich so stutzig macht ist: mit dem riesigen Original-Kernel gibt es zwar beim runterfahren ein umount (wenn ich mich richtig erinnere aber auch nicht immer!)- aber die bootmeldungen sehen so aus, wie oben angegeben. Mit dem selbstgebackenen Suse-2.4.4er von der CD gibt's kein umount und die gleichen meldungen beim booten. Ich muss mir aber einen selber backen, weil ich sonst meinen CD-Brenner nicht nutzen kann. Ich habe mich schon bei http://www.namesys.com umgetan, festgestellt, dass da eine ganze Menge Leute über dieses Problem berichten, aber keine mir verständliche Lösung gefunden. Also: wieso gibt's mal ein umount, dann werden auch alle anderen Prozesse wie üblich angezeigt, die gestoppt werden, andererseits aber weder umount noch irgendwelche Angaben über auch nur einen einzigen terminierten Prozess. Darüberhinaus ist mir aufgefallen, dass in meiner fstab die Zeilen beispielsweise so aussehen /dev/hda2 / reiserfs defaults 1 1 (bzw. ... 1 2 für die anderen Partitionen) ^^^^^^^^^^^^^^^ Aber auf der Reiser-Site wird bei den faqs ausdrücklich gesagt, hier solle 0 0 angegeben werden, von 1 2 bzw. 1 1 ist nicht die Rede. Frage konkret: umountet der jetzt und ich seh's nur nicht auf der Konsole, oder macht er's eben nicht und muss sich beim hochfahren immer wieder reparieren?? -- oder was bedeutet "Warning, log replay starting on readonly filesystem"??? Im April gab's mal 'n kurzen thread hier, aber der hat auch nicht weitergeholfen... /etc/halt bzw. halt.local haben mir auch keine erleutung gebracht Ich bin vollkommen am Schwimmen - und schon ziemlich weit draussen!! Hat vielleicht jemand von Euch eine Erklärung?? Bitte! Ziemlich depressive Grüsse aus Berlin, Henning -- Die große Welt paßt nicht durch kleine Fenster - LINUX, kernel 2.4.4. using tkrat or mutt In a World without Walls and Fences, who needs Windows and Gates? Si les Extra Terrestres ne sont pas encore la, c'est qu'eux aussi utilisent Windows !!!
participants (1)
-
nanoq@snafu.de