Re: Problem mit hda1

Autor: Thimo Neubauer <thimo_at_macht.org>
Datum: 31.03.2005
Hallo,

On Thu, Mar 31, 2005 at 07:28:14AM +0200, Alexander Dehoff wrote:
> Nun meine Fragen:
> 1. Wieso stehen die read-only Meldung in keinem Log-File nachdem ich es 
> wieder rw gemountet hatte (was übrigens reibungslos geklappt hat), ich 
> dachte die Kiste schreibt die Logs dann sobald als möglich auf die Platte.

Der syslogd hat sicher versucht, die Kernelmeldungen zu loggen. Aber
wenn er dann vom Betriebssystem gesagt bekommt, er könne sie nicht in
eine Datei schreiben glaubt er diesem :). Und nachdem der ro-Modus
normalerweise mit Absicht angeschaltet wird verschwendet der syslogd
nicht potentiell beliebig viel Speicher indem er das alles puffert.

Für solche Fälle ist es recht praktisch die syslog-Meldungen per UDP
an einen anderen Rechner zu schicken, näheres siehe syslogd(8).

> 2. Wie kriege ich nun raus wo das Problem auf hda1 liegt (Hatte noch nie 
> in einem Laufenden System so ein Problem gehabt) 
> Achja, /dev/hda2 rennt wunderbar weiter und /dev/hda1 arheitet auch 
> wunderbar.

Bei der Installation des Systems trägt der Debian-Installer mindestens
beim root-filesystem in die /etc/fstab den Parameter
"errors=remount-ro" ein, d.h. wenn der Filesystem-Code (in Deinem Fall
ext3) ein Problem meldet wird automatisch readonly gemountet, damit
das System nicht weiter kaputtgehen kann. _Dringend_ einen fsck laufen
lassen!

/dev/hda2 hat dann entweder kein Problem gehabt oder es steht einfach
nicht der errors-Parameter in der fstab.

Das Problem mit Deiner ersten Partition hat es hoffentlich noch vor
dem remount in Dein syslog geschafft. Zwar hält der Kernel eine Menge
Meldungen in einem Puffer (der, den dmesg anzeigt) aber vermutlich
haben die "Readonly filesystem"-Meldungen den ursprünglichen Grund
schon aus dem Buffer vertrieben...

Meiner Erfahrung nach passieren solche Sachen entweder durch
Kernelprobleme (verwendest Du irgendwelche Tricks wie device mapper?
Oder ist es eine nicht-i386 Architektur?) oder schlicht und ergreifend
durch eine sterbende Platte. Kannst Du mal mit "smartctl -a /dev/hda"
(aus dem Paket "smartmontools") nachsehen, ob die Platte Fehler
geloggt hat?

Gruss
   Thimo
Received on Thu Mar 31 11:46:44 2005

Dieses Archiv wurde generiert von hypermail 2.1.8.
Zurück zur UUGRN-Homepage.