donc en gros ça avance d'un peu moins de 3 en 5 mn pour le "
Load_Cycle_Count".
Qu'en pensez-vous?
Merci :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Serge Cavailles a écrit : ... > J'ai fait de même, mais je me rends compte que la modification est pe rdue à > chaque redémarrage. > > Quelle serait selon vous la bonne méthode pour la rendre permanente? >
Salut Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la proposition de gronk34t dans son commentaire sur le billet qui traite de ce sujet dans linuxfr
http://linuxfr.org/comments/877478.html#877478
Il propose de laisser laptop_mode piloter hdparm même sur secteur. J'ai appliqué les mêmes paramètres, en remplaçant juste
LM_AC_HD_POWERMGMT%5 NOLM_AC_HD_POWERMGMT%5
par
LM_AC_HD_POWERMGMT%4 NOLM_AC_HD_POWERMGMT%4
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
Fred.
Le mar 06 nov 2007 18:22:00 CET, julien <ade@teamlarach.org> a écrit :
Serge Cavailles a écrit :
...
> J'ai fait de même, mais je me rends compte que la modification est pe rdue à
> chaque redémarrage.
>
> Quelle serait selon vous la bonne méthode pour la rendre permanente?
>
Salut
Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la
proposition de gronk34t dans son commentaire sur le billet qui
traite de ce sujet dans linuxfr
http://linuxfr.org/comments/877478.html#877478
Il propose de laisser laptop_mode piloter hdparm même sur secteur.
J'ai appliqué les mêmes paramètres, en remplaçant juste
LM_AC_HD_POWERMGMT=255
NOLM_AC_HD_POWERMGMT=255
par
LM_AC_HD_POWERMGMT=254
NOLM_AC_HD_POWERMGMT=254
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
Serge Cavailles a écrit : ... > J'ai fait de même, mais je me rends compte que la modification est pe rdue à > chaque redémarrage. > > Quelle serait selon vous la bonne méthode pour la rendre permanente? >
Salut Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la proposition de gronk34t dans son commentaire sur le billet qui traite de ce sujet dans linuxfr
http://linuxfr.org/comments/877478.html#877478
Il propose de laisser laptop_mode piloter hdparm même sur secteur. J'ai appliqué les mêmes paramètres, en remplaçant juste
LM_AC_HD_POWERMGMT%5 NOLM_AC_HD_POWERMGMT%5
par
LM_AC_HD_POWERMGMT%4 NOLM_AC_HD_POWERMGMT%4
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
> Serge Cavailles a écrit : > ... > > J'ai fait de même, mais je me rends compte que la modification est perdue à > > chaque redémarrage. > > > > Quelle serait selon vous la bonne méthode pour la rendre permanente? > > > > Salut > Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la > proposition de gronk34t dans son commentaire sur le billet qui > traite de ce sujet dans linuxfr > > http://linuxfr.org/comments/877478.html#877478 > > Il propose de laisser laptop_mode piloter hdparm même sur secteur. > J'ai appliqué les mêmes paramètres, en remplaçant juste > > LM_AC_HD_POWERMGMT%5 > NOLM_AC_HD_POWERMGMT%5 > > par > > LM_AC_HD_POWERMGMT%4 > NOLM_AC_HD_POWERMGMT%4
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
Et aussi à condition d'avoir activé la gestion des disques par laptop-mode dans une ligne un peu au-dessus de ces 2 là.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Selon Frédéric BOITEUX <fboiteux@calistel.com>:
Le mar 06 nov 2007 18:22:00 CET, julien <ade@teamlarach.org> a écrit :
> Serge Cavailles a écrit :
> ...
> > J'ai fait de même, mais je me rends compte que la modification est perdue
à
> > chaque redémarrage.
> >
> > Quelle serait selon vous la bonne méthode pour la rendre permanente?
> >
>
> Salut
> Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la
> proposition de gronk34t dans son commentaire sur le billet qui
> traite de ce sujet dans linuxfr
>
> http://linuxfr.org/comments/877478.html#877478
>
> Il propose de laisser laptop_mode piloter hdparm même sur secteur.
> J'ai appliqué les mêmes paramètres, en remplaçant juste
>
> LM_AC_HD_POWERMGMT%5
> NOLM_AC_HD_POWERMGMT%5
>
> par
>
> LM_AC_HD_POWERMGMT%4
> NOLM_AC_HD_POWERMGMT%4
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
Et aussi à condition d'avoir activé la gestion des disques par laptop-mode dans
une ligne un peu au-dessus de ces 2 là.
Gaëtan
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Serge Cavailles a écrit : > ... > > J'ai fait de même, mais je me rends compte que la modification est perdue à > > chaque redémarrage. > > > > Quelle serait selon vous la bonne méthode pour la rendre permanente? > > > > Salut > Je ne sais pas si c'est LA bonne méthode, mais j'ai appliqué la > proposition de gronk34t dans son commentaire sur le billet qui > traite de ce sujet dans linuxfr > > http://linuxfr.org/comments/877478.html#877478 > > Il propose de laisser laptop_mode piloter hdparm même sur secteur. > J'ai appliqué les mêmes paramètres, en remplaçant juste > > LM_AC_HD_POWERMGMT%5 > NOLM_AC_HD_POWERMGMT%5 > > par > > LM_AC_HD_POWERMGMT%4 > NOLM_AC_HD_POWERMGMT%4
Idem, c'est une bonne méthode *si on utilise laptop-mode*.
Et aussi à condition d'avoir activé la gestion des disques par laptop-mode dans une ligne un peu au-dessus de ces 2 là.
Gaëtan
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Serge Cavailles
Le mercredi 07 novembre 2007 00:15, Pascal Hambourg a écrit :
> Ça soulève quand même une question. Dans le rc.local de Etch je l is: > "This script is executed at the end of each multiuser runlevel." > > Donc il n'est lancé la première fois que lors du passage du niveau 2 au > niveau 3? donc jamais pendant le fonctionnement normal (niveau 2 par > défaut pour Debian)?
Je pense que la phrase signifie plutôt que le script est exécuté en dernier lors de l'entrée dans un runlevel.
Tout à fait. C'est ce que j'ai compris ensuite en voyant le /etc/rc2.d/_S99_... qu'indiquait Yves.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL invoke-rc.d <service> <action> -> BIEN :-p
Honte sur moi! je n'ai pas encore enregistré cette méthode. J'attends la prochaine activation de la tête. :D
Merci. -- Serge
Le mercredi 07 novembre 2007 00:15, Pascal Hambourg a écrit :
> Ça soulève quand même une question. Dans le rc.local de Etch je l is:
> "This script is executed at the end of each multiuser runlevel."
>
> Donc il n'est lancé la première fois que lors du passage du niveau 2 au
> niveau 3? donc jamais pendant le fonctionnement normal (niveau 2 par
> défaut pour Debian)?
Je pense que la phrase signifie plutôt que le script est exécuté en
dernier lors de l'entrée dans un runlevel.
Tout à fait. C'est ce que j'ai compris ensuite en voyant
le /etc/rc2.d/_S99_... qu'indiquait Yves.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL
invoke-rc.d <service> <action> -> BIEN :-p
Honte sur moi! je n'ai pas encore enregistré cette méthode.
J'attends la prochaine activation de la tête. :D
Le mercredi 07 novembre 2007 00:15, Pascal Hambourg a écrit :
> Ça soulève quand même une question. Dans le rc.local de Etch je l is: > "This script is executed at the end of each multiuser runlevel." > > Donc il n'est lancé la première fois que lors du passage du niveau 2 au > niveau 3? donc jamais pendant le fonctionnement normal (niveau 2 par > défaut pour Debian)?
Je pense que la phrase signifie plutôt que le script est exécuté en dernier lors de l'entrée dans un runlevel.
Tout à fait. C'est ce que j'ai compris ensuite en voyant le /etc/rc2.d/_S99_... qu'indiquait Yves.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL invoke-rc.d <service> <action> -> BIEN :-p
Honte sur moi! je n'ai pas encore enregistré cette méthode. J'attends la prochaine activation de la tête. :D
Le mercredi 07 novembre 2007 à 19:03 -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100, Pascal Hambourg a écrit : > […] > PS : au sujet de hdparm.conf > > /etc/init.d/<service> <action> -> MAL > invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps. J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande Debian, est-ce juste ?
Oui d'après ce que j'ai compris aussi.
Il me *semble* avoir lu quelque part il y a quelque temps que invoke-rc.d était plutôt réservé aux scripts des paquets (à l'installation ou à la suppression notamment). Un extrait du man : All access to the init scripts by Debian packages’ maintainer scripts should be done through invoke-rc.d.
La principale raison est le code de retour, et surtout, je présume, le policy-rc.d helper.
Voilà ce que j'ai pu trouver dans le man qui me ferait dire que invoke-rc.d n'est pas adapté à un usage par un administrateur système consciencieux : invoke-rc.d itself only pays attention to the current runlevel; it will block any attempts to start a service in a runlevel in which the service is disabled.
@++ Julien
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le mercredi 07 novembre 2007 à 19:03 -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100,
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit :
> […]
> PS : au sujet de hdparm.conf
>
> /etc/init.d/<service> <action> -> MAL
> invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps.
J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande
Debian, est-ce juste ?
Oui d'après ce que j'ai compris aussi.
Il me *semble* avoir lu quelque part il y a quelque temps que
invoke-rc.d était plutôt réservé aux scripts des paquets (à
l'installation ou à la suppression notamment).
Un extrait du man :
All access to the init scripts by Debian packages’ maintainer
scripts should be done through invoke-rc.d.
La principale raison est le code de retour, et surtout, je présume, le
policy-rc.d helper.
Voilà ce que j'ai pu trouver dans le man qui me ferait dire que
invoke-rc.d n'est pas adapté à un usage par un administrateur système
consciencieux :
invoke-rc.d itself only pays attention to the current runlevel; it will
block any attempts to start a service in a runlevel in which the
service is disabled.
@++
Julien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le mercredi 07 novembre 2007 à 19:03 -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100, Pascal Hambourg a écrit : > […] > PS : au sujet de hdparm.conf > > /etc/init.d/<service> <action> -> MAL > invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps. J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande Debian, est-ce juste ?
Oui d'après ce que j'ai compris aussi.
Il me *semble* avoir lu quelque part il y a quelque temps que invoke-rc.d était plutôt réservé aux scripts des paquets (à l'installation ou à la suppression notamment). Un extrait du man : All access to the init scripts by Debian packages’ maintainer scripts should be done through invoke-rc.d.
La principale raison est le code de retour, et surtout, je présume, le policy-rc.d helper.
Voilà ce que j'ai pu trouver dans le man qui me ferait dire que invoke-rc.d n'est pas adapté à un usage par un administrateur système consciencieux : invoke-rc.d itself only pays attention to the current runlevel; it will block any attempts to start a service in a runlevel in which the service is disabled.
@++ Julien
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Charles Plessy
Le Wed, Nov 07, 2007 at 07:03:44PM -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100, Pascal Hambourg a écrit : > […] > PS : au sujet de hdparm.conf > > /etc/init.d/<service> <action> -> MAL > invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps. J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande Debian, est-ce juste ?
C'est une commande Debian qui en fait est plus proche de /etc/rcN.d/Sxy<service> que de /etc/init.d/<service>, car elle refusera de démarrer le service s'il est désactivé dans le niveau d'exécution (runlevel) en cours.
Bonne journée,
-- Charles
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Wed, Nov 07, 2007 at 07:03:44PM -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100,
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit :
> […]
> PS : au sujet de hdparm.conf
>
> /etc/init.d/<service> <action> -> MAL
> invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps.
J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande
Debian, est-ce juste ?
C'est une commande Debian qui en fait est plus proche de
/etc/rcN.d/Sxy<service> que de /etc/init.d/<service>, car elle refusera
de démarrer le service s'il est désactivé dans le niveau d'exécution
(runlevel) en cours.
Bonne journée,
--
Charles
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Wed, Nov 07, 2007 at 07:03:44PM -0800, Geoffroy Youri a écrit :
Le Wed, 07 Nov 2007 00:15:24 +0100, Pascal Hambourg a écrit : > […] > PS : au sujet de hdparm.conf > > /etc/init.d/<service> <action> -> MAL > invoke-rc.d <service> <action> -> BIEN :-p
J'ai moi même découvert/adopté la commande il y a peu de temps. J'ai toujours utilisé /etc/init.d/<service> <action> auparavant.
En quoi invoke-rc.d est elle préférable ?
Un coup d'œil au manuel m'incite à penser que c'est une commande Debian, est-ce juste ?
C'est une commande Debian qui en fait est plus proche de /etc/rcN.d/Sxy<service> que de /etc/init.d/<service>, car elle refusera de démarrer le service s'il est désactivé dans le niveau d'exécution (runlevel) en cours.
Bonne journée,
-- Charles
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Jean-Yves F. Barbier
heu, le fichier de conf par défaut de hdparm se trouve dans /etc/defaul t
Serge Cavailles a écrit :
Le mardi 06 novembre 2007 19:01, adminskynet a écrit :
Tout simplement la mettre dans /etc/rc.local qui est fait pour cela.
Tout simplement. :)
D'autant plus que les solutions proposées par Julien et Jiriko suppos ent d'activer laptop_mode, qui n'est pas installé dans mon cas.
Merci à tous, et bonne soirée.
-- The Great Movie Posters:
When You're Six Tons -- And They Call You Killer -- It's Hard To Make Fri ends... -- Namu, the Killer Whale (1966)
Meet the Girls with the Thermo-Nuclear Navels! -- Dr. Goldfoot and the Girl Bombs (1966)
A GHASTLY TALE DRENCHED WITH GOUTS OF BLOOD SPURTING FROM THE VICTIMS OF A CRAZED MADMAN'S LUST. -- A Taste of Blood (1967)
heu, le fichier de conf par défaut de hdparm se trouve dans /etc/defaul t
Serge Cavailles a écrit :
Le mardi 06 novembre 2007 19:01, adminskynet a écrit :
Tout simplement la mettre dans /etc/rc.local qui est fait pour cela.
Tout simplement. :)
D'autant plus que les solutions proposées par Julien et Jiriko suppos ent
d'activer laptop_mode, qui n'est pas installé dans mon cas.
Merci à tous, et bonne soirée.
--
The Great Movie Posters:
When You're Six Tons -- And They Call You Killer -- It's Hard To Make Fri ends...
-- Namu, the Killer Whale (1966)
Meet the Girls with the Thermo-Nuclear Navels!
-- Dr. Goldfoot and the Girl Bombs (1966)
A GHASTLY TALE DRENCHED WITH GOUTS OF BLOOD SPURTING FROM THE VICTIMS
OF A CRAZED MADMAN'S LUST.
-- A Taste of Blood (1967)