Probleme mit Aufnehmen und FB

[wfm_de]

Installiert: FW vom Aug 12, SE 3.2b(wieder zurück von 4.2)

Während des Aufnehmens passiert es manchmal, dass die FB-Tasten keine Reaktion
mehr erzeugen. Das IR-Lämpchen am Topf geht aber an. Nur die Power-Off-Taste funktioniert noch. Dann ist anschließend die Aufnahme futsch und der Topf prüft beim Hochfahren die Festplatte. Es passiert auch, wenn beim Normal-Runterfahren die Wait-Meldung kam bzw. wenn automatisch aus Poweroff aufgenommen wird. Es scheint, dass der Topf während des Aufnehmen ab und zu ins Nirwana läuft.

Wer hat dazu eine Idee ?

Gesendet von meinem Nexus 10 mit Tapatalk 2

[macfan]

Hast du irgendwelche TAPs installiert, die zu einer Fehlfunktion führen können? Wenn nicht solltest du eines installieren: RescueRecs. Es sorgt dafür, dass zumindest die Aufnahmen beim Zwangsausschalten in den meisten Fällen erhalten bleiben.

Gruß, Horst

[wfm_de]

Das sind die installierten Taps.

Noch zur Info: Wenn der Topf steht, steht auch die Laufschrift am Display.
Heute Nacht ist es wieder passiert. Der Topf lief die Nacht durch und hat dann nach der Zwangsabschaltung den für 6 Uhr geplanten Scan um 10 Uhr ausgeführt.

Gesendet von meinem Nexus 10 mit Tapatalk 2

[macfan]

Es ist schwer zu sagen, wer der Bösewicht ist, aber bei so vielen TAPs kann es schon eine bestimmte Kombination von TAPs sein. Nimm testweise alle oder erst mal einige aus dem Autostart heraus. Bei mir führte lost+found 2 übrigens ständig zum Absturz, aber ich war bisher der einzige Anwender mit diesem Problem.

Gruß, Horst

[wfm_de]

Danke erst mal für die Tipps. Lost&found ist ja nicht im Autostart, also nicht so verdächtig.
Ich hab mal den Netz Stecker gezogen und wieder neu gestartet. Vielleicht hilfts.

Oder gibt es noch neue Ideen ?

Gruss Walter

[Twilight]

Wenn nicht solltest du eines installieren: RescueRecs.

dieses tap ist seit erscheinen von se in se mit drin...es gibt aber situtaionen wo dieses sicherheitsnetz nicht greift.

@wfm_de: mehr als 10 taps hast du nicht installiert? man sieht die zahl leider nicht das sie von der fb überdeckt ist.

nimm mal die taps raus die du nicht umbedingt im autostart benötigst: taptodate wäre ein solches.
damit will ich nicht sagen das ttd der grund dafür ist, aber du mußt mal wo anfangen.

da die se version bei allen anderen problemlos läuft....ist es schwer es direkt an se fest zu machen.

twilight

[wfm_de]

Hallo Twilight,

ja, es waren nur 10 Taps. Nun sind es 11, mit dem neu vorgeschlagenen.
Taptodate nehm ich mal raus aus dem Autostart.
Ich hoffe mal, dass das Stromlosmachen geholfen hat.

[Twilight]

wie schon oben gesagt, rescurerecs ist in se enthalten, nimm es wieder raus.

twilight

[wfm_de]

OK, ist raus.

[wfm_de]

Gestern Nacht lief alles wieder problemlos,
3 Aufnahmen, ordentlich abgeschaltet und dann gescannt.
SE hatte ich vorher wieder auf 4.2 upgedatet.

Also habe ich zur Fehlerbehebung nur Taptodate aus dem Autostart raus und
mal den Netz Stecker gezogen.

Danke an alle Beteiligten !

Gruss Walter

[JBP]

Hi Walter,

ich habe seit ca. 2 Monaten das gleiche Problem - Du bist also nicht alleine...

Ich habe bei mir derzeit folgende TAPs im Autostart:
- automove
- SmartEPG
- SmartFiler
- FastSkip
- TTD

Jeweils die aktuellste (Beta-)Version. Habe die gleich Topf-Firmware installiert wie Du.
Habe bisher erst angefangen den Fehler zu isolieren (also z.B. mal eine Zeit lang ohne SmartFiler), aber die Ursache noch nicht gefunden. Komplette Neuinstallation aller TAPs hat auch nichts gebracht.

Bis vor geschätzten 2 Monaten hatte ich solche Probleme nie. Bis dahin zwar ab und zu Abstürze, bei denen die angefangenen Aufnahmen dann aber zumindest noch da waren. Bei dem jetzigen "einfrieren" sind die Aufnahmen meistens weg.

Kannst ja mal weiter berichten, ob Du bei Dir die Ursache findest. Ich teste auch mal weiter...

Viele Grüße,
JBP

[karlek]

Walter schrieb, dass er keine Probleme mehr hat, seitdem TapToDate aus dem Autostart ist. Versuch das doch mal.


Grüße

[JBP]

Hi karlek,

klar, Du hast ja Recht, das werde ich auf jeden Fall testen!

Bei mir tritt das Problem ja auch nur alle paar Tage auf (vielleicht knapp einmal pro Woche), und da habe ich bei 1-2 Tagen ohne erneutes Einfrieren bei Walter einfach noch nicht angenommen, dass das Problem wirklich gelöst ist... Vermutlich bin ich einfach zu pessimistisch...

Ich habe nun auch mal TTD und auch automove aus dem Autostart genommen, und werde in 1-2 Wochen berichten, ob das Problem damit auch bei mir gelöst wurde.

Viele Grüße und Danke,
JBP

[karlek]

Toi, Toi, Toi!


Grüße

[Twilight]

automove kann man so einstellen das es sich nach getaner arbeit beendet, läuft also nur beim start für ein paar sekunden.

twilight

[wfm_de]

Ich hatte gestern Nacht mal wieder einmalig das Problem:

Es liefen parallel 2 Aufnahmen. Eine davon habe ich per Rückspulen vom Anfang an parallel
angeschaut.
Nach ca. 1 Stunde blieb alles stehen, nur Ausschalten per FB war noch möglich.
Die Aufnahme, die ich parallel angeschaut habe, war weg. Die zweite Aufnahme noch vorhanden.
Die anschließenden, weiteren Aufnahmen liefen dann nachts ohne Probleme durch.
Die Festplatte hat keine Besonderheiten(lt. HDDInfo)
Ich habe den Eindruck, dass dieses Problem erst mit der Aug12-Firmware aufgetaucht ist.
Ich hatte bis zum Q4 2012 die Firmware von 2011 drauf.

Ich beobachte weiter.

Gesendet von meinem Nexus 10 mit Tapatalk 2

[Twilight]

es wäre ein gute idee das log von hdd info mal zu posten

twilight

[wfm_de]

gerne.
Ich nehme den SE-Report.

[Twilight]

hier mal lesbar: ob die "seek error rate" ok ist weiß ich nicht

Code: Alles auswählen

Festplatte
----------
  Model            = ST31000322CS
  Seriennummer     = 9VX0RAGT
  Firmware         = SC13
  Frei             = 193 von 929 GB
  SMART
  Attr Value Worst Thr      Raw Description
  0x01  117   99    6 130078482 Raw Read Error Rate
  0x03   96   95  ---         0 Spin Up Time
  0x04   98   98   20      2452 Start/Stop Count
  0x05  100  100   36         0 Reallocated Sector Count
  0x07   76   60   30  46552728 Seek Error Rate
  0x09   98   98  ---      1899 Power On Hours Count
  0x0a  100  100   97         0 Spin Retry Count
  0x0c   99   99   20      1226 Power Cycle Count
  0xb8  100  100   99         0 End-to-End Error
  0xbb  100  100  ---         0 Reported Uncorrectable Errors
  0xbc  100  100  ---         0 Command Timeout
  0xbd   65   65  ---        35 High Fly Writes
  0xbe   61   44   45        39 Airflow Temperature
  0xc2   39   56  ---        39 Device Temperature
  0xc3   45   35  --- 130078482 Hardware ECC Recovered
  0xc5  100  100  ---         0 Current Pending Sector
  0xc6  100  100  ---         0 Uncorrectable Sector Count
  0xc7  200  200  ---         0 UDMA CRC Error Count

[wfm_de]

Ich habe hier mal gelesen, dass die Seek-Errors bei Seagate hier nichts aussagen.
CRC-Fehler gibts keine und auch uncorrectables.