HDDIntegrity

[mastercb]

Hi Topf-Freunde,

auf chris' Webseite bin ich auf das TAP "HDDIntegrity" gestossen. Leider macht mich die genaue Beschreibung dort nicht schlau, noch habe ich hier im Forum irgendetwas darüber gefunden.

Bringt das mit dem Aktivieren des "Journaling" einen Stabilitätsvorteil, oder sollte man von dem TAP lieber die Finger lassen ?

(Ich kapiere das sowieso nicht: Was bringt das, wenn das TAP das Journaling aktiviert, aber das TOPF-Linux dieses offensichtlich sowieso nicht kennt)

[mastercb]

weiss wirklich keiner, wofür das ist ?

[FireBird]

Vielleicht fragst Du Chris, wenn ihr wieder einmal über den ChannelListSaver plaudert.

[chris86]

weiss wirklich keiner, wofür das ist ?

Doch, ich

Bei diversen Experimenten mit Dateisystemfehlern in Zusammenhang mit dem MovieCutter wurde festgestellt, dass die Entwickler von Topfield sich zwar für JFS (=Journalled File System) entschieden haben - dabei aber (aus unbekannten Gründen) das Journalling deaktiviert haben.

Journalling sollte die Datenintgerität auf der Festplatte (v.a. im Fall von unvorhergesehenen Abstürzen) sicherstellen, und ist daher prinzipiell eine gute Erfindung.
Die einzigen Gründe, das abzuschalten, die ich mir im Moment vorstellen könnte, wären:
(a) es war ein Test beim Debuggen, und wurde dann vergessen
(b) die Geschwindigkeit bei Schreibzugriffen könnte (leicht) erhöht werden
(c) es hat bei Schreibzugriffen "am Dateisystem vorbei" (Schnittfunktion) gestört

Das TAP (im Autostart) tut nichts anderes als den hier:

Code: Alles auswählen

mount -o remount,rw,integrity /dev/sda2

Das heißt, es aktiviert das Journalling für die interne Festplatte.

(Ich kapiere das sowieso nicht: Was bringt das, wenn das TAP das Journaling aktiviert, aber das TOPF-Linux dieses offensichtlich sowieso nicht kennt)

Woher hast du diese Information!? Meines Wissens ist es lediglich beim Mounten deaktiviert worden.

Bringt das mit dem Aktivieren des "Journaling" einen Stabilitätsvorteil, oder sollte man von dem TAP lieber die Finger lassen ?

Wer öfter mal Abstürze oder Verluste von Aufnahmen zu verzeichnen hat (oder sich davor fürchtet), kann dieses TAP gerne installieren.
Wer häufig das Feature "4 Aufnahmen gleichzeitig" benutzt, der sollte erstmal vorsichtig probieren, ob dafür dann die Schreibgeschwindigkeit noch ausreicht.

Ich hatte das bei mir jetzt eine ganze Weile am Laufen - und konnte dabei in der Praxis weder irgendwelche Vor- noch irgendwelche Nachteile feststellen. (Hatte allerdings auch keinen Datenverlust in der Zeit)

Weitere Erfahrungsberichte sind natürlich jederzeit willkommen

[Twilight]

twilight

[Homer]

Weitere Erfahrungsberichte sind natürlich jederzeit willkommen

Nach deinem Posting hatte ich das TAP zwei Tage lang im Autostart. Während dieser Zeit ist der Topf leider zweimal eingefroren: Bild und Ton liefen weiter, das Display inkl. Uhrzeit stand still, WinSCP hatte die Verbindung verloren und konnte sie nicht wieder herstellen, Fernbedienbefehle wurden empfangen aber nicht ausgeführt bis auf Power Off.

So etwas ist auch früher schon passiert, allerdings nicht so oft in so kurzer Zeit. Der Topf hatte die letzten Tage eher unterdurchschnittlich viel zu tun, und das neueste aktive TAP ist schon seit vier Monaten auf dem Topf.

Viele Grüße
Homer

[chris86]

Nach deinem Posting hatte ich das TAP zwei Tage lang im Autostart. Während dieser Zeit ist der Topf leider zweimal eingefroren: Bild und Ton liefen weiter, das Display inkl. Uhrzeit stand still, WinSCP hatte die Verbindung verloren und konnte sie nicht wieder herstellen, Fernbedienbefehle wurden empfangen aber nicht ausgeführt bis auf Power Off.

Danke für den Bericht!
Allerdings ist es nahezu ausgeschlossen, dass diese Abstürze durch das HDDIntegrity-TAP verursacht wurden.
Das TAP wird nur beim Systemstart einmal kurz aufgerufen, führt dann einen kleinen Linux-Befehl aus, und beendet sich spätestens nach ein paar Sekunden von alleine.
Wenn der Topf also durch das TAP abgestürzt wäre, dann hätte das innerhalb dieser höchstens 5 Sekunden nach dem Booten passieren müssen. Ansonsten war das TAP nicht aktiv.

So etwas ist auch früher schon passiert...

Insbesondere vor dem Hintergrund würde ich von einem Zufall ausgehen.
Du könntest aber nochmal das Experiment machen, HDDIntegrity in den Autostart zu packen und nach dem Starten nachzusehen, ob es ordnungsgemäß beendet wurde - oder vllt. noch läuft.

[Homer]

Ich hatte damals schon gesehen, dass das TAP sich beendet hatte. Ich sage dem TAP auch keinen Fehler nach.

Die einzigen Gründe, das abzuschalten, die ich mir im Moment vorstellen könnte, wären:

(d) Das Journaling führt zu Fehlern.
Siehe auch die Modifikation SysTime.

Viele Grüße
Homer

[chris86]

(d) Das Journaling führt zu Fehlern.

Das würde ich allerdings ausschließen.
Journaling ist (Haupt-)Teil von JFS, und als solcher ein integraler Bestandteil des verwendeten Linux-Kernels. Dateisystem-Operationen werden vom Linux-Kernel transparent ausgeführt und beeinflussen darauf aufsetzende Programme in keinster Weise.
Im Gegenteil: Theoretisch müsste eher die Deaktivierung des Journalings für Probleme sorgen, da das Dateisystem darauf nie ausgelegt war. (Letzteres teilte mir einer der JFS-Entwickler mit, der ganz geschockt war, dass ein Hersteller ein JFS-Gerät mit deaktiviertem Journaling ausliefert...)

Ich habe wochenlange intensive Tests mit aufwändigen Dateisystemoperationen (v.a. ausgiebige Nutzung der Schnittfunktion) durchgeführt, und nie ein Problem gehabt.

Von daher denke ich nicht, dass lediglich 2 Abstürze (die offenbar auch unter anderen Umständen schonmal aufgetreten sind) eine ausreichende Relevanz besitzen, um auf ein Problem des Kernels (der ja auch in x-tausend anderen Geräten zum Einsatz kommt) hinzuweisen.

Da du der erste bist, der von derartigen Problemen berichtet, wäre es aber natürlich interessant, wenn du noch weiter testen und berichten würdest.

[Acade]

Hi Chris,

kann es sein, daß die integrity-Option trotzdem nix nützt, weil nach einem Crash mit Reboot
das Journal gar nicht ausgewertet wird (FW mountet ja erstmal wieder ohne)?
Dann wäre das TAP für die Katz' und und es sind nur die Schreiboperationen langsamer ...

Ciao,
Acade

[omue]

mein 2401 eco friert auch ein wenn ich das tap benutze.
wenn ich selber den Befehl mount -o remount,rw,integrity /dev/sda2 eingebettet friert er auch ein.

[Homer]

Wenn es beim ECO keine Spielepartition gibt, dann müsste es sda1 statt sda2 sein. Welche Partitionen zeigt "blkid"?

Viele Grüße
Homer

[omue]

Wenn es beim ECO keine Spielepartition gibt, dann müsste es sda1 statt sda2 sein. Welche Partitionen zeigt "blkid"?

Viele Grüße
Homer

Es gibt bei mir eine "games" Partition.

# blkid
/dev/sda2: UUID="7b8662ba-4688-4fb5-bfff-734e58d3c39b"
/dev/sda1: UUID="a4cd48eb-06bb-4ac6-a0af-8f4c703a8468"

Mein Topf friert auch erst nach einiger Zeit ein.
Ist ja auch eigentlich nicht so wichtig

[Homer]

Ich habe auch diese zwei Partitionen, die vom Topf auf leerer Platte angelegt wurden. Beim Aufruf von Battle Tank (Single) erscheint erwartungsgemäß:



Viele Grüße
Homer

[chris86]

kann es sein, daß die integrity-Option trotzdem nix nützt, weil nach einem Crash mit Reboot
das Journal gar nicht ausgewertet wird (FW mountet ja erstmal wieder ohne)?
Dann wäre das TAP für die Katz' und und es sind nur die Schreiboperationen langsamer ...

Jep, das kann sein.
Ich habe ja geschrieben, dass ich nicht weiß, ob es etwas bringt, oder nicht.
Habe lediglich das Remounten mit Journalling in ein TAP gegossen, um das mal zu testen...

Aber es wäre ja auch durchaus möglich, dass auch beim Mounten ohne Journalling ein bereits vorhandenes Journal noch ausgewertet wird?
Oder dass das Journalling dafür sorgt, dass Schreiboperationen erst nach (erfolgreichem) Abschluss permanent werden? Dann müsste man ja nichts auswerten, sondern hätte in jedem Fall einen konsistenten Zustand.

Wenn du Genaueres über die Funktionsweise weißt, dann bin ich für jegliche Aufklärung dankbar ;-)

[Acade]

Nö, weiß auch nicht mehr. xfs z.B. (das ich auf meinen PC-Kisten intensiv nutze) läßt auch das Journal
unangetastet, wenn readonly gemountet wird, auch wenn es "dirty" ist. Erst bei einem r/w-[re]mount wird
es ausgewertet, davor sagt einem der xfs_check, daß man erstmal mounten soll, um das Journal einzuspielen ...

[chris86]

[quote="omue"]Mein Topf friert auch erst nach einiger Zeit ein.[/quote]

Nach welcher Zeit friert er bei dir ein??
Immer, oder nur, wenn auch auf die HDD geschrieben wird (z.B. Timeshift)?

Ich habe es bei mir nur ca. ein paar Stunden getestet. Und TS ist bei mir sowieso aus.
Sollte es bei längeren Schreiboperationen reproduzierbar zu Abstürzen kommen, dann wäre geklärt, dass man auf dem Topf lieber auf das Journalling verzichten sollte...

[omue]

Nach welcher Zeit friert er bei dir ein??
Immer, oder nur, wenn auch auf die HDD geschrieben wird (z.B. Timeshift)?

Ich habe es bei mir nur ca. ein paar Stunden getestet. Und TS ist bei mir sowieso aus.
Sollte es bei längeren Schreiboperationen reproduzierbar zu Abstürzen kommen, dann wäre geklärt, dass man auf dem Topf lieber auf das Journalling verzichten sollte...

so nach ca 10 bis 20 Minuten.
TS war aus.
Ich habe auch nix aufgenommen.

Da ich eine SSD drin habe, kann das auch ein anderen Grund haben.

Ist auch nicht wirklich wichtig.

Olaf

[chris86]

Danke trotzdem für die Rückmeldung!