"/" wird nur noch ro gemountet... (Debian)

[X_FISH]

Problem:

Nach einem Neustart wird "/" nur noch ro gemountet, dementsprechend
sieht der Bildschirm aus.

Bei dem Rechner handelt es sich um meinen Router, daher ist es gleich
doppelt so mies.
_____

Wie es dazu kam:

Alles, was ich (eigentlich) gemacht habe war folgendes: Vor 17 Tagen
'nen neuen Kernel kompiliert, dann den Router neu gestartet.
Anschließend ein paar Updates (apt-get update / upgrade) und die Kiste
lief problemlos.

Heute wollte ich ein Image von der Installation ziehen (sicher ist
sicher), also runtergefahren und das Image gezogen. Anschließend wollte
ich wieder hochfahren - keine Chance.
_____

Was ich bisher gemacht habe:

/etc/fstab, /etc/lilo.conf kontrolliert, sehen okay aus.

Um wieder einen Router zu haben, bin ich folgendes durchgegangen:

mount /dev/hda1 / -o remount,rw

Anschließend von Hand Netzwerkkomponenten "gestartet", Dienste/Daemonen
aufgerufen/gestartet (named, ip-tables [narc], pon, etc...) und daher
kann ich jetzt wenigstens wieder im Internet mit dabei sein.

fsck hatte übrigens (natürlich vor dem remount,rw) keinerlei Fehler gemeldet.

TIA für jegliche Ideen und Vorschläge.

OS: Debian Sid/Sarge
PC: VIA C3 900, 256 MB RAM, NIC, ansonsten nicht viel drin (Router halt)

CU Martin

[@am]

hi
das sieht so wie windows nach dem reset aus;)
was sagen die logfiles (z.b /var/log/messages)
läutf alles sauber beim herunterfahren?
wie sieht`s mit ram aus?
bekannter hatte ein änliches problem (sah so aus als wäre die platte def. lese/schreib fehler)
fsck hatte auch keinen fehler gefunden.zwar hatte er kein sid sondern woody aber das macht nichts:)
am ende war`s ram (wärmefehler).

gruss

@am

[X_FISH]

e2fsck -p -c -C 0 -f /dev/hda1

<= ausgeführt, neu gestartet, alles geht wieder.

Logfiles waren ja keine Hilfe, runtergefahren => ohne Probleme/Fehler, aber nach dem Neustart konnte ja nix reingeschrieben werden.

CU Martin

[@am]

hi
lass mal die kiste mit eiem memtest über die nacht laufen (der von suse ist ok)
wen du noch eine platte zum testen hättest (1:1 copy) :)
hast du deine kiste nach der apt-orgie zwieschendurch neugebootet oder war die 17 tage up
wie siehts es aus mit dem alten kernel ?
habe hier woody ist sid schon in stable?
irgendwas mit stabel/unstabel/testing mischung?

gruss

@am

[X_FISH]

lass mal die kiste mit eiem memtest über die nacht laufen (der von suse ist ok)


Nunja, etwas ungünstig wenn die Kiste 24/7 laufen soll - Memtest => würde ich sowieso den von c't laufen lassen. Aber: Dann sollten ja auch Ausfälle während dem Betrieb vorhanden sein, sind aber keine.



wen du noch eine platte zum testen hättest (1:1 copy) :)


Leider nein.




hast du deine kiste nach der apt-orgie zwieschendurch neugebootet oder war die 17 tage up


Siehe oben. Lief 17 Tage durch - davor (vor dem neuen Kernel) ca. 120 Tage. Problemlos.



wie siehts es aus mit dem alten kernel ?


Am Kernel selbst kann's schlecht liegen. Wenn ich den nicht verändere und der Fehler tritt dann nach einem Neustart auf?



habe hier woody ist sid schon in stable?


Sid ist niemals stable. Sid ist immer unstable.



irgendwas mit stabel/unstabel/testing mischung?


Ebenfalls auszuschließen.

Der Fehler ist nicht nur bei mir aufgetreten - und nicht nur bei EXT2. Allerdings konnte keiner den Fehler reproduzieren und bei manchen war nach einem ganz "normalen" fsck -f alles wieder in Butter. Aber: Auch sie hatten keine Fehlermeldungen beim fsck bekommen gehabt.

CU Martin

[@am]

hi
naja irgendwo musst du anfangen.
für mich sieht das so aus:
du hast dir ein neuen kernel gebacken, rechner gebootet und seit dem hast du den comp nicht heruntergefahren (neugebootet). nach einem neustart ist der fs angeblich def. aber nach reparatur und remount läuft alles wieder.
daher wäre vieleicht die zeit nach dem ersten reboot interessnt vorallem dass die logs auch nichts sagen. zwieschendurch noch paar updates.
wie sieht's aus wen du den alten kernel bootest (das habe ich gemeint :) )
und sid :) naja zu viel geraucht ;)
ich hatte da noch ein paar andere gedanken in richtung:
reiserfs, etx3, umpartitionierung...
ich hoffe dass die kiste bei dir zu hause steht und nicht im serverraum au der arbeit, könnte schiefgehen ;)
ach ja: werden die dienste beim herunterfahren richtig beendet (reihenfolge)
tja hellseher müsste man sein.
würde mal gerne wissen was da bei dir los ist, solche fehler sind zum kotzen und für die fehlersuche braucht man meistens unmengen an zeit.

gruss

@am

[X_FISH]

du hast dir ein neuen kernel gebacken, rechner gebootet und seit dem hast du den comp nicht heruntergefahren (neugebootet).


Jein. Nachdem der Kernel beim "ersten Mal" funktioniert hat => zunächst noch ein Reboot.

Warum? Na, weil ich ihn erst nach dem Test bei lilo als default eintrage.

Davon gehe ich jetzt mal aus, so gehe ich immer vor.

Also: Mindestens zweimal ist der Kernel gebootet worden bevor er die 17 Tage durchgelaufen ist.



wie sieht's aus wen du den alten kernel bootest (das habe ich gemeint)


Dito. 2.4.20 und 2.4.18 => gleiches Resultat. Ebenfalls nur ro gemountet.



ich hatte da noch ein paar andere gedanken in richtung:
reiserfs, etx3, umpartitionierung...


Alles nicht passiert. Wenn du jetzt gemeint hast, das wäre mit dem "Kernelupdate" Hand in Hand gegangen. War EXT2, ist EXT2 und wird auch noch EXT2 bleiben.



ach ja: werden die dienste beim herunterfahren richtig beendet (reihenfolge)
tja hellseher müsste man sein.


Kurz und bündig: Ja.



würde mal gerne wissen was da bei dir los ist, solche fehler sind zum kotzen und für die fehlersuche braucht man meistens unmengen an zeit.


Darum ja auch der Thread hier - weil ich nicht drauf komme, und sonst aber wohl auch niemand... Und was es das Kotzen anbelangt: FULLACK.

CU Martin