nachdem ich seit einigen Wochen einen meiner 5200er auf WD20EVDS umgerüstet habe, ist die Anzahl der vorhandenen Aufnahmen wie von Geisterhand sprunghaft gestiegen, bis es ca. 320 waren. Dann passierten immer häufiger Reboots nach Aufruf vom Filer 2.30. Das ging so weit, daß irgendwann jeder Aufruf zum Reboot führte.
Ich habe die üblichen Tests gemacht, z.B. Start ohne jegliche Taps und dann nur Filer aufgerufen -->Reboot. Ein Testbetrieb ohne Filer lief mehrere Tage ohne Probleme.
Da ich mich zunächst nicht weiter darum kümmern, Filer aber weiterhin nutzen wollte, habe ich den Papierkorb geleert, und konnte dann mit 160 Dateien weniger wieder problemlos Filer nutzen.
Jetzt - einige Tage und viele Aufnahmen später - war es wieder so weit, die Reboots traten wieder auf, und wurden von Tag zu Tag häufiger. Nun habe ich eine Möglichkeit gefunden, Filer sofort und reproduzierbar zum Reboot des Topfs zu bringen: Verschieben einer größeren Anzahl von Dateien (ca. 30). Anbei das Ende vom Konsolen-Debug (Level 4):
Code: Alles auswählen
= PercentSeen=0%
DBCountSubDirItems (16, , 0x8217F418, 0x8217F420, 0x8217F424, 0x8217F428, 0x8217F430, 0x82381400)
DBCountSubDirItems (17, , 0x8217F5B8, 0x8217F5C0, 0x8217F5C4, 0x8217F5C8, 0x8217F5D0, 0x82381400)
CalcPercentSeen (329)
= PercentSeen=0%
CalcPercentSeen (330)
= PercentSeen=0%
CalcPercentSeen (331)
= PercentSeen=0%
CalcPercentSeen (332)
= PercentSeen=0%
DBCountSubDirItems (127, , 0x8217F758, 0x8217F760, 0x8217F764, 0x8217F768, 0x8217F770, 0x82381400)
CalcPercentSeen (396)
= PercentSeen=0%
CalcPercentSeen (397)
= PercentSeen=0%
CalcPercentSeen (398)
= PercentSeen=0%
CalcPercentSeen (399)
= PercentSeen=0%
CalcPercentSeen (400)
= PercentSeen=0%
DBCountSubDirItems (18, , 0x8217F8F8, 0x8217F900, 0x8217F904, 0x8217F908, 0x8217F910, 0x82381400)
CalcPercentSeen (334)
= PercentSeen=0%
CalcPercentSeen (336)
= PercentSeen=0%
DBCountSubDirItems (53, , 0x8217FA98, 0x8217FAA0, 0x8217FAA4, 0x8217FAA8, 0x8217FAB0, 0x82381400)
DBGetParentDirIndex (52)
= ParentDirIndex=1
$sp=80386bf8
$at=823fc4f8 $v0=801ae31c $v1=823fc4fc $a0=00000073
$a1=0000fde8 $a2=8255f68e $a3=824fe170 $t0=00000000
$t1=10000400 $t2=00000228 $t3=82066c70 $t4=8207d8f0
$t5=82402504 $t6=00000472 $t7=80251e7c $t8=00000000
$t9=801ae31c $s0=00000001 $s1=00000085 $s2=00000000
$s3=00000001 $s4=82418120 $s5=00000000 $s6=0000fde7
$s7=82412ff4 $s8=00000073 $ra=801ae324 $t0=00007de0
$t1=00000000 $gp=82412ff4 $k1=80003190
<<< Unexpected Exception >>>
CAUSE = 00008408
EPC = 80003190
*EPC = 93ce0000
SR = 10000403
badVAddr = 00000073
task = 0
_runCount=1
lastTask(0) = 0
memory monitor
cmd number = 10
Hat jemand eine Idee woran das liegen könnte?
Der Absturz scheint immer genau dann zu passieren, wenn die filer.db upgedated wird. Sie ist zur Zeit ca. 550Kb groß.