Powered by Invision Power Board


  
 
Reply to this topicStart new topicStart Poll

> HDD gehen nicht in Standby.
SVeith
Geschrieben am: Donnerstag, 02.Oktober 2014, 21:43 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Hallo Zusammen,

seit einiger Zeit benutzte ich hdparm um meine HDD's in den Standby Modus zu versetzen.
Das funktioniert auch gut sofern der VDR mit Softhddevice läuft.

Schalte ich aber auf den XBMC um, dann wachen alle HDD's aus dem "standby" auf und legen sich nicht wieder automatich schlafen.

Wenn ich die HDD's aber mit hdparm -y /dev/sdx manuell schlafen schicke, dann gehen die HD's in standby und bleiben dort.

Gibt es eine Lösung, damit die HD's nach 30 Sekunden Inaktivität automatisch wieder schlafen gehen?

Meine /etc/confd/hdparm sieht so aus:
CODE
sdb_args="-S 30"
sdc_args="-S 30"
sdd_args="-S 30"
sde_args="-S 30"


Danke, Stefan.
Email Poster
Top
R2D2
Geschrieben am: Freitag, 03.Oktober 2014, 08:36 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Dir ist aber schon klar, dass "S 30" nicht 30 Sekunden, sondern 150 Sekunden bedeutet?
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Freitag, 03.Oktober 2014, 19:55 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Ja, ist mir klar.
Ändert aber nix an der Tatsache das die HD's nicht in den standby Modus wechseln, auch nicht nach 150 Sekunden oder gar nach einer Stunde.
Email Poster
Top
R2D2
Geschrieben am: Samstag, 04.Oktober 2014, 15:58 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Hier mal ein paar Grundlagen und ein paar Tipps.

Statt:

CODE
sdb_args="-S 30"
sdc_args="-S 30"
sdd_args="-S 30"
sde_args="-S 30"


würde ich das so machen:

CODE
sata_all_args="-S 30"


Außerdem würde ich auch min. "-S 30" nehmen, um zu verhindern, dass die Platte nicht ständig aus und wieder an geht.

Du kannst ja mit "hdparm -C <DEVICE>" checken, ob die Platte schläft.


CODE
vdr01_64 ~ # hdparm -C /dev/sdc

/dev/sdc:
drive state is:  standby


Dann kannst Du das Debugging aktivieren,

CODE
echo 1 > /proc/sys/vm/block_dump


und nach der Platte greppen, die in Verbindung mit XBMC nicht schlafen will, z.B:

CODE
dmesg -w |grep sdc


Dann sollte Dir eigentlich angezeigt werden, wer oder was, dafür sorgt, dass Deine Platten nicht einschlafen.

Wenn Du den Schuldigen gefunden hast, kannst Du mit,

CODE
echo 0 > /proc/sys/vm/block_dump


das Debugging wieder deaktivieren. ;)
Email PosterUsers WebsiteICQ
Top
SVeith
Geschrieben am: Sonntag, 05.Oktober 2014, 10:33 Uhr
Quote Post


Professional
****

Gruppe: G2V3+User
Beiträge: 507
Mitgliedsnummer.: 1160
Mitglied seit: 2005-11-10



Hallo R2D2,

danke für Deine Ausführungen :)

QUOTE
sata_all_args="-S 30"

Das würde dann auch für meine SSD (auf der ist das Basis System installiert) gelten, ist das sinnvoll?

QUOTE
hdparm -C /dev/sdc
ist mir bereits bekannt, damit habe ich festgestellt, dass die HD's beim Betrieb mit VDR schlafen gehen und beim XBMC nicht.

QUOTE
echo 1 > /proc/sys/vm/block_dump

Hab das Debugging aktiviert.
Und gibt auch fleissig Nachrichten für meine SSD (/dev/sda) aus.
Bei
CODE
dmesg -w |grep /dev/sda
CODE
1871.271459] AioMgr0-N(7929): WRITE block 77945591 on sda4 (8 sectors)
[ 1871.271461] AioMgr0-N(7929): WRITE block 77945599 on sda4 (8 sectors)
[ 1871.271463] AioMgr0-N(7929): WRITE block 77497264 on sda4 (8 sectors)
[ 1871.271466] AioMgr0-N(7929): WRITE block 77807576 on sda4 (8 sectors)
[ 1871.271469] AioMgr0-N(7929): WRITE block 70063864 on sda4 (8 sectors)
[ 1871.271471] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1871.271550] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1871.271806] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1871.271863] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1871.272700] AioMgr0-N(7929): WRITE block 73787616 on sda4 (1 sectors)
[ 1871.272705] AioMgr0-N(7929): WRITE block 77497256 on sda4 (8 sectors)
[ 1871.272708] AioMgr0-N(7929): WRITE block 77807576 on sda4 (8 sectors)
[ 1871.272741] AioMgr0-N(7929): WRITE block 70063864 on sda4 (8 sectors)
[ 1871.272744] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1871.272792] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1871.273528] AioMgr0-N(7929): WRITE block 73787624 on sda4 (8 sectors)
[ 1871.273531] AioMgr0-N(7929): WRITE block 73803928 on sda4 (8 sectors)
[ 1871.273561] AioMgr0-N(7929): WRITE block 77497264 on sda4 (8 sectors)
[ 1871.273572] AioMgr0-N(7929): WRITE block 70063864 on sda4 (8 sectors)
[ 1871.273574] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1871.273610] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1871.274264] AioMgr0-N(7929): WRITE block 73787616 on sda4 (1 sectors)
[ 1871.274267] AioMgr0-N(7929): WRITE block 77497256 on sda4 (8 sectors)
[ 1871.274293] AioMgr0-N(7929): WRITE block 70063864 on sda4 (8 sectors)
[ 1871.274295] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1871.274319] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1872.306885] jbd2/sda4-8(2135): WRITE block 88350904 on sda4 (8 sectors)
[ 1872.306892] jbd2/sda4-8(2135): WRITE block 88350912 on sda4 (8 sectors)
[ 1872.308680] jbd2/sda4-8(2135): WRITE block 88350920 on sda4 (8 sectors)
[ 1876.270637] AioMgr0-N(7929): READ block 70008832 on sda4 (1 sectors)
[ 1876.272491] AioMgr0-N(7929): WRITE block 70008832 on sda4 (1 sectors)
[ 1876.274148] jbd2/sda2-8(1545): WRITE block 29795856 on sda2 (8 sectors)
[ 1876.274152] jbd2/sda2-8(1545): WRITE block 29795864 on sda2 (8 sectors)
[ 1876.274231] jbd2/sda2-8(1545): WRITE block 29795872 on sda2 (8 sectors)
[ 1879.383456] AioMgr0-N(7929): READ block 79342360 on sda4 (8 sectors)
[ 1879.385324] AioMgr0-N(7929): READ block 79342368 on sda4 (8 sectors)
[ 1879.385358] AioMgr0-N(7929): READ block 79342376 on sda4 (8 sectors)
[ 1881.338145] jbd2/sda2-8(1545): WRITE block 29795880 on sda2 (8 sectors)
[ 1881.338160] jbd2/sda2-8(1545): WRITE block 29795888 on sda2 (8 sectors)
[ 1881.339940] jbd2/sda2-8(1545): WRITE block 29795896 on sda2 (8 sectors)
[ 1881.354199] jbd2/sda4-8(2135): WRITE block 88350928 on sda4 (8 sectors)
[ 1881.354206] jbd2/sda4-8(2135): WRITE block 88350936 on sda4 (8 sectors)
[ 1881.354312] jbd2/sda4-8(2135): WRITE block 88350944 on sda4 (8 sectors)
[ 1882.328648] nmbd(12429): dirtied inode 1206734 (wins.dat.12429) on sda2
[ 1882.328651] nmbd(12429): dirtied inode 1206734 (wins.dat.12429) on sda2
[ 1882.328683] nmbd(12429): dirtied inode 1206762 (?) on sda2
[ 1884.435300] AioMgr0-N(7929): READ block 77578248 on sda4 (32 sectors)
[ 1887.359023] jbd2/sda2-8(1545): WRITE block 29795904 on sda2 (8 sectors)

allerdings gibt
CODE
dmesg -w |grep /dev/sdb (oder sdc - sde)
nicht einen Eintrag aus. Und trotzdem geht keine der HD's in den standby Modus.

Auch nach 5 Minuten nicht...
CODE
vdr ~ # hdparm -C /dev/sdb
/dev/sdb:
drive state is:  active/idle

Setze ich die HD allerdings manuell in stanby mit...
CODE
vdr ~ # hdparm -y /dev/sdb
/dev/sdb:
issuing standby command
dann wechselt die HD in standby und bleibt auch im stanby Modus.
CODE
vdr ~ # hdparm -C /dev/sdb
/dev/sdb:
drive state is:  standby
.

Irgendwie komisch, muss nacher noch mal probieren ob die HD's wieder automatisch in standby gehen, wenn ich den XBMC wieder verlasse und zum VDR wechsel.

Danke und Gruß, Stefan.

Email Poster
Top
R2D2
Geschrieben am: Sonntag, 05.Oktober 2014, 10:57 Uhr
Quote Post


Prinz
****

Gruppe: Moderators
Beiträge: 6149
Mitgliedsnummer.: 1131
Mitglied seit: 2005-10-30



Da ich mir doch ziemlich sicher bin, dass es niemals vorkommen wird, dass innerhalb 150 Sekunden absolut nichts auf sda gelesen oder geschrieben wird, kannst Du das ruhig so übernehmen, wie ich es geschrieben habe. Aber mal abgesehen davon, haben SSDs so oder so keinen Motor, was bedeutet, dass hdparm dort auch keinen SpinDown auslösen kann.;)

Tipp:

"oder" greppt man z.B. so:

CODE
dmesg -w |grep -e "/dev/sdb|/dev/sdc|/dev/sde"

Oder so:

CODE
dmesg -w |egrep "/dev/sdb|/dev/sdc|/dev/sde"


Ist denn der hdparm Daemon auch gestartet?

Was sagt denn:
CODE
rc-update |grep hdparm
Email PosterUsers WebsiteICQ
Top
Thema wird von 1 Benutzer(n) gelesen (1 Gäste und 0 Anonyme Benutzer)
0 Mitglieder:

Topic Options Reply to this topicStart new topicStart Poll