Energie : Mise en veille HDD inutilisé Le sujet est résolu
- piratebab
- Site Admin
- Messages : 5854
- Inscription : 24 avr. 2016, 18:41
- Localisation : sud ouest
- Status : En ligne
cette particularité de GRUB mériterai un tuto sur le wiki.
J'ai lu un peu rapidement, et je n'ai pas compris si cette partition de 1Mo (ou MiO ?) est nécessaire sur toutes les installations, ou bien si c'est lié à ton install spécifique.
J'ai lu un peu rapidement, et je n'ai pas compris si cette partition de 1Mo (ou MiO ?) est nécessaire sur toutes les installations, ou bien si c'est lié à ton install spécifique.
- lol
- Site Admin
- Messages : 5054
- Inscription : 04 avr. 2016, 12:11
- Localisation : Madagascar
- Status : Hors-ligne
Salut,
Ok, désolé de mon intervention inutile.
dezix a écrit : 06 oct. 2017, 09:41Pas encore, le but c'est l'édition de crontab et la config de hdparm
Ok, désolé de mon intervention inutile.

Règles d'usage du forum. Signalez si vous avez posté votre question sur un autre forum. Explications ici
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
Debian Unstable. Mate/LXQT. Dieu, en créant l'homme, a quelque peu surestimé ses capacités.
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
@piratebab
Bonjour,
Mon installation n'a rien de spéciale, si ce n'est le fait d'avoir un HDD formaté en GPT sur un PC-BIOS
Dans ce cas de figure => la partition bios-boot n'est pas obligatoire ;
Grub s'étant installé correctement avant cette dernière étape.
Mais son utilisation garantie une plus grande fiabilité => j'ai confiance en PascalHambourg pour son conseil.
Pour la taille, j'ai utilisé 1Mio (2048 secteurs de 512octets ) c'est l'unité (par défaut) utilisée par GParted
Bonjour,
Mon installation n'a rien de spéciale, si ce n'est le fait d'avoir un HDD formaté en GPT sur un PC-BIOS
Dans ce cas de figure => la partition bios-boot n'est pas obligatoire ;
Grub s'étant installé correctement avant cette dernière étape.
Mais son utilisation garantie une plus grande fiabilité => j'ai confiance en PascalHambourg pour son conseil.
Pour la taille, j'ai utilisé 1Mio (2048 secteurs de 512octets ) c'est l'unité (par défaut) utilisée par GParted
**Simple Utilisateur** -- Debian stable - XFCE
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
Pour en revenir au sujet premier,
=> comme prévu au #8 de cette discussion
Créer une tâche automatique pour ne pas mettre en rotation le HDD (/dev/sdb) pourtant Windows entre autres fichiers rarement utilisés comme des sauvegardes...
Passer en administrateur (root)
vérification liste des crontabs existant (pour comparaison ultérieure)
vérification liste des crontabs existant appartenant à root(idem)
La commande suivante demande une petite explication
pour son comportement un peu inhabituel (je m'attendais à autre chose)
=> la commande ouvre une ligne vide (première ligne du fichier crontab en création,
donc écrire la ligne et [Ctrl+D] pour fermer l'édition et revenir à l'invite.
Vérification
la tâche est bien enregistrée
un fichier crontab appartenant à root a bien été créé où on l'espérait
Tout a fonctionné comme prévu !
=> comme prévu au #8 de cette discussion
Créer une tâche automatique pour ne pas mettre en rotation le HDD (/dev/sdb) pourtant Windows entre autres fichiers rarement utilisés comme des sauvegardes...
Code : Tout sélectionner
$ su
Mot de passe :
Code : Tout sélectionner
# vdir /var/spool/cron/crontabs/
total 0
Code : Tout sélectionner
# crontab -u root -l
no crontab for root
La commande suivante demande une petite explication
pour son comportement un peu inhabituel (je m'attendais à autre chose)
=> la commande ouvre une ligne vide (première ligne du fichier crontab en création,
donc écrire la ligne et [Ctrl+D] pour fermer l'édition et revenir à l'invite.
Code : Tout sélectionner
# crontab -u root -
@reboot hdparm -S6 /dev/sdb 2>&1 # pour 30 secondes
Vérification
Code : Tout sélectionner
# crontab -u root -l
@reboot hdparm -S6 /dev/sdb 2>&1 # pour 30 secondes
Code : Tout sélectionner
# vdir /var/spool/cron/crontabs/
total 4
-rw------- 1 root crontab 227 oct. 6 10:27 root
Tout a fonctionné comme prévu !
**Simple Utilisateur** -- Debian stable - XFCE
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
=> Redémarrage du PC >>> On n'est pas en panne ;-))
À présent, je me rends compte que je ne dispose (à ma connaissance) d'aucun indicateur sur l'état électromécanique des HDD donc pas d'indication sur la vitesse de rotation ou sur le courant absorbé.
sdb devrait ne pas tourner ... mais je n'ai pas l'ouie assez fine pour faire la différence.
Le système détecte /dev/sdb et montre ses partitions (non-montées)
J'ai installé atop mais cela ne donne pas d'indication spécifique sur la vitesse ou l'alimentation des disques.
J'ai testé :
et
montre plein de choses mais pas ce que je recherche
Lisant : man udisksctl
=>
cette commande pourrait-elle aussi permettre l'arrêt d'un HDD SATA ???
j'ai testé aussi :
là aussi plein d'info mais rien sur l'état de fonctionnement mécanique ou éléctrique
hdparm
Pour information sur les possibilités/état de paramétrage de la gestion d'alimentation
ça a le mérite d'être clair !
Édition de : /etc/hdparm.cong
J'ai ajouté cette section :
qui devrait fixé à 12x5s => 1' le temps d'inactivité avant un nouvel arrêt de la rotation du disque.
1 minute c'est court en usage normal,
mais pour des essais c'est déjà assez long,
j'augmenterai plus tard si cela fonctionne correctement.
Conclusion :
Jusqu'à disposer d'un moyen de contrôler l'état du HDD,
je ne pourrais savoir si la configuration est effective ou non.
Merci pour vos suggestions
À présent, je me rends compte que je ne dispose (à ma connaissance) d'aucun indicateur sur l'état électromécanique des HDD donc pas d'indication sur la vitesse de rotation ou sur le courant absorbé.
sdb devrait ne pas tourner ... mais je n'ai pas l'ouie assez fine pour faire la différence.
Le système détecte /dev/sdb et montre ses partitions (non-montées)
J'ai installé atop mais cela ne donne pas d'indication spécifique sur la vitesse ou l'alimentation des disques.
J'ai testé :
Code : Tout sélectionner
$ udisksctl status
MODEL REVISION SERIAL DEVICE
--------------------------------------------------------------------------
WDC WD10EZRZ-00HTKB0 01.01A01 WD-WCC4J4EPAUF0 sda
WDC WD800AAJS-60WAA0 58.01D58 WD-WCAS40113741 sdb
ATAPI DVD A DH16A3L 8H3D ATAPI_DVD_A_DH16A3L sr0
Code : Tout sélectionner
$ udisksctl info --block-device /dev/sdb
Lisant : man udisksctl
=>
Code : Tout sélectionner
udisksctl power-off {--object-path OBJECT | --block-device DEVICE}
j'ai testé aussi :
Code : Tout sélectionner
$ udevadm info --name=sdb
hdparm
Pour information sur les possibilités/état de paramétrage de la gestion d'alimentation
Code : Tout sélectionner
# hdparm -B /dev/sdb
/dev/sdb:
APM_level = not supported
Édition de : /etc/hdparm.cong
J'ai ajouté cette section :
Code : Tout sélectionner
/dev/sdb {
spindown_time = 12
}
1 minute c'est court en usage normal,
mais pour des essais c'est déjà assez long,
j'augmenterai plus tard si cela fonctionne correctement.
Conclusion :
Jusqu'à disposer d'un moyen de contrôler l'état du HDD,
je ne pourrais savoir si la configuration est effective ou non.
Merci pour vos suggestions

**Simple Utilisateur** -- Debian stable - XFCE
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
Autre piste
J'ai trouvé et installé le paquet gnome-disk-utility
Qui fait le job :
Ce qui me dérange => c'est gnome
Je suis sous XFCE qui a déjà des outils de gestion graphique des disques installés (GParted, disk-manager)
Et en règle général j'évite d'installer des paquets provenant d'autres environnements surtout Gnome et KDE qui nécessitent des wagons de dépendances ( ces 2 là sont toujours prêts à phagocyter les poids plumes)
Gnome-Disk propose aussi plein d'autres fonctions de gestion des partitions déjà couvertes par d'autres applications installées.
Je vais donc tenter de trouver sur quoi il agit et le reproduire plus simplement (manuellement ou une appli spécifique)
Selon la doc de Gnome-Disk ,
c'est udisk qui est utilisé.
J'ai déjà ces paquets installés
GnomeDisk a installé :
crak2 et pwquality sont des outils pour la gestion des mots de passe (j'ai vérifié),
donc si je supprime ça ne devrait pas faire défaut.
Je me demande si GnomeDisk n'utiliserait pas la commande :
pour l'arrêt manuel.
Je continue de chercher, si vous avez des pistes => n'hésitez pas
J'ai trouvé et installé le paquet gnome-disk-utility
Qui fait le job :
- Mise en veille manuelle des disques
- Paramétrage du délais de mise en veille
Ce qui me dérange => c'est gnome
Je suis sous XFCE qui a déjà des outils de gestion graphique des disques installés (GParted, disk-manager)
Et en règle général j'évite d'installer des paquets provenant d'autres environnements surtout Gnome et KDE qui nécessitent des wagons de dépendances ( ces 2 là sont toujours prêts à phagocyter les poids plumes)
Gnome-Disk propose aussi plein d'autres fonctions de gestion des partitions déjà couvertes par d'autres applications installées.
Je vais donc tenter de trouver sur quoi il agit et le reproduire plus simplement (manuellement ou une appli spécifique)
Selon la doc de Gnome-Disk ,
c'est udisk qui est utilisé.
J'ai déjà ces paquets installés
Code : Tout sélectionner
$ dpkg-query -l | grep udisk
ii libudisks2-0:amd64 2.7.3-4 amd64 GObject based library to access udisks2
ii udisks2 2.7.3-4 amd64 D-Bus service to access and manipulate storage devices
GnomeDisk a installé :
- cracklib-runtime (2.9.2-5+b1)
- gnome-disk-utility (3.26.0-1)
- libcrack2 (2.9.2-5+b1)
- libpwquality-common (1.4.0-1)
- libpwquality1 (1.4.0-1)
crak2 et pwquality sont des outils pour la gestion des mots de passe (j'ai vérifié),
donc si je supprime ça ne devrait pas faire défaut.
Je me demande si GnomeDisk n'utiliserait pas la commande :
Code : Tout sélectionner
udisksctl power-off {--object-path OBJECT | --block-device DEVICE}
Je continue de chercher, si vous avez des pistes => n'hésitez pas

**Simple Utilisateur** -- Debian stable - XFCE
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
À présent que j'ai identifié les sons d'arrêt/marche du HDD (grâce à gnome-disk)
=> je peux faire des tests :-) (ce n'est pas très orthodoxe comme diagnostique... mais je n'ai pas mieux)
Tests
J'ai supprimé gnome-disk-utility
Rien n'étant monté sur sdb
La commande arrête effectivement le disque.
Que faudrait-il faire pour éviter le message d'erreur ?
J'ai aussi testé avec une partition montée
il refuse l'arrêt => c'était prévisible et ça évite les erreurs!
crontab/hdparm
Apparemment,
les paramétrages fait en #25 (crontab/hdparm) et #26 (hdparm.conf)
sont inopérants.
J'ai comme l'intuition que mon HDD ne supporte pas les fonctions utilisées par hdparm
car j'ai aussi testé :
=> il ne s'est rien passé.
Et au démarrage du PC le disque tourne.
Donc je crois que je vais supprimer ces 2 mesures
et me focaliser sur udisk
Une solution simple pour l'arrêt au démarrage du PC :
=> mettre la commande
dans la liste des applications au démarrage de la session,
mais ça risque de me demander le MdP à chaque fois
et il vaudrait mieux qu'il ne démarre pas tout bonnement,
si c'est pour l'arrêter quelques instants plus tard
=> je peux faire des tests :-) (ce n'est pas très orthodoxe comme diagnostique... mais je n'ai pas mieux)
Tests
J'ai supprimé gnome-disk-utility
Rien n'étant monté sur sdb
Code : Tout sélectionner
sudo udisksctl power-off --block-device /dev/sdb
Error powering off drive: No usb device (udisks-error-quark, 0)
La commande arrête effectivement le disque.
Que faudrait-il faire pour éviter le message d'erreur ?
J'ai aussi testé avec une partition montée
Code : Tout sélectionner
sudo udisksctl power-off --block-device /dev/sdb
Error powering off drive: The drive in use: Device /dev/sdb9 is mounted (udisks-error-quark, 14)
crontab/hdparm
Apparemment,
les paramétrages fait en #25 (crontab/hdparm) et #26 (hdparm.conf)
sont inopérants.
J'ai comme l'intuition que mon HDD ne supporte pas les fonctions utilisées par hdparm
car j'ai aussi testé :
Code : Tout sélectionner
$ sudo hdparm -S 3 /dev/sdb
/dev/sdb:
setting standby to 3 (15 seconds)
Et au démarrage du PC le disque tourne.
Donc je crois que je vais supprimer ces 2 mesures
et me focaliser sur udisk
Une solution simple pour l'arrêt au démarrage du PC :
=> mettre la commande
Code : Tout sélectionner
sudo udisksctl power-off --block-device /dev/sdb
mais ça risque de me demander le MdP à chaque fois
et il vaudrait mieux qu'il ne démarre pas tout bonnement,
si c'est pour l'arrêter quelques instants plus tard

**Simple Utilisateur** -- Debian stable - XFCE
- dezix
- Membre hyper actif
- Messages : 3548
- Inscription : 04 juin 2016, 14:50
- Status : Hors-ligne
Pour conclure :
Je n'ai pas réinstallé gnome-disk-utility pour les raisons mentionnées plus haut,
mais il remplit à 100% les fonctions d'arrêt manuel et automatique après un délais sans utilisation.
Pour mon usage, le disque sera très peu souvent utilisé.
La tâche avec hdparm programmée au démarrage via crontab étant inopérante
(je ne sais pas pourquoi => peut-être un HDD trop ancien/ne supporte pas les fonctions)
Je l'ai remplacée par la commande : udisksctl power-off
avec :
en modifiant :
pour :
Avec cette ligne le HDD est bien arrêté dès le début de la session (je ne sais pas à quel moment exactement, mais cela reste secondaire pour moi)
Les partitions du disque restent accessibles,
il suffit de lancer le montage (Thunar) pour que le disque démarre.
Et le cas échéant, j'utiliserai de nouveau :
dans un terminal après que l'usage du HDD soit terminé.
Note :
Je n'ai pas eu le temps de chercher comment gnome-disk fonctionne.
Pour le moment j'en reste là,
et je marquerai le sujet résolu dans quelques jours,
s'il n'y a pas d'autres commentaires.
Je n'ai pas réinstallé gnome-disk-utility pour les raisons mentionnées plus haut,
mais il remplit à 100% les fonctions d'arrêt manuel et automatique après un délais sans utilisation.
Pour mon usage, le disque sera très peu souvent utilisé.
La tâche avec hdparm programmée au démarrage via crontab étant inopérante
(je ne sais pas pourquoi => peut-être un HDD trop ancien/ne supporte pas les fonctions)
Je l'ai remplacée par la commande : udisksctl power-off
avec :
Code : Tout sélectionner
# crontab -u root -e
Code : Tout sélectionner
@reboot hdparm -S6 /dev/sdb 2>&1 # pour 30 secondes
Code : Tout sélectionner
@reboot udisksctl power-off --block-device /dev/sdb 2>&1 # arrêt de l'alim
Les partitions du disque restent accessibles,
il suffit de lancer le montage (Thunar) pour que le disque démarre.
Et le cas échéant, j'utiliserai de nouveau :
Code : Tout sélectionner
$ sudo udisksctl power-off --block-device /dev/sdb
Note :
Je n'ai pas eu le temps de chercher comment gnome-disk fonctionne.
Pour le moment j'en reste là,
et je marquerai le sujet résolu dans quelques jours,
s'il n'y a pas d'autres commentaires.
**Simple Utilisateur** -- Debian stable - XFCE