Energie : Mise en veille HDD inutilisé Le sujet est résolu
- piratebab
 - Site Admin

 - Messages : 6184
 - 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 : 5068
 - 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/sdbLisant : 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=sdbhdparm
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 devicesGnomeDisk 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 -eCode : Tout sélectionner
	@reboot hdparm -S6 /dev/sdb 2>&1 # pour 30 secondesCode : Tout sélectionner
	@reboot udisksctl power-off --block-device /dev/sdb 2>&1	# arrêt de l'alimLes 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/sdbNote :
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
						