SliTaz Forum
You are not logged in.
Hallo Zusammen.
Ich habe Slitaz auf einer CFC installiert.
Obwohl ich das System immer "sauber" herunterfahre bekomme ich Fehlermeldungen, dass das Filesystem inkonsistent sei.
An was kann das liegen?
Grüße,
Student
Offline
Hallo
Vielleicht ist es so?, eine Karte kann auch mal den Geist aufgeben. Funktioniert die Karte denn sonst. Was für Fehler werden da "repariert".
Evtl. ist aber das Problem woanders zu suchen, kaputter Arbeitsspeicher oder der Adapter für die Karte.
Gruß
Offline
cfcard rausnehmen, in einen Cardreader stecken und an irgendeinen Linuxcomputer stecken -
die Partitionen auf der CF-card mit e2fsck prüfen und es sollte wieder alles funktionieren
Offline
ich habe auch schon mit live-system gebootet und die Karte mit e2fsck geprüft.
Im Anschluss ist alles wieder ok...
Nach ein paar reboots kommen die Fehler aber erneut!
Soll ich die CF-Karte austauschen?
@hanfiey: Wie kann ein kaputter Arbeitsspeicher schuld daran sein?
Offline
welche Karte hast Du - ich verwende eigentlich nur Transcand industrial - sind zwar nicht sehr schnell, aber sehr stabil -
ist Dein filesystem mit oder ohne journal?
der Fehler, den Du beschreibst, tritt sehr häufig auf, wenn das System nicht ordentlich heruntergefahren wird und Du ein filesystem ohne journal hast
Offline
ich habe eine Swissbit industrial - die sind in der Regel sehr gut!
ich verwende ziemlich sicher ext3 mit full-journaling - werde heute abend nochmals nachsehen und bereichten.
Ich fahre das System aber immer sauber herunter, darum wunderts mich ja, dass ich diese Fehler bekomme...
Offline
es handelt sich um ein ext3 Filesystem.
Ich hatte auch schon den journaling-Modus "eingeschaltet", da ich damit das Problem bereits lösen wollte:
tune2fs -O has_journal -o journal_data /dev/hda1
anbei die boot-log Datei mit den genannten Fehlern:
'Processing /etc/init.d/rcS...
Mounting proc filesystem... [ [1;33mOK[22;37m ]
Searching for early boot options... [ [1;33mOK[22;37m ]
Starting udev daemon... [ [1;31mFailed[22;37m ]
Udevadm requesting events from the Kernel... [ [1;33mOK[22;37m ]
Udevadm waiting for the event queue to finish... [ [1;33mOK[22;37m ]
Checking filesystem on : /dev/hda1
/dev/hda1: Superblock last mount time (Wed Jan 1 00:00:38 2003,
now = Wed Jan 1 00:00:28 2003) is in the future.
/dev/hda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)
Remounting rootfs read/write...
EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
EXT3 FS on hda1, internal journal
Mounting filesystems in fstab...
kjournald starting. Commit interval 5 seconds
EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
EXT3 FS on hda2, internal journal
EXT3-fs: mounted filesystem with writeback data mode.[0m
Cleaning up the system...[70G[ [1;33mOK[0;39m ]
Setting up tmp X11 and ICE unix dir...[70G[ [1;33mOK[0;39m ]
Mounting /proc/bus/usb filesystem...[70G[ [1;33mOK[0;39m ]
Starting system log deamon: syslogd...[70G[ [1;33mOK[0;39m ]
Starting kernel log daemon: klogd...[70G[ [1;33mOK[0;39m ]
Requesting events from the Kernel...[70G[ [1;33mOK[0;39m ]
Executing all initialization scripts...
Parsing kernel cmdline for SliTaz live options...
Setting hostname...[70G[ [1;33mOK[0;39m ]
Configuring loopback...[70G[ [1;33mOK[0;39m ]
Starting udhcpc client on: eth0...
udhcpc (v1.12.0) started
Sending discover...
Sending discover...
Sending discover...
No lease, forking to background
Checking if /etc/locale.conf exists...
Locale configuration file exists... [70G[ [1;33mOK[0;39m ]
Keymap configuration:
/etc/init.d/i18n.sh: line 28: can't open /usr/share/kmap/.kmap: no such file
Unable to configure sound card.
Starting local startup commands...
Starting all daemons specified in /etc/rcS.conf...
Starting message bus daemon: DBUS... [70G[ [1;33mOK[0;39m ]
Starting Hardware Abstraction Layer: HAL... [70G[ [1;33mOK[0;39m ]
Starting slim login manager: Slim... [70G[ [1;33mOK[0;39m ]
[3g H H H H H H H H H
c]R
[1mWelcome to your box.[0m
SliTaz boot time: 10s'
Offline
ich habe inzwischen eine neue CF-Karte verwendet -> dasselbe Problem!
Nach bereits einem Reboot bekomme ich Fehlermeldungen wie bereits oben beschrieben:
Checking filesystem on : /dev/hda1
/dev/hda1: Superblock last mount time (Wed Jan 1 00:00:38 2003,
now = Wed Jan 1 00:00:28 2003) is in the future.
/dev/hda1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
Kann es sein dass ich diese Fehlermeldungen nur bekomme, da ich keine "laufende Systemzeit" habe?
Zur Erklärung: Ich habe ein ETX-Board ohne Batterie im Einsatz. Die Systemzeit ist beim booten immer dieselbe!
Wenn ja, wie bekomme ich das in den Griff?
Offline
das wollte ich Dich gerade fragen, weil ich das auch von boards kenne, bei denen die Batterie defekt ist.
hat das ding keine Batterie - bei einem von meinen Portege R100 ist die Batterie hin - da muss ich immer im bios das korrekte Datum einstellen, bevor ich hochfahre
Also ich sehe 3 Mölichkeiten:
Zeit jedes mal im Bios einstellen
Zeit einmal einstellen und ihn dann nicht vom Netz trennen (mein Portege merkt sich dann das Datum)
Batterie tauschen
Offline
so wies aussieht habe ich diese Möglichkeiten nicht!
Mein Board verfügt über keine Batterie und ich möchte auch nicht jedesmal die Zeit im Bios einstellen.
Ich habe gestern noch folgenden Beitrag gefunden:
http://www.onderka.com/2010/03/27/loesung-fuer-superblock-last-mount-time-is-in-the-future/
Wäre das nicht eine Alternative?
Allerdings kann ich bei Siltaz keine e2fsck.conf Datei finden...
Die Option "broken_system_clock = yes" klingt doch interessant - oder?
Offline
Du kannst es ja mal versuchen - einfach /e2fsck.conf bei Dir reinkopieren und schaun was passiert
ich glaube dass es nichts nutzen wird.
ich sehe noch eine andere Möglichkeit:
Du fügst in /urs/bin/desktopbox in dem Abschnitt
# Logout for Openbox or JWM and system shutdown or reboot.
noch folgende Zeile ein
date -s "Oct 13, 1999 14:04:05"
ist jetzt nur ein Beispiel, weil ich denke dass das Datum vom board wahrscheinlich 1. Jänner 2000 ist
damit Du dann nach dem booten wieder die richtige Uhrzeit hast, schreibst Du in
/etc/init.d/local.sh
rdate -s ptbtime2.ptb.de
damit stellst Du die Zeit auf die Physikalisch-Technische Bundesanstalt ein
vielleicht funktioniert das ja????
Offline
[ Generated in 0.020 seconds, 7 queries executed - Memory usage: 1.56 MiB (Peak: 1.77 MiB) ]