Bonjour,
[â¦]
Là où je suis surpris, c'est que ce bug report semble réso lu
et depuis longtemps (dernier message en avril 2009). En
plus, on peut y lire que la valeur de apm (celle que l'on
fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
[â¦]
Enfin une dernière question : pour le moment, je fais un
hdparm -B 160 /dev/sda
quand je lance ma machine sur secteur.
[â¦]
Cela dépend peut-être du disque ? [â¦]
Bonjour,
[â¦]
Là où je suis surpris, c'est que ce bug report semble réso lu
et depuis longtemps (dernier message en avril 2009). En
plus, on peut y lire que la valeur de apm (celle que l'on
fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
[â¦]
Enfin une dernière question : pour le moment, je fais un
hdparm -B 160 /dev/sda
quand je lance ma machine sur secteur.
[â¦]
Cela dépend peut-être du disque ? [â¦]
Bonjour,
[â¦]
Là où je suis surpris, c'est que ce bug report semble réso lu
et depuis longtemps (dernier message en avril 2009). En
plus, on peut y lire que la valeur de apm (celle que l'on
fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
[â¦]
Enfin une dernière question : pour le moment, je fais un
hdparm -B 160 /dev/sda
quand je lance ma machine sur secteur.
[â¦]
Cela dépend peut-être du disque ? [â¦]
Le samedi 17 septembre 2011 à 12:54:46, Eddy F. a écrit :
> Bonjour,
’jour,
> Là où je suis surpris, c'est que ce bug report semble résolu
> et depuis longtemps (dernier message en avril 2009). En
> plus, on peut y lire que la valeur de apm (celle que l'on
> fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
> de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
Quand est-ce que la valeur repasse à 128 ?
Certains disques (dont un des miens, un Toshiba) ont la bonne
idée de repasser tout seuls à leur valeur préférée au réveil
d’une hibernation (en RAM ou disque).
Pour changer ça, je ne
connais pas d’autre solution que de passer par un script (p.ex.
#!/bin/sh
. /etc/default/hdparm
/sbin/hdparm $hdparm_opts /dev/sda &>/dev/null
true
) au « bon endroit » (je n’ai pas retesté depuis un moment mais
suivant le programme utilisé pour passer en sommeil, les scripts
n’étaient pas forcément exécutés…).
Peut-être que maintenant laptop-mode-tools le fait aussi mais,
la dernière fois que j’ai regardé, il fallait éditer le script
pour modifier ces valeurs (à plusieurs endroits en plus ; et à
refaire/vérifier à chaque m-à-j)…
> Enfin une dernière question : pour le moment, je fais un
> hdparm -B 160 /dev/sda
> quand je lance ma machine sur secteur.
Il y le fichier /etc/default/hdparm qui permet de régler les
options de hdparm au démarrage (d’où son inclusion dans le
script précédent, pour avoir les options à un seul endroit).
[…]
(Note : hdparm -i est plus intéressant que smartctl pour l’APM…)
Le samedi 17 septembre 2011 à 12:54:46, Eddy F. a écrit :
> Bonjour,
’jour,
> Là où je suis surpris, c'est que ce bug report semble résolu
> et depuis longtemps (dernier message en avril 2009). En
> plus, on peut y lire que la valeur de apm (celle que l'on
> fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
> de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
Quand est-ce que la valeur repasse à 128 ?
Certains disques (dont un des miens, un Toshiba) ont la bonne
idée de repasser tout seuls à leur valeur préférée au réveil
d’une hibernation (en RAM ou disque).
Pour changer ça, je ne
connais pas d’autre solution que de passer par un script (p.ex.
#!/bin/sh
. /etc/default/hdparm
/sbin/hdparm $hdparm_opts /dev/sda &>/dev/null
true
) au « bon endroit » (je n’ai pas retesté depuis un moment mais
suivant le programme utilisé pour passer en sommeil, les scripts
n’étaient pas forcément exécutés…).
Peut-être que maintenant laptop-mode-tools le fait aussi mais,
la dernière fois que j’ai regardé, il fallait éditer le script
pour modifier ces valeurs (à plusieurs endroits en plus ; et à
refaire/vérifier à chaque m-à-j)…
> Enfin une dernière question : pour le moment, je fais un
> hdparm -B 160 /dev/sda
> quand je lance ma machine sur secteur.
Il y le fichier /etc/default/hdparm qui permet de régler les
options de hdparm au démarrage (d’où son inclusion dans le
script précédent, pour avoir les options à un seul endroit).
[…]
(Note : hdparm -i est plus intéressant que smartctl pour l’APM…)
Le samedi 17 septembre 2011 à 12:54:46, Eddy F. a écrit :
> Bonjour,
’jour,
> Là où je suis surpris, c'est que ce bug report semble résolu
> et depuis longtemps (dernier message en avril 2009). En
> plus, on peut y lire que la valeur de apm (celle que l'on
> fixe par hdparm -B) est de 254 lorsqu'on est sur secteur et
> de 128 sur batterie. Chez moi, sur secteur, je suis à 128.
Quand est-ce que la valeur repasse à 128 ?
Certains disques (dont un des miens, un Toshiba) ont la bonne
idée de repasser tout seuls à leur valeur préférée au réveil
d’une hibernation (en RAM ou disque).
Pour changer ça, je ne
connais pas d’autre solution que de passer par un script (p.ex.
#!/bin/sh
. /etc/default/hdparm
/sbin/hdparm $hdparm_opts /dev/sda &>/dev/null
true
) au « bon endroit » (je n’ai pas retesté depuis un moment mais
suivant le programme utilisé pour passer en sommeil, les scripts
n’étaient pas forcément exécutés…).
Peut-être que maintenant laptop-mode-tools le fait aussi mais,
la dernière fois que j’ai regardé, il fallait éditer le script
pour modifier ces valeurs (à plusieurs endroits en plus ; et à
refaire/vérifier à chaque m-à-j)…
> Enfin une dernière question : pour le moment, je fais un
> hdparm -B 160 /dev/sda
> quand je lance ma machine sur secteur.
Il y le fichier /etc/default/hdparm qui permet de régler les
options de hdparm au démarrage (d’où son inclusion dans le
script précédent, pour avoir les options à un seul endroit).
[…]
(Note : hdparm -i est plus intéressant que smartctl pour l’APM…)
[â¦]
> Quand est-ce que la valeur repasse à 128 ?
Je suis à 128 par défaut !
[â¦]
Ensuite si je change la valeur, par ex. 160, le niveau reste
à 160 et n'est modifiée que par un reboot, une sortie de
veille en ram ou une hibernation.
Mon premier souci est que, partout où je cherche (listes
debian, rapports de bugs, forums debian ou ubuntu...) le
problème est résolu depuis 2 ou 3 ans !
Et le problème n'est pas lié à la distribution testing. Sur
un autre portable où squeeze est installée, j'ai aussi le
même niveau de 128 par défaut (mais là cela ne cause pas de
souci de load_cycle_count - je suppose parce que c'est un
autre disque).
[â¦]
Chez moi aussi donc. Mais est-ce le disque qui est
responsable ? Ou est-ce dû aux scripts de mise/sortie de
veille/hibernation ?
[â¦]
La variable $hdparm_opts de ce script est lue dans
/etc/default/hdparm.
Chez moi, elle est vide. Cela explique-t-il pourquoi je suis
au niveau 128 au démarrage ?
Est-ce normal qu'elle soit vide ?
Est-ce un bug ?
Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
de même conserver cette valeur de 128 quand je suis sur
batterie.
En fait, je n'y connais rien et donc ne comprends rien à ce
qui se passe dans la gestion de l'énergie et du disque :
hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
ordre.
Que se passe-t-il quand on clique bêtement sur le
bouton hiberner de gnome ou kde ?
Ou trouver une documentation sur le sujet (si possible
spécifique à Debian) ?
> Peut-être que maintenant laptop-mode-tools le fait aussi
> mais, la dernière fois que jâai regardé, il fallait éditer
> le script pour modifier ces valeurs (Ã plusieurs endroits en
> plus ; et à refaire/vérifier à chaque m-à -j)⠦
Bon, a priori, ce paquet n'est pas indispensable. Je vais
essayer sans. Tant que je ne comprends pas comment le
laptop-mode fonctionne, pas besoin d'en utiliser des outils
:-(
[â¦]
Donc effectivement, utiliser un tel script me permettrait
d'avoir au moins une valeur correcte au démarrage. Ensuite
un script au bon endroit pour les autres cas.
[â¦]
> (Note : hdparm -i est plus intéressant que smartctl pour
> lâAPMâ¦)
Ok, je donne le résultat ici, on ne sait jamais.
[â¦]
> Quand est-ce que la valeur repasse à 128 ?
Je suis à 128 par défaut !
[â¦]
Ensuite si je change la valeur, par ex. 160, le niveau reste
à 160 et n'est modifiée que par un reboot, une sortie de
veille en ram ou une hibernation.
Mon premier souci est que, partout où je cherche (listes
debian, rapports de bugs, forums debian ou ubuntu...) le
problème est résolu depuis 2 ou 3 ans !
Et le problème n'est pas lié à la distribution testing. Sur
un autre portable où squeeze est installée, j'ai aussi le
même niveau de 128 par défaut (mais là cela ne cause pas de
souci de load_cycle_count - je suppose parce que c'est un
autre disque).
[â¦]
Chez moi aussi donc. Mais est-ce le disque qui est
responsable ? Ou est-ce dû aux scripts de mise/sortie de
veille/hibernation ?
[â¦]
La variable $hdparm_opts de ce script est lue dans
/etc/default/hdparm.
Chez moi, elle est vide. Cela explique-t-il pourquoi je suis
au niveau 128 au démarrage ?
Est-ce normal qu'elle soit vide ?
Est-ce un bug ?
Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
de même conserver cette valeur de 128 quand je suis sur
batterie.
En fait, je n'y connais rien et donc ne comprends rien à ce
qui se passe dans la gestion de l'énergie et du disque :
hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
ordre.
Que se passe-t-il quand on clique bêtement sur le
bouton hiberner de gnome ou kde ?
Ou trouver une documentation sur le sujet (si possible
spécifique à Debian) ?
> Peut-être que maintenant laptop-mode-tools le fait aussi
> mais, la dernière fois que jâai regardé, il fallait éditer
> le script pour modifier ces valeurs (Ã plusieurs endroits en
> plus ; et à refaire/vérifier à chaque m-à -j)⠦
Bon, a priori, ce paquet n'est pas indispensable. Je vais
essayer sans. Tant que je ne comprends pas comment le
laptop-mode fonctionne, pas besoin d'en utiliser des outils
:-(
[â¦]
Donc effectivement, utiliser un tel script me permettrait
d'avoir au moins une valeur correcte au démarrage. Ensuite
un script au bon endroit pour les autres cas.
[â¦]
> (Note : hdparm -i est plus intéressant que smartctl pour
> lâAPMâ¦)
Ok, je donne le résultat ici, on ne sait jamais.
[â¦]
> Quand est-ce que la valeur repasse à 128 ?
Je suis à 128 par défaut !
[â¦]
Ensuite si je change la valeur, par ex. 160, le niveau reste
à 160 et n'est modifiée que par un reboot, une sortie de
veille en ram ou une hibernation.
Mon premier souci est que, partout où je cherche (listes
debian, rapports de bugs, forums debian ou ubuntu...) le
problème est résolu depuis 2 ou 3 ans !
Et le problème n'est pas lié à la distribution testing. Sur
un autre portable où squeeze est installée, j'ai aussi le
même niveau de 128 par défaut (mais là cela ne cause pas de
souci de load_cycle_count - je suppose parce que c'est un
autre disque).
[â¦]
Chez moi aussi donc. Mais est-ce le disque qui est
responsable ? Ou est-ce dû aux scripts de mise/sortie de
veille/hibernation ?
[â¦]
La variable $hdparm_opts de ce script est lue dans
/etc/default/hdparm.
Chez moi, elle est vide. Cela explique-t-il pourquoi je suis
au niveau 128 au démarrage ?
Est-ce normal qu'elle soit vide ?
Est-ce un bug ?
Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
de même conserver cette valeur de 128 quand je suis sur
batterie.
En fait, je n'y connais rien et donc ne comprends rien à ce
qui se passe dans la gestion de l'énergie et du disque :
hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
ordre.
Que se passe-t-il quand on clique bêtement sur le
bouton hiberner de gnome ou kde ?
Ou trouver une documentation sur le sujet (si possible
spécifique à Debian) ?
> Peut-être que maintenant laptop-mode-tools le fait aussi
> mais, la dernière fois que jâai regardé, il fallait éditer
> le script pour modifier ces valeurs (Ã plusieurs endroits en
> plus ; et à refaire/vérifier à chaque m-à -j)⠦
Bon, a priori, ce paquet n'est pas indispensable. Je vais
essayer sans. Tant que je ne comprends pas comment le
laptop-mode fonctionne, pas besoin d'en utiliser des outils
:-(
[â¦]
Donc effectivement, utiliser un tel script me permettrait
d'avoir au moins une valeur correcte au démarrage. Ensuite
un script au bon endroit pour les autres cas.
[â¦]
> (Note : hdparm -i est plus intéressant que smartctl pour
> lâAPMâ¦)
Ok, je donne le résultat ici, on ne sait jamais.
Attention. Le bogue/problème résolu, c’est la valeur par
défaut utilisée par les scripts. Debian a décidé d’utiliser 128
sur batterie et 254 sur secteur, crois-je.
Le problème des disques qui font n’importe quoi n’est pas
résolu vu que ce sont certains disques (pas tous) qui font
n’importe quoi…
Mais est-ce le disque qui est
> responsable ? Ou est-ce dû aux scripts de mise/sortie de
> veille/hibernation ?
Étant donné que, par défaut (en tout cas sous Sid ce jour),
aucun script dans /etc n’utilise hdparm (à part ceux de hdparm),
qu’aucun fichier de config (notamment ACPI) ne parle de hdparm
ni ne contient 128 (dans un sens hdparmiesque), je vois mal
comment ça pourrait être un script ou c’est très mal foutu.
Le seul script qui passe de 128 à 254 et réciproquement est
l’exemple donné dans /usr/share/doc/acpi-
support/examples/*.d/90-hdparm.sh (lequel est plutôt bien
écrit : il laisse laptop_mode gérer s’il est là pour ça).
> Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
> de même conserver cette valeur de 128 quand je suis sur
> batterie.
Dans ce cas, il faut utiliser laptop-mode-tools ou avoir un
script plus malin dans /etc/acpi/.
> En fait, je n'y connais rien et donc ne comprends rien à ce
> qui se passe dans la gestion de l'énergie et du disque :
> hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
> ordre.
Bonnes questions. Quelques réponses :
hdparm : juste un outil pour vérifier/régler le matériel
ACPI : un beau merdier…
APM : en général, juste un acronyme, à ne pas confondre avec
l’APM qui était le système de gestion d’énergie dans les BIOS
avant ACPI (même acronyme mais certaines vieilles pages ou
vielles gens peuvent confondre, donc ne pas utiliser comme
mot-clef dans ses recherches)
pm-utils : des scripts pour suspendre/hiberner, lesquels lancent
les scripts adéquats dans /etc/pm/*.d/
acpi-support : des scripts qui gèrent les évènements ACPI, dont
l’appel aux scripts de pm-utils lors d’un appui sur le bouton
ACPI correspondant (p.ex. fermeture de l’écran).
On peut mettre ses scripts (hooks) dans /etc/acpi/*.d/.
(Note que ces répertoires n’existent plus, et ne sont plus
visités, dans les dernières versions d’acpi-support et donc
que le script /etc/acpi/power.sh est aussi à modifier suivant
l’exemple de /usr/share/doc/acpi-support/examples/acpi/ ;
remarque que l’on peut aussi tout traiter directement dans ce
power.sh…)
acpi-support utilise aussi upower (c’est notamment indiqué
dans les commentaires de /etc/default/acpi-support).
> Ou trouver une documentation sur le sujet (si possible
> spécifique à Debian) ?
Lire /usr/share/doc/<paquet>/README.Debian (et les fichiers
autours), regarder aussi les pages web indiquées dans les
descriptions des paquets (ou les README)…
Attention. Le bogue/problème résolu, c’est la valeur par
défaut utilisée par les scripts. Debian a décidé d’utiliser 128
sur batterie et 254 sur secteur, crois-je.
Le problème des disques qui font n’importe quoi n’est pas
résolu vu que ce sont certains disques (pas tous) qui font
n’importe quoi…
Mais est-ce le disque qui est
> responsable ? Ou est-ce dû aux scripts de mise/sortie de
> veille/hibernation ?
Étant donné que, par défaut (en tout cas sous Sid ce jour),
aucun script dans /etc n’utilise hdparm (à part ceux de hdparm),
qu’aucun fichier de config (notamment ACPI) ne parle de hdparm
ni ne contient 128 (dans un sens hdparmiesque), je vois mal
comment ça pourrait être un script ou c’est très mal foutu.
Le seul script qui passe de 128 à 254 et réciproquement est
l’exemple donné dans /usr/share/doc/acpi-
support/examples/*.d/90-hdparm.sh (lequel est plutôt bien
écrit : il laisse laptop_mode gérer s’il est là pour ça).
> Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
> de même conserver cette valeur de 128 quand je suis sur
> batterie.
Dans ce cas, il faut utiliser laptop-mode-tools ou avoir un
script plus malin dans /etc/acpi/.
> En fait, je n'y connais rien et donc ne comprends rien à ce
> qui se passe dans la gestion de l'énergie et du disque :
> hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
> ordre.
Bonnes questions. Quelques réponses :
hdparm : juste un outil pour vérifier/régler le matériel
ACPI : un beau merdier…
APM : en général, juste un acronyme, à ne pas confondre avec
l’APM qui était le système de gestion d’énergie dans les BIOS
avant ACPI (même acronyme mais certaines vieilles pages ou
vielles gens peuvent confondre, donc ne pas utiliser comme
mot-clef dans ses recherches)
pm-utils : des scripts pour suspendre/hiberner, lesquels lancent
les scripts adéquats dans /etc/pm/*.d/
acpi-support : des scripts qui gèrent les évènements ACPI, dont
l’appel aux scripts de pm-utils lors d’un appui sur le bouton
ACPI correspondant (p.ex. fermeture de l’écran).
On peut mettre ses scripts (hooks) dans /etc/acpi/*.d/.
(Note que ces répertoires n’existent plus, et ne sont plus
visités, dans les dernières versions d’acpi-support et donc
que le script /etc/acpi/power.sh est aussi à modifier suivant
l’exemple de /usr/share/doc/acpi-support/examples/acpi/ ;
remarque que l’on peut aussi tout traiter directement dans ce
power.sh…)
acpi-support utilise aussi upower (c’est notamment indiqué
dans les commentaires de /etc/default/acpi-support).
> Ou trouver une documentation sur le sujet (si possible
> spécifique à Debian) ?
Lire /usr/share/doc/<paquet>/README.Debian (et les fichiers
autours), regarder aussi les pages web indiquées dans les
descriptions des paquets (ou les README)…
Attention. Le bogue/problème résolu, c’est la valeur par
défaut utilisée par les scripts. Debian a décidé d’utiliser 128
sur batterie et 254 sur secteur, crois-je.
Le problème des disques qui font n’importe quoi n’est pas
résolu vu que ce sont certains disques (pas tous) qui font
n’importe quoi…
Mais est-ce le disque qui est
> responsable ? Ou est-ce dû aux scripts de mise/sortie de
> veille/hibernation ?
Étant donné que, par défaut (en tout cas sous Sid ce jour),
aucun script dans /etc n’utilise hdparm (à part ceux de hdparm),
qu’aucun fichier de config (notamment ACPI) ne parle de hdparm
ni ne contient 128 (dans un sens hdparmiesque), je vois mal
comment ça pourrait être un script ou c’est très mal foutu.
Le seul script qui passe de 128 à 254 et réciproquement est
l’exemple donné dans /usr/share/doc/acpi-
support/examples/*.d/90-hdparm.sh (lequel est plutôt bien
écrit : il laisse laptop_mode gérer s’il est là pour ça).
> Y écrire "-B 254" ne sera pas satisfaisant car j'aimerais tout
> de même conserver cette valeur de 128 quand je suis sur
> batterie.
Dans ce cas, il faut utiliser laptop-mode-tools ou avoir un
script plus malin dans /etc/acpi/.
> En fait, je n'y connais rien et donc ne comprends rien à ce
> qui se passe dans la gestion de l'énergie et du disque :
> hdparm, acpi, apm, pm-utils... qui fait quoi dans quel
> ordre.
Bonnes questions. Quelques réponses :
hdparm : juste un outil pour vérifier/régler le matériel
ACPI : un beau merdier…
APM : en général, juste un acronyme, à ne pas confondre avec
l’APM qui était le système de gestion d’énergie dans les BIOS
avant ACPI (même acronyme mais certaines vieilles pages ou
vielles gens peuvent confondre, donc ne pas utiliser comme
mot-clef dans ses recherches)
pm-utils : des scripts pour suspendre/hiberner, lesquels lancent
les scripts adéquats dans /etc/pm/*.d/
acpi-support : des scripts qui gèrent les évènements ACPI, dont
l’appel aux scripts de pm-utils lors d’un appui sur le bouton
ACPI correspondant (p.ex. fermeture de l’écran).
On peut mettre ses scripts (hooks) dans /etc/acpi/*.d/.
(Note que ces répertoires n’existent plus, et ne sont plus
visités, dans les dernières versions d’acpi-support et donc
que le script /etc/acpi/power.sh est aussi à modifier suivant
l’exemple de /usr/share/doc/acpi-support/examples/acpi/ ;
remarque que l’on peut aussi tout traiter directement dans ce
power.sh…)
acpi-support utilise aussi upower (c’est notamment indiqué
dans les commentaires de /etc/default/acpi-support).
> Ou trouver une documentation sur le sujet (si possible
> spécifique à Debian) ?
Lire /usr/share/doc/<paquet>/README.Debian (et les fichiers
autours), regarder aussi les pages web indiquées dans les
descriptions des paquets (ou les README)…
Bonjour,
Tout d'abord, il me semble que grâce à votre aide j'ai pu
résoudre mon problème. Je détaillerai ce que j'ai fait plus
bas. Peut-être cela pourra servir à quelqu'un d'autre
(modestement, j'en doute) ; peut-être corrigera-t-on ma
façon de procéder.
[â¦]
> /usr/share/doc/acpi-support/examples/*.d/90-hdparm.sh
[â¦]
Et j'ai essayé ce script. En fait, j'ai essayé tellement de
trucs que j'ai sûrement plus usé mon disque à force d'arr êt
et redémarrage qu'à cause de ce mauvais réglage ;-)
Bon sérieusement, ce script n'a pas fait ce que je voulais
mais j'ai peut- être gaffé. à force d'essayer plein de
choses, je m'embrouille parfois.
[â¦]
Bête question : il sert à quelque chose ce paquet ? Un
apt-get -s purge apmd ne semble pas provoquer d'hécatombe.
[â¦]
Oui, j'avais bien lu dans
/usr/share/doc/acpi-support/README.Debian qu'en principe ces
scripts de /usr/share/doc/acpi-support/examples sont «
deprecated ».
[â¦]
man pm-powersave me dit exécuter les scripts de
/etc/pm/power.d
Donc j'ai créé un fichier exécutable
/etc/pm/power.d/99fixeproblemedd.sh contenant en gros
[â¦]
à vérifier à l'usage. Et peut-être devrais-je le soph istiquer
un peu en me basant sur votre première réponse mais là j'ai
fait au plus pressé.
[â¦]
Ah s'il y avait un chapitre du manuel de l'utilisateur ou une
page du wiki qui explique tout cela de manière intégrée...
(je rêve, je ne revendique pas ; sûrement pas après l'aide
reçue ici).
Encore merci.
Bonjour,
Tout d'abord, il me semble que grâce à votre aide j'ai pu
résoudre mon problème. Je détaillerai ce que j'ai fait plus
bas. Peut-être cela pourra servir à quelqu'un d'autre
(modestement, j'en doute) ; peut-être corrigera-t-on ma
façon de procéder.
[â¦]
> /usr/share/doc/acpi-support/examples/*.d/90-hdparm.sh
[â¦]
Et j'ai essayé ce script. En fait, j'ai essayé tellement de
trucs que j'ai sûrement plus usé mon disque à force d'arr êt
et redémarrage qu'à cause de ce mauvais réglage ;-)
Bon sérieusement, ce script n'a pas fait ce que je voulais
mais j'ai peut- être gaffé. à force d'essayer plein de
choses, je m'embrouille parfois.
[â¦]
Bête question : il sert à quelque chose ce paquet ? Un
apt-get -s purge apmd ne semble pas provoquer d'hécatombe.
[â¦]
Oui, j'avais bien lu dans
/usr/share/doc/acpi-support/README.Debian qu'en principe ces
scripts de /usr/share/doc/acpi-support/examples sont «
deprecated ».
[â¦]
man pm-powersave me dit exécuter les scripts de
/etc/pm/power.d
Donc j'ai créé un fichier exécutable
/etc/pm/power.d/99fixeproblemedd.sh contenant en gros
[â¦]
à vérifier à l'usage. Et peut-être devrais-je le soph istiquer
un peu en me basant sur votre première réponse mais là j'ai
fait au plus pressé.
[â¦]
Ah s'il y avait un chapitre du manuel de l'utilisateur ou une
page du wiki qui explique tout cela de manière intégrée...
(je rêve, je ne revendique pas ; sûrement pas après l'aide
reçue ici).
Encore merci.
Bonjour,
Tout d'abord, il me semble que grâce à votre aide j'ai pu
résoudre mon problème. Je détaillerai ce que j'ai fait plus
bas. Peut-être cela pourra servir à quelqu'un d'autre
(modestement, j'en doute) ; peut-être corrigera-t-on ma
façon de procéder.
[â¦]
> /usr/share/doc/acpi-support/examples/*.d/90-hdparm.sh
[â¦]
Et j'ai essayé ce script. En fait, j'ai essayé tellement de
trucs que j'ai sûrement plus usé mon disque à force d'arr êt
et redémarrage qu'à cause de ce mauvais réglage ;-)
Bon sérieusement, ce script n'a pas fait ce que je voulais
mais j'ai peut- être gaffé. à force d'essayer plein de
choses, je m'embrouille parfois.
[â¦]
Bête question : il sert à quelque chose ce paquet ? Un
apt-get -s purge apmd ne semble pas provoquer d'hécatombe.
[â¦]
Oui, j'avais bien lu dans
/usr/share/doc/acpi-support/README.Debian qu'en principe ces
scripts de /usr/share/doc/acpi-support/examples sont «
deprecated ».
[â¦]
man pm-powersave me dit exécuter les scripts de
/etc/pm/power.d
Donc j'ai créé un fichier exécutable
/etc/pm/power.d/99fixeproblemedd.sh contenant en gros
[â¦]
à vérifier à l'usage. Et peut-être devrais-je le soph istiquer
un peu en me basant sur votre première réponse mais là j'ai
fait au plus pressé.
[â¦]
Ah s'il y avait un chapitre du manuel de l'utilisateur ou une
page du wiki qui explique tout cela de manière intégrée...
(je rêve, je ne revendique pas ; sûrement pas après l'aide
reçue ici).
Encore merci.
Quand même, j'aime bien cet emploi du mot « fix » en angla is pour résoudre
un problème. Il me donne une idée de permanence, un côtà © définitif : la
solution est arrêtée.
Quand même, j'aime bien cet emploi du mot « fix » en angla is pour résoudre
un problème. Il me donne une idée de permanence, un côtà © définitif : la
solution est arrêtée.
Quand même, j'aime bien cet emploi du mot « fix » en angla is pour résoudre
un problème. Il me donne une idée de permanence, un côtà © définitif : la
solution est arrêtée.