Mounting local Filesystem und haengt

[Harkan]

Hallo,
Ich habe bei mir seit jetzt ca. fast einem Jahr Linux laufen und arbeite momentan mit Linux Mandrake 9.1. Bisher lief auch alles einwandfrei.

Seit ein paar Tagen gibt es beim Bootvorgang ein - zumindest fuer mich - merkwuerdigen Ablauf:
Der Rechner laeuft bis zum Punkt "Mounting local filesystem" und bleibt stehen. Man kann warten so lange wie man will. Tastatur funktioniert noch. Wenn man dann den Reset Knopf des Rechners drueckt, bootet der Rechner ganz normal.
Es passiert sozusagen nur beim ersten Anschalten des Rechners.
die /etc/fstab ist in Ordnung (sonst wuerde er beim zweiten mal ja auch nicht sauber durchlaufen)
bei lilo habe ich auch schon mit acpi on / off rumgespielt.

Ich weiss echt nicht mehr weiter.

(sorry die Tastatur hier verfuegt ueber keine Umlaute/Sonderzeichen)

[frbie]

Hallo,

das wird Dir leider nicht weiterhelfen aber ich hatte gestern ein ähnliches Problem. Immer beim ersten Starten fand er das emu10k1 Kernelmodul nicht mehr. Beim zweiten Starten (Rebbot) lief alles problemlos.

Ich war in der glücklichen Situation eine alte Sicherung einspielen zu können. Diese war zwar nur 2 Tage alt und ich hatte in der Zwischenzeit nichts am System geändert aber es lief wieder.

Meine Vermutung war, dass, vielleicht duch die Hitze, ein Festplattenzugriff irgendwie mal einen Schden verursacht hat der sich dann in soch einer Fehlersituation äußert.

[Harkan]

Das mit der Hitze ist auch so eine schlimme Vermutung.
Was mir noch aufgefallen ist: nachdem ich den Resetknopf gedrueckt habe, faehrt der Rechner bis auf einen Unterschied problemlos hoch:
vor Mounting local Filesystem steht
Recovering Journal

hmmm ich habe die Platte jetzt mit e2fsck gescheckt (local Filesystem bei mir /dev/hde9), alles in Ordnung

weitere Info:


Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 6c610caa-69fc-11d7-9614-bbae85f878f0
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal dir_index filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1736704
Block count: 3468024
Reserved block count: 0
Free blocks: 1576144
Free inodes: 1714379
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16384
Inode blocks per group: 512
Filesystem created: Tue Apr 8 21:58:10 2003
Last mount time: Wed Aug 13 14:27:31 2003
Last write time: Wed Aug 13 14:27:31 2003
Mount count: 1
Maximum mount count: -1
Last checked: Wed Aug 13 14:24:14 2003
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal UUID: <none>
Journal inode: 8
Journal device: 0x0000
First orphan inode: 0
Default directory hash: tea
Directory Hash Seed: 6c610cc8-69fc-11d7-9614-bbae85f878f0


Group 0: (Blocks 0-32767)
Primary superblock at 0, Group descriptors at 1-1 [...]

hmm da steht: has journal
wie kann ich denn manuell einfach ausgedrueckt ein Recovering journal
ausfuehren, dass das Problem beseitigt?