Hallo,
meine Bootzeit hat sich sehr vergrößert.
Verursacht wird es durch einen check der Video (Ext3) Partition.
Kann mir jemand sagen wie ich das abstellen kann.
- Drch eine Reparatur Maßnahme der Partion, welches tool?
- Durch Einstellungen wo?
Prinzipiell wäre es doch ein Weg, die Video Partition erst nach dem starten des vdr einzuhängen, dann wäre es egal wie lange der check läuft?
Ich weiss allerdings das der vdr ohne Video Verzeichnis nicht startet.
Hat jemand dazu eine IDEE?
gruss
norman
Macht er das jedes mal?
Prüfen kannst mit fsck.ext3 (nur nicht gemountete Partitionen)
Ansonsten mal beim herunterfahren checken lassen.
@ wilderigel,
danke für die schnelle Antwort.
habe erst leider erst nach dem schreiben die Suchfunktion benutzt.
War schon ein ein großes Thema siehe hier und hier.
@ all
Meine Frage warum ist darus nicht eine Lösung entstanden die im VDR integriert wurde, muss man das Rad jedesmal neu erfinden, das Problem ist doch allgemeiner Natur!
gruss
normann
Hallo normann,
ein File-System-Check wird nach meinem Verständnis nur durchgeführt, wenn der maximale Mount-Count erreicht, die eingestellte Zeit seit dem letzten Check überschritten wurde oder wenn eben ein Fehler im Dateisystem vorliegt. Und das passiert dann eben nur genau einmal und dann (für längere Zeit) nicht mehr. Wenn der Check bei Dir jedesmal ausgeführt wird, dann deutet das darauf hin, daß der Fehler nicht (automatisch) gefixt werden konnte. Ich würde Dir daher empfehlen, Knoppix zu booten, den Check manuell anzustoßen und dann mal sehen, was kommt.
Gruß Herbert
Herb01
Danke, Fehler liegt nicht vor wird aber jedesmal bei Booten getestet und koste so 1- bis ... Minuten.
ZitatAlles anzeigenvdr-sid:~# /etc/init.d/vdr stop
Stopping Linux Video Disk Recorder: vdr.
vdr-sid:~# umount /dev/hda4
vdr-sid:~# fsck.ext3 /dev/hda4
e2fsck 1.39 (29-May-2006)
var/lib/video.00: clean, 197/8323072 files, 10645809/16615226 blocks
EDIT Zusatz:
ZitatAlles anzeigenvdr-sid:~# fsck.ext3 -f /dev/hda4
e2fsck 1.39 (29-May-2006)
Durchgang 1: Prüfe Inodes, Blocks, und Größen
Durchgang 2: Prüfe Verzeichnis Struktur
Durchgang 3: Prüfe Verzeichnis Verknüpfungen
Durchgang 4: Überprüfe die Referenzzähler
Durchgang 5: Überprüfe Gruppe Zusammenfassung
var/lib/video.00: 197/8323072 files (16.8% non-contiguous), 10645809/16615226 blocks
Wobei 16.8% non-contiguous bedeutet das die Platte zu 16,8% fragmentiert ist. Soweit ich weis spielt das keine Rolle und es gibt auch keinTool um das zu ändern.
gruss
norman
hmmm, wird bei Dir die Platte beim Herunterfahren nicht sauber ungemounted? Kann mir das sonst nicht anders erklären.
Gruß Herbert
lauft ganz normal im system mit Eintrag in fstab
ZitatAlles anzeigen# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/hda1 / ext3 defaults,errors=remount-ro 0 1
/dev/hda4 /var/lib/video.00 ext3 defaults 0 2
/dev/hda3 none swap sw 0 0
/dev/hdc /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/hdc /cdfs udf,cdfs user,noauto 0 0
gruss
norman
Mach mal einen erzwungenen Check (müsste -f sein)
fsck.ext3 /dev/hda4 -f
Vorher natürlich wieder unmounten.
wilderigel
siehe oben, habe ich durchgeführt ohne Ergebniss.
Das einzige was mir noch gekommen ist in der Spalte sechs der fstab wird die die Priorität des checks eingestellt. Die Video partion steht auf zwei, also check nach der root Partion die auf eins steht, was ja richtig ist.
Das einzige was man machen könnte ist diese Priorität auf null zu setzen, was in manchen Artikel über ext3 vorschlagen, ext3 währe so sicher.
Ich weiss nicht?
gruss
norman
Falsche Werte in tune2fs?
da fällt mir auch nix mehr ein. wilderigel: das mit dem erzwungenen Check kann damit nichts zu tun haben. Wenn nach dem manuellen Aufruf kein Check erfolgt, dann auch nicht beim Booten. @normann: bist Du denn sicher daß er die Video-Partition bearbeitet? Oder vielleicht doch Deine Systempartition?
Gruß Herbert
ZitatFalsche Werte in tune2fs?
was meinst Du damit?
wie kann man die auslesen oder gibt es eine config dazu?
gruss
norman
man tune2fs
tune2fs /dev/hda3 -l
@ wilderigel,
DANKE, vor lauter Bäumen sieht man den Wald nicht --> man.
Anbei Ausgabe von tune2fs, habe aber das Script von aLiEnTxC schon installiert.
Sehe keine Auffälligkeiten oder?
Last checked: Tue Jul 25 12:48:58 2006
Check interval: 0 (<none>)
EDIT: Herb01
Ja es ist die Video Partition ich sehe es beim booten da der check so lange läuft, ist mein Testsystem.
gruss
norman
vdr-sid:~# tune2fs -l /dev/hda4
tune2fs 1.39 (29-May-2006)
Filesystem volume name: var/lib/video.00
Last mounted on: <not available>
Filesystem UUID: 2c007d00-c446-4c53-b823-6c9eb3821e1d
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 8323072
Block count: 16615226
Reserved block count: 830761
Free blocks: 5969417
Free inodes: 8322875
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
Last mount time: Tue Jul 25 13:03:33 2006
Last write time: Tue Jul 25 13:03:33 2006
Mount count: 1
Maximum mount count: 30
Last checked: Tue Jul 25 12:48:58 2006
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
Schaut eigentlich ok aus.
Eine Datei /forcefsck gibts auch ned zufällig bei dir?
Und wird nur die Video Platte gecheckt, oder auch die Datenplatte?
Check jetzt auch, nachdem beim herunterfahren gecheckt wurde?
Hi Norman,
ich hätte noch versucht herauszubekommen, ob das Dateisystem nach dem Herunterfahren "clean" ist, d.h. den PC heruntergefahren, mit Knoppix gebootet, fsck.ext3 gestartet und dann geschaut, was er macht. Dann weißt du zumindest, ob das Aushängen schiefgeht oder ob er jedesmal bei Booten Deine Platte checkt. Ich habe aber keine Ahnung, was da jetzt der Check am Ende des Bootvorgangs macht. Vielleicht den wieder deaktivieren und probieren?
Gruß Herbert
Im übrigen: was sagt denn fsck beim Booten? Da verpetzt er doch immer den Grund, warum er die Platte überprüft, oder?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
