Eteindre le disque dur system (spindown)

Je vous explique mon idée :
Mon serveur@home (un Guruplug+) à une activité qui frise le néant 95% du temps.
Pour éviter de griller les carte µSD je lui ai attaché un disque dur e-sata. Seul le noyeau est lu au démarage sur la mémoire du plug.
Pour faire baisser la conso le plus possible je souhaiterai arrêter ce dernier, mais comme il comporte toute les partition système cela ne semble as possible;
J’ai essayer avec mon ordi normal et je l’entend bien s’arrêter mais redémarrer immédiatement.

Pour info j’ai essayer ces commandes (sur les 2 ordi) :

hdparm -y /dev/sdX sdparm --command=stop /dev/sdX

Je pense que sdparm est suffisant, mais comme hdparm est historique et compatible j’ai quand même tenté le coup.

En fouillant un peut les options de sdparm je n’ai pas trouvé grand chose intéressant pour mon problème.

Mais es ce seulement possible ??? Vu que le DD comporte des partitions système cela me semble logique que non :cry:

EDIT :
Bon je n’avais pas assez potasser le man de hdparm :075 car avec l’option -S on peut tout a fait arrêter le hdd system.
Mais avec sdparm je n’ai pas trouvé l’équivalent :017

La doc gentoo est bien sympa sur le sujet
gentoo.org/doc/fr/power-mana … #doc_chap5

Donc en esayant l’option qui va bien mon DD s’arrête bien mais rederrage relativement rapidement après, donc je suppose qu’un soft fait un écriture régulièrement. Je vais creuser avec “lm-profiler” et voir ce que je peut faire pour améliorer tout cela. :think:

Oui mais si ton DD s’arrête et se remet en route 50 fois par jour, il risque de ne pas tenir longtemps, il me semble.

bon voilà le résultat du lm-profiler :

[quote]Write frequency :
1 jbd2/dm-0-8
1 jbd2/dm-2-8
25 postgres
123 jbd2/dm-4-8
131 jbd2/dm-3-8
Read frequency :

[/quote]

Et pour info les 100 remière seconde :

Profiling run started. Write accesses at 1/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 5/600 in lm-profiler run: jbd2/dm-0-8 jbd2/dm-2-8 jbd2/dm-3-8 postgres Write accesses at 6/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 10/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 11/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 14/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 16/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 20/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 21/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 24/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 26/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 29/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 31/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 32/600 in lm-profiler run: postgres Write accesses at 33/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 36/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 38/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 41/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 42/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 46/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 47/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 51/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 52/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 56/600 in lm-profiler run: jbd2/dm-3-8 jbd2/dm-4-8 Write accesses at 57/600 in lm-profiler run: postgres Write accesses at 58/600 in lm-profiler run: postgres Write accesses at 61/600 in lm-profiler run: jbd2/dm-3-8 jbd2/dm-4-8 Write accesses at 65/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 66/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 71/600 in lm-profiler run: jbd2/dm-3-8 jbd2/dm-4-8 Write accesses at 75/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 76/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 80/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 81/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 83/600 in lm-profiler run: postgres Write accesses at 84/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 86/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 89/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 91/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 94/600 in lm-profiler run: jbd2/dm-3-8 Write accesses at 96/600 in lm-profiler run: jbd2/dm-4-8 Write accesses at 99/600 in lm-profiler run: jbd2/dm-3-8

Donc comme vous pouvez le voir c’est jbd2 qui arrête pas de “gratter” sur le DD.
Et qu’es ce que jbd ? Et bien c’est le “Journaling Block Device” de ext3/4 (un papier sur le sujet)
Après viens Postgres qui écrit environ toutes les 30 secondes.

Donc pour l’instant je vais au dodo et je verrais ça demain :015

Je suis bien d’accord, mais il y a des période de plusieurs jours sans activités … et je pensais mettre un attente de 2 heures au mini avant d la mettre en veille.
Pour info c’est un DD de portable mis dans un boitier esata, sont ils plus “réssitant” aux arrêt/redémarage ?

Je ne suis pas sur que ça soit une bonne idée ton histoire mais bon. Ce qui écrit régulièrement sur le disque c’est le journal (ext3). Va regarder également du coté de noflushd

Maintenant la question est pourquoi écrit il toute les 2 secondes ?
Sinon un disque qui tourne 24/7 est il préférable à un disque qui ne se réveille qu’une fois tous les 2jours (voir plus) ?

De toute facon ça m’auras permis de découvrir hdparm/sdparm & lm-profiler :mrgreen:

@fran.b : merci pour “noflushd” :038