Hallo zusammen!

Ich kenne das Thema mit den leidigen SMR Festplatten, bei denen es häufig zu Aussetzern kommt. Da es in 2,5“ ja leider keine großen Platten ohne SMR gibt habe ich mich für eine 3,5“ CMR Platte entschieden, die per USB dranhängt.
Trotzdem stelle ich fest, das ab und zu Sendungen Aussetzer haben.
Mittlerweile habe ich auch das System gefunden und reproduzieren können: nehme ich zwei oder drei Sendungen parallel auf dann ist die Chance da, dass das passiert. Ich habe weitergesucht und stelle fest, dass das Schreiben auf USB3 mit gemütlichen 20-30MB/s passiert. Auch das scheint lt meiner Recherche wohl bei dem System „normal“ zu sein, hat wohl irgendwas damit zu tun, dass das via CPU angebunden ist und halt nicht mehr geht.
Hoffe ich liege soweit korrekt - damit wäre der Flaschenhals nämlich USB.
Meine Idee ist jetzt, eine kleinere 2,5“ Platte einzubauen und mittels Automove die Sendungen auf die USB zu verschieben.

Dazu jetzt die Frage: ist der interne Port performanter angebunden? Und reicht eine normale HDD dann aus um 2-3 Sendungen aufzuzeichnen ohne Probleme oder sollte es dann eine SSD sein?

Gerne auch Feedback/Anregungen für alternative Lösungen.

Natürlich passiert es nicht oft, dass was parallel aufgenommen wird - aber wenn ist es halt nervig weil die Aufnahme dann nicht schaubar ist.
Und ja, es ist 100% eine CMR HDD.

Danke!

Ok Korrektur: die 30mb hatte ich beim Kopieren von einem USB zum anderen via SSH und MC.
Grade nochmal getestet, jetzt habe ich gut 50MB.

Dann verstehe ich nicht, warum diese Aussetzer auftreten - die Aufnahme wird wiedergegeben und dann springt sie einige Sekunden nach vorne. Dann geht es weiter ein paar Sekunden und dann springt es wieder.

Es ist ext4, grade geprüft nochmal, eine WD MyBook 10TB, die sicher USB 3 hat und auch CMR ist statt SMR (darum habe ich die 10TB Variante genommen).

Was mir noch aufällt ist, dass wenn ich die Aufnahmen anzeigen will, es einige Sekunden (5-10? muss mal stoppen) dauert wenn die Platte nicht eh schon läuft. Also entweder der braucht eine Weile, bis er alle Aufnahmen mal durchgerödelt hat oder die Platte braucht 10 Sekunden bis sie aus dem Standby aufwacht.

Kann es daran liegen? Oder welche Ideen habt ihr noch?

Würde dich bitte nicht meinen Thread hier zu "hijacken", danke. Ist ja schon ein anderes Thema.

anudanan schrieb:

Sind die Aussetzer immer an der gleichen Stelle, wenn du zurückspulst?
Wieviel Aufnahmen hast du denn da drauf, Wenn die alle in einem Ordner sind und es richtig viele sind dauert das meist auch etwas

Ich glaube ja, muss ich mal genau prüfen.
Ja, es sind schon eine Menge Aufnahmen - wie gesagt, das stört mich nicht - aber falls es die Ursache ist schon
Mein Gedanke war, dass beim Aufnahmestart vlt die Platte zu lange braucht bis es losgeht und dann nur ein Stream sauber geschrieben wird und der zweite dann das Problem bekommt.
Ich weiß nicht wie das abläuft bei einem Timer, aber vlt läuft das ja erst in einen Puffer und bis die Platte oben ist, ist der halt aufgrund zweier Aufnahmen schon voll und dann wird die Aufnahme korrupt?

iwl schrieb:

Das hört man doch, wie die Platte hochdreht (wenn man das will), das ist teils gesteuert langsam, damit dabei nicht viel Strom gezogen wird.
Und wenn danach noch was eingelesen wird, hört man es "kratzen".

Muss ich mal hinter das Möbelteil, da steht die nämlich damit ich sie nicht höre. Teste ich.

Erstes Feedback: "der Ladebalken" oben links kommt dann, wenn die Festplatte hochfährt. Das dauert rund 11 Sekunden, dann rödelt sie kurz 2 sek. und dann kommt auch schon der Inhalt.

Also die Aussetzer sind immer an der gleichen Stelle und ziehen sich komplett durch die Aufnahme.
Ich teste jetzt mal bewusst ein paar.
Wenn ich eine Aufnahme starte und die HDD erst hochfahren muss gibt es kein Problem, das habe ich nochmal getestet. Fokussiere mich also auf zwei parallel.
@Sledge Es kommt DVB-C zum Einsatz.

Ich verstehe es einfach nicht. Wenn es die Probleme gibt, dann direkt ab Anfang der Aufnahme und über die komplette Aufnahme hinweg.
Auch wenn die zweite parallele Aufnahme vorher endet.

Habe jetzt testweise auch mal vier Aufnahmen programmiert, alles HD, alles zu exakt gleichen Startzeit.
Und alle vier haben kein Problem.

iwl schrieb:

Ohne weitere Informationen und am besten komplette Logs kann da auch sonst niemand was anaalysieren.

Welche Informationen fehlen denn?

Welche Logfiles sagen was aus? Aktuell kann ich es ja nicht nachstellen mehr. Und tagelang debug log schreiben lassen ist ja auch nicht sinnvoll?
Bisher hat auch niemand nach Logfiles gefragt.

Aktuell kopiere ich per SSH mit MC von einer USB zur anderen - beide USB 3.0 - mit 30-35MB/sec. Das ist auch sehr wenig oder? Dachte eingangs das wäre normal aber scheint es ja nicht zu sein.

Mein hdparm Test sieht so aus:

iwl schrieb:

30-35MB/s ist nicht sehr wenig, ein Programm ist wie schon mehrfach erwähnt bei mir ca. 2MB/s, also Deine Rate kann da schon mal nicht das Problem sein.

Bei SSH werden die Daten auch verschlüsselt, das kann schon das Problem sein, wenn es da langsamer ist, versuch es doch mal mit rsync.

Ansonsten sind die Datenraten von Platten so 50-130MB/s, am Ende der Platte (innen) wird es weniger, als am Anfang (außen), bist Du also in der Größenordnung auch drin.

Ich habe mich z.B. in das CEC Plugin eingelesen, um an den Problemen was zu verbessern, über die im entsprechenden Thread ja viel und immer wieder geklagt wird, aber da hat sich auch praktisch niemand gefunden, der überhaupt etwas testen und loggen wollte, um da was zu verbessern.

Dein Problem ist ja eher noch defiziler und wahrscheinlich nicht nur ein Python-Plugin was mal eben jeder hacken kann.

Also wenn du meinen hdparm Test anschaust sind 30-35MB doch DEUTLICH weniger. Und evtl. ist die Schreibrate ja wegen eines Problems so niedrig, z.B. weil die Schreibrate mal 100MB ist und mal 0 MB also hängt- dann kommt im Schnitt 30MB raus aber im Endeffekt verursachen die Hänger vlt die Aussetzer?

Was SSH bzw. die Verschlüsselung damit zu tun hat kapiere ich nicht. Ich nutze SSH um mich auf die Box zu schalten und kopiere dann dort via MC von USB1 auf USB2 - die Daten bleiben auf der Box und werden doch nicht verschlüsselt beim Kopieren?

Und ja, tieferen Support zu kriegen ist wirklich nicht einfach.

Marti_win7 schrieb:

Warum soll es nicht sinnvoll sein , das Debug Log immer mitlaufen zu lassen. Es wird bei jedem Neustart der Box eine neue Datei angefangen. Wenn du dann mal wieder Fehler in einer Aufnahme hast, könntest du die ungefähre Uhrzeit berechnen und dann diese Stelle in dem Debug Log suchen und schauen, was zu der Zeit gelaufen ist.

Nur so eine Idee, muss nicht funktionieren.

Also je nach Debug Level sollte man das nicht lange laufen lassen weil das die Box verlangsamt - und wenn dann Probleme auftreten dann ist u.U. das extreme Debuglogging die Ursache. Ich hatte das Log mal entsprechend aktiviert, da hat sogar die GUI langsamer reagiert.