RebuildNAV & RecCopy TAP

[FireBird]

Und wer hat am inode gedreht?

Code: Alles auswählen

2014-02-16 12:17:50 TimerDiags: RECMON: New REC '//DataFiles/Ein Colt f▒r alle F▒lle - Schneetreiben(DEC)-2(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1.rec' (dev=2050, inode=[color=blue]4132[/color])
2014-02-16 13:19:23 TimerDiags: RECMON: 'Ein Colt f▒r alle F▒lle - Schneetreiben(DEC)-2(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1.rec' has been deleted (dev=2050, inode=[color=blue]4225[/color])

Das ist eine andere Datei. Hat ja auch ein COPY weniger.

[Maliboy]

das "und" hast du aber gelesen? Deaktiviere die Option und schau im SE Menü nach dem HDDInfo log. Dann siehst du wie es deiner Platte geht.....

Ich hatte es da NIE aktiviert. Also ist es ja irgendwann Default mässig Aktiviert worden. In übrigen hatte ich eigentlich die Backup Funktion in SE schon vor langer zeit deaktiviert, weil mir die Backup Files VIEL zu groß waren und das Erzeugen ewig gedauert hat (über 1 Minute, wo der TOPF dann auch schwer zu Bedienen war).
In übrigen: AutoBackup steht auf Nein. Welche Funktion soll es sonst sein?
Ich habe jetzt mal auf Lokales Mounten umgestellt.

@Kai, war von mir nur so eine Idee, weil Du der einzige bist, der extreme Probleme hat. OK, hier und da hakt bei jeden mal ein Tap, bei mir auch. Aber sowas kenne ich nicht, und, so aus dem Kopf, habe ich sowas auch bei diversen Kabelusern noch nicht gelesen.

Du hast auch keinen CI+ und keinen Kabelreceiver mit anderen Settings. Mich wundert ja auch, das ich augenscheinlich der einzige mit den Effekten bin. Aber evtl. sind andere auch Leidensfähig. Oder sie Experimentiren nicht so viel wie ich.

[Maliboy]

Und wer hat am inode gedreht?

Code: Alles auswählen

2014-02-16 12:17:50 TimerDiags: RECMON: New REC '//DataFiles/Ein Colt f?r alle F?lle - Schneetreiben(DEC)-2(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1.rec' (dev=2050, inode=[color=blue]4132[/color])
2014-02-16 13:19:23 TimerDiags: RECMON: 'Ein Colt f?r alle F?lle - Schneetreiben(DEC)-2(COPY)-1(COPY)-1(COPY)-1(COPY)-1(COPY)-1.rec' has been deleted (dev=2050, inode=[color=blue]4225[/color])

Das ist eine andere Datei. Hat ja auch ein COPY weniger.

OK, habe ich mich verzählt. Nur wer löscht die Dateien bzw. wo gehen sie hin? Wenn es ein Plattenproblem ist, warum verschwinden sie nicht beim normalen Betrieb?

Edit: Doch nicht verzählt. Die Datei, die Rebuld NAV korrigert ist beim nächsten Boot weg. Jetzt verunsichere mich doch nicht noch mehr.

[FireBird]

RbN hat dem Zeitpunkt gearbeitet und wurde durch das Abschalten beendet. Ob das etwas damit zu tun hat, kann ich nicht sagen.

[Maliboy]

Wobei ein Lesender Zugriff doch keine Auswirkung haben solle. Und vor allem, wieso Startet der Topf überhaupt.

Ich bin nun wieder auf ältere Versionen zurück. Mal schauen, wie sich der TOPF nun verhält. Diese Reboot Schleifen habe ich so früher nämlich auch nicht wahr genommen.

[Twilight]

[quote="Maliboy"]So, diesen Fakrt wiederlege ich Dir nun gerade mal schnell:[/quote]

kai, bleib sachlich...so wie man in den wald hinein ruf, so schallt es heraus.
du widerlegst hier gar nichts, aber schön das nun endlich logs auftauchen über die wie sachlich diskutieren können.

twilight

[Maliboy]

Und wenn es Dir Spass macht, reboot schleifen zu sehen, hier das Log von Zeitpunkt der Aufnahme bis zur löschung von mir (ich verstehe nur noch nicht, warum IQTuner die Dateigenerell als verschlüsselt anzeigt. Das ist nämlich jeden Samstag so).

[Twilight]

ich sehe hier keine einzige rebootschleife, vor jedem start steht ganz klar ein shut down

twilight

[Maliboy]

Eben. Und 1 Minute später startet er wieder. Es ist kein Reboot durch Crash. Es ist ein Shutdown und neu Starten. Also durchaus bewusst und durch irgendein TAP (oder das System) veranlasst. Und normal ist auch das nicht. Vor allem, wenn das Passiert, während 1 TAP noch arbeitet.

[Wolfman]

Irgendwann hatte ich sowas auch schon mal - nur weiß ich leider nicht mehr, wie das vor sich ging.

[Maliboy]

Was mir bei dieser Geschichte auffällt ist, das TAP Slot 0 bis 3 Bei der Reboot Schleife nicht angezeigt wird. Aber das hat nichts mit RebuildNav zu tun.

[Philipswalther]

Hallo Kai

Du hast doch laut Deiner Signatur TMS Archiv am laufen und auch nach Deinem schreiben SF im Betrieb
Nicht das die beiden Tap's sich irgendwie stören.

[Maliboy]

Tja, TMS Archiv habe ich schon länger nicht mehr laufen. Eigentlich wollte ich SF nur testen und mir hat TMS auch besser gefallen. Und dann konnte SF TAPs starten. Darum habe ich nicht zurück gewechselt. Aber danke für den Hinweis, das ich da mal Aufräumen muss.

[FireBird]

Du hast aber nicht eine der ersten neuen AutoDescramble-Firmwares, die hatten nämlich so einen Aufweck-Bug. Schick mir einmal die FlashTimerDebugHistory.bin von SmartEPG, da sollte zu sehen sein, welcher Timer das Booten veranlasst.

[Maliboy]

Noe, die Lief ja gar nicht (weil SE immer wieder Timer gesetzt hat).

Und die letzten Versionen aus Korea habe ich noch nicht aufgespielt (und die von Freitag die wieder vom Server verschwunden ist auch nicht). Wie gesagt, Firmware ist seit langen die Februar 2013.

[FireBird]

Ich glaube nicht, dass ein TAP an Deinen Reboot schuldig ist. Scheinbar kommt es zu keinem VF&F, denn die TAPs starten nach rund 15 Sekunden, was ein normaler Wert wäre. Außer ein VF&F wäre bei Dir sehr schnell. Und wäre es ein Reboot, welches TAP würde den Topf wieder ausschalten? Also abgehakt.

Weder SE noch TimerDiags zeichnen Änderungen eines Timers auf. SE meldet um 01:00 das Verschwinden von "Death in Paradise", da die Aufnahme startet. Die nächste Änderung findet erst wieder nach dem Scan um ca. 04:16 statt. Die TimerDiags- und SE-Logs stimmen hier überein, also auch kein permanent knapp in die Zukunft gesetzter Timer.

Da SE AD-Timer nicht aufzeichnet, gibt es hier nur das TD-Log, aber das ist plausibel. Am 15. wird ein AD-Timer programmiert, der am 16. um 02:05 auch ausgeführt wird. Mit dem SE-Scan wird für 04:20 ein weiterer AD-Timer programmiert, der ebenfalls ausgeführt wird.

Ich sag' Dir's, das sind Deine Settings oder Deine Firmware, die den Pfusch produzieren. Ich sehe keinen Hinweis, dass ein TAP ausrastet.

Code: Alles auswählen

2014-02-15 
08:55:08 TimerDiags: AD Timer: 2014-02-16 02:05, Duration=61', DelOrig=no, 1 file(s), Automatic=no'

2014-02-16 
00:59:25 TimerDiags: Boot
01:00:00 Timer: Death in Paradise - Tropisches Fieber.rec
02:01:01 TimerDiags: Shutdown
02:04:25 TimerDiags: Boot
02:05:07 TimerDiags: AD Timer: has been removed
02:05:07 TimerDiags: AutoDescramble active
02:06:48 TimerDiags: RECMON: New REC '//DataFiles/Ein Colt für alle Fälle - Schneetreiben(DEC)-1.rec' (dev=2050, inode=4678)
03:05:08 TimerDiags: AutoDescramble finished
03:06:01 TimerDiags: Shutdown
03:08:25 TimerDiags: Boot
03:09:11 TimerDiags: Shutdown
03:11:25 TimerDiags: Boot
03:12:11 TimerDiags: Shutdown
03:14:25 TimerDiags: Boot
03:15:11 TimerDiags: Shutdown
03:17:25 TimerDiags: Boot
03:18:11 TimerDiags: Shutdown
03:20:25 TimerDiags: Boot
03:21:11 TimerDiags: Shutdown
03:23:25 TimerDiags: Boot
03:24:11 TimerDiags: Shutdown
03:26:25 TimerDiags: Boot
03:27:11 TimerDiags: Shutdown
03:29:25 TimerDiags: Boot
03:30:11 TimerDiags: Shutdown
03:32:25 TimerDiags: Boot
03:33:11 TimerDiags: Shutdown
03:35:25 TimerDiags: Boot
03:36:10 TimerDiags: Shutdown
03:38:25 TimerDiags: Boot
03:39:11 TimerDiags: Shutdown
03:41:25 TimerDiags: Boot
03:42:11 TimerDiags: Shutdown
03:44:25 TimerDiags: Boot
03:45:11 TimerDiags: Shutdown
03:47:25 TimerDiags: Boot
03:48:11 TimerDiags: Shutdown
03:50:25 TimerDiags: Boot
03:51:11 TimerDiags: Shutdown
03:53:25 TimerDiags: Boot
03:54:11 TimerDiags: Shutdown

03:59:00 Timer: SE Scan
03:59:25 TimerDiags: Boot
04:16:10 TimerDiags: AD Timer: 2014-02-16 04:20, Duration=61', DelOrig=no, 1 file(s), Automatic=no'
04:20:07 TimerDiags: AD Timer: has been removed
04:20:07 TimerDiags: AutoDescramble active
04:20:33 TimerDiags: RECMON: New REC '//DataFiles/Ein Colt für alle Fälle - Schneetreiben(DEC)-2.rec' (dev=2050, inode=4333)
05:20:08 TimerDiags: AutoDescramble finished
05:20:11 TimerDiags: Shutdown
05:22:25 TimerDiags: Boot
06:00:38 TimerDiags: Shutdown
06:02:25 TimerDiags: Boot
07:03:02 TimerDiags: Shutdown
07:05:25 TimerDiags: Boot
08:05:42 TimerDiags: Shutdown
08:07:25 TimerDiags: Boot
09:07:40 TimerDiags: Shutdown
09:09:25 TimerDiags: Boot
10:09:36 TimerDiags: Shutdown
10:11:25 TimerDiags: Boot
11:11:34 TimerDiags: Shutdown
11:13:25 TimerDiags: Boot
12:13:30 TimerDiags: Shutdown
12:15:25 TimerDiags: Boot
13:15:28 TimerDiags: Shutdown
13:17:25 TimerDiags: Boot
14:17:24 TimerDiags: Shutdown
14:19:25 TimerDiags: Boot
14:55:16 TimerDiags: First key event received since the last boot
14:55:21 TimerDiags: AD Timer: 2014-02-17 04:40, Duration=60', DelOrig=no, 1 file(s), Automatic=no'
20:09:00 Timer: Navy CIS - 2014-02-16 20-14.rec

[Maliboy]

Möglich. Aber ich hatte vor dem Update der Firmware (die ja nicht funktioniert hat) die Settings gespeichert und dann wieder zurückgespielt. Aber sobald die neue Verfügbar ist, werde ich mal wieder bei Null Anfangen. Interessant ist nur: Es tritt ja nicht immer auf.

[Maliboy]

Nachtrag: Kann es sein, das einfach ein Entschlüsselungsfenster (3 bis 4 Uhr) Programmiert war und deswegen der TOPF immer angegangen ist?

[FireBird]

Dann hätte man den AD-Timer im TimerDiags-Log gesehen (siehe oben).

[Maliboy]

Wobei ja schon seltsam ist, das um 2:05 der AD Timer removed wurde weil die Entschlüsselung angestartet wurde und um 4:16 auf einmal ein neuer Da ist. Vor allem, da ich kein RebuildNav Aufruf sehe.