Hallo,
ich hab auch das Problem, das die TS-453Pro nicht in den SandBy möchte...
Hier der LOG:
Code
Turn off block_dump
===== Welcome to use blkdevMonitor_v2 on Sun Nov 1 13:24:23 CET 2015 =====
Turn off/on VM block_dump & Clean dmesg
Countdown: 3 2 1
Start...
============= 0/5 test, Sun Nov 1 13:24:30 CET 2015 ===============
<7>[321504.055024] sysRequest.cgi(31006): dirtied inode 6935 (uLinux.conf.bak) on md9
<7>[321504.055219] sysRequest.cgi(31006): dirtied inode 6794 (?) on md9
<7>[321504.057637] sysRequest.cgi(31006): dirtied inode 6794 (uLinux.conf.bak) on md9
<7>[321504.058495] sysRequest.cgi(31006): dirtied inode 6935 (uLinux.conf.bak) on md9
<7>[321504.673092] setcfg(31252): dirtied inode 6794 (qpkg.conf.bak) on md9
<7>[321504.673331] setcfg(31252): dirtied inode 6765 (?) on md9
<7>[321498.074489] md1_raid5(4960): WRITE block 5840623504 on sda3 (1 sectors)
<7>[321498.074525] md1_raid5(4960): WRITE block 5840623504 on sdc3 (1 sectors)
#.......usw...............
============= 3/5 test, Sun Nov 1 13:24:45 CET 2015 ===============
<7>[321509.741768] sysRequest.cgi(3630): dirtied inode 6765 (uLinux.conf.bak) on md9
<7>[321509.744292] sysRequest.cgi(3630): dirtied inode 6999 (uLinux.conf.bak) on md9
<7>[321509.745061] sysRequest.cgi(3630): dirtied inode 7017 (uLinux.conf.bak) on md9
<7>[321516.809979] qtvagent(13793): dirtied inode 6935 (?) on md9
<7>[321509.557797] md9_raid1(309): WRITE block 1060232 on sda1 (1 sectors)
<7>[321509.581243] kjournald(319): WRITE block 492440 on md9 (8 sectors)
#
Alles anzeigen
.....dann wiederholt sich alles.....
Kann mir da jemand einen Tip geben?
-System läuft hardwareverschlüsselt
-permanentes "Blinken" der Netzwerkverbindung
-systematischer Zugriff in gleichen Abstandsintervallen bzw. Schreiben/ Lesen von HDD
Mit freundlichen Grüßen
Salvador