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
Le mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
-- 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 a écrit :
Bonjour,
Le mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on
joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la
valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
--
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 mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
-- 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
adminskynet
Tout simplement la mettre dans /etc/rc.local qui est fait pour cela.
-- 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
Tout simplement la mettre dans /etc/rc.local qui est fait pour cela.
--
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
Tout simplement la mettre dans /etc/rc.local qui est fait pour cela.
-- 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
jiriko
julien a écrit :
Serge Cavailles a écrit :
Bonjour,
Le mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
bonjour
mon portable qui a 2 ans : Load_Cycle_Count = 470 000
j'ai appliqué cette méthode :http://www.ratiatum.com/forum/index.php?showtopicx444
ça marche...
-- Serge Tavernier
http://www.kokimi-mohair.com
-- 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
julien a écrit :
Serge Cavailles a écrit :
Bonjour,
Le mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on
joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la
valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
bonjour
mon portable qui a 2 ans : Load_Cycle_Count = 470 000
j'ai appliqué cette méthode
:http://www.ratiatum.com/forum/index.php?showtopicx444
ça marche...
--
Serge Tavernier
http://www.kokimi-mohair.com
--
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 mardi 06 novembre 2007 11:38, Frédéric BOITEUX a écrit :
À ce propos, Bruce Allen, dév. de smartmontools, a indiqué que si l'on joue avec le paramètre -B de hdparm, il est incorrect d'utiliser la valeur 255 (qui n'a pas de résultat prévisible) :
[snip]
Merci pour ces infos.
Pour ma part, j'ai mis -B 254...
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
bonjour
mon portable qui a 2 ans : Load_Cycle_Count = 470 000
j'ai appliqué cette méthode :http://www.ratiatum.com/forum/index.php?showtopicx444
ça marche...
-- Serge Tavernier
http://www.kokimi-mohair.com
-- 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
Pascal Hambourg
Salut,
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?
Pour appliquer des options de hdparm au démarrage, ça se passe dans /etc/hdparm.conf.
-- 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
Salut,
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?
Pour appliquer des options de hdparm au démarrage, ça se passe dans
/etc/hdparm.conf.
--
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
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?
Pour appliquer des options de hdparm au démarrage, ça se passe dans /etc/hdparm.conf.
-- 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 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 supposent d'activer laptop_mode, qui n'est pas installé dans mon cas.
Merci à tous, et bonne soirée. -- Serge
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 supposent
d'activer laptop_mode, qui n'est pas installé dans mon cas.
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 supposent d'activer laptop_mode, qui n'est pas installé dans mon cas.
Merci à tous, et bonne soirée. -- Serge
Serge Cavailles
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom n e suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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éfa ut pour Debian)?
-- Serge
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom n e
suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis:
"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éfa ut
pour Debian)?
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom n e suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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éfa ut pour Debian)?
-- Serge
Serge Cavailles
Le mardi 06 novembre 2007 20:46, Pascal Hambourg a écrit :
Pour appliquer des options de hdparm au démarrage, ça se passe dans /etc/hdparm.conf.
C'est ce que j'ai finalement fait, en ajoutant une section /dev/hda { apm = 254 }
Ensuite un /etc/init.d/hdparm reload
Et ça marche.
Merci.
-- Serge
Le mardi 06 novembre 2007 20:46, Pascal Hambourg a écrit :
Pour appliquer des options de hdparm au démarrage, ça se passe dans
/etc/hdparm.conf.
C'est ce que j'ai finalement fait, en ajoutant une section
/dev/hda {
apm = 254
}
Le mardi 06 novembre 2007 20:46, Pascal Hambourg a écrit :
Pour appliquer des options de hdparm au démarrage, ça se passe dans /etc/hdparm.conf.
C'est ce que j'ai finalement fait, en ajoutant une section /dev/hda { apm = 254 }
Ensuite un /etc/init.d/hdparm reload
Et ça marche.
Merci.
-- Serge
Yves Rutschle
On Tue, Nov 06, 2007 at 11:17:39PM +0100, Serge Cavailles wrote:
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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)?
Le niveau 2 est aussi 'multiuser'; il est bien lancé (cf /etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est pas lancé (cf. /etc/rcS.d).
Y.
-- 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
On Tue, Nov 06, 2007 at 11:17:39PM +0100, Serge Cavailles wrote:
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne
suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis:
"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)?
Le niveau 2 est aussi 'multiuser'; il est bien lancé (cf
/etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est
pas lancé (cf. /etc/rcS.d).
Y.
--
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
On Tue, Nov 06, 2007 at 11:17:39PM +0100, Serge Cavailles wrote:
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne suffit pas à ce qu'il soit pris en compte.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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)?
Le niveau 2 est aussi 'multiuser'; il est bien lancé (cf /etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est pas lancé (cf. /etc/rcS.d).
Y.
-- 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 mardi 06 novembre 2007 23:33, Yves Rutschle 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)?
Le niveau 2 est aussi 'multiuser';
Oui, bien sûr. C'est le "at the end of" que j'ai mal interprété. J'ai compris que le script était executé à la fin (en sortant) du niveau.
il est bien lancé (cf /etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est pas lancé (cf. /etc/rcS.d).
J'ai pas eu le réflexe de chercher là. Allez hop! man init et update-rc.d, les S et les K, j'ai du taf. ;)
Merci -- Serge
Le mardi 06 novembre 2007 23:33, Yves Rutschle 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)?
Le niveau 2 est aussi 'multiuser';
Oui, bien sûr. C'est le "at the end of" que j'ai mal interprété. J'ai
compris que le script était executé à la fin (en sortant) du niveau.
il est bien lancé (cf
/etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est
pas lancé (cf. /etc/rcS.d).
J'ai pas eu le réflexe de chercher là.
Allez hop! man init et update-rc.d, les S et les K, j'ai du taf. ;)
Le mardi 06 novembre 2007 23:33, Yves Rutschle 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)?
Le niveau 2 est aussi 'multiuser';
Oui, bien sûr. C'est le "at the end of" que j'ai mal interprété. J'ai compris que le script était executé à la fin (en sortant) du niveau.
il est bien lancé (cf /etc/rc2.d/S99rc.local). C'est en mode 'single' qu'il n'est pas lancé (cf. /etc/rcS.d).
J'ai pas eu le réflexe de chercher là. Allez hop! man init et update-rc.d, les S et les K, j'ai du taf. ;)
Merci -- Serge
Pascal Hambourg
Serge Cavailles a écrit :
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne suffit pas à ce qu'il soit pris en compte.
Dans Sarge il y a le répertoire /etc/rc.boot/ (non présent par défaut) dans lequel on peut déposer des scripts à exécuter au démarrage via run-parts (avec les restrictions d'usage). Mais il est marqué que c'est obsolète, laissé pour compatibilité avec les versions précédentes.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL invoke-rc.d <service> <action> -> BIEN :-p
-- 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 a écrit :
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne
suffit pas à ce qu'il soit pris en compte.
Dans Sarge il y a le répertoire /etc/rc.boot/ (non présent par défaut)
dans lequel on peut déposer des scripts à exécuter au démarrage via
run-parts (avec les restrictions d'usage). Mais il est marqué que c'est
obsolète, laissé pour compatibilité avec les versions précédentes.
Ça soulève quand même une question. Dans le rc.local de Etch je lis:
"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.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL
invoke-rc.d <service> <action> -> BIEN :-p
--
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
Bon, la Sarge ne connaît pas rc.local et l'ajout d'un fichier de ce nom ne suffit pas à ce qu'il soit pris en compte.
Dans Sarge il y a le répertoire /etc/rc.boot/ (non présent par défaut) dans lequel on peut déposer des scripts à exécuter au démarrage via run-parts (avec les restrictions d'usage). Mais il est marqué que c'est obsolète, laissé pour compatibilité avec les versions précédentes.
Ça soulève quand même une question. Dans le rc.local de Etch je lis: "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.
PS : au sujet de hdparm.conf
/etc/init.d/<service> <action> -> MAL invoke-rc.d <service> <action> -> BIEN :-p
-- 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
