desactiver suspend to disk

Le
Hugolino
Salut,

J'ai un vieux portable Toshiba (2001 ou 2002) qui ne gère pas ou très
mal l'acpi. Il est sous Debian/Lenny 2.6.26.

Depuis une quinzaine de jours et sans doute suite à l'installation d'un
utilitaire foireux, il tente de sauver le contenu de la RAM sur disque
quand je ferme l'écran.
Le problème, c'est que c'est une galère sans nom pour arriver à le
redémarrer: je dois passer une demi-heure à jouer avec le bouton de
mise sous tension, brancher et débrancher le cordon secteur et la
batterie. Et de toute façon, il ne redémarre jamais depuis ce qu'il est
censé avoir sauvé sur disque, mais normalement en passant par le menu
de GrUB.

Je ne veux de toute manière pas de cette fonctionnalité pour décideur
pressé, je veux juste qu'il éteigne l'écran quand je le rabats sans
faire de suspend to disk et autres conn*ries.

J'ai édité le fichier "/etc/default/acpi-support" pour désactiver toutes
les options de suspend --> que dalle.

J'ai supprimé par "aptitude purge", les paquets apcid, acpi-support,
acpi-support-base et hibernate. Mais le portable continue à tenter de
suspendre sur disque quand je rabats l'écran.

J'ai même reformaté la partition de swap pour être sûr d'éliminer une
scorie qui y trainerait

Le seul moyen que j'ai trouvé pour revenir au comportement classique que
j'avais il y a 15 jours, c'est de passer acpi=off à GrUB lors du boot,
mais alors, je ne peux plus connaître la température du portable car le
fichier /proc/acpi/thermal_zone/THRM/temperature n'existe plus.

Bref, qu'est-ce que je devrais faire pour empêcher ce comportement
débile ?

Merci de votre aide.

--
Sniper Alley:
Tranche spatio-temporelle signalée motardesquement pour la première fois
sur la N118 et caractérisée par une probabilité hautement élevée et
omnidirectionnelle de se faire shooter par un véhicule pris d'un changement
de file brownien. Se dit par extension d'un secteur où le trouillomêtre
explose allègrement en raison de l'existence des Autres; et c'est bien
connu "L'enfer, c'est les autres".
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sergio
Le #18622601
Le 09/02/2009, Hugolino a supposé :

J'ai un vieux portable Toshiba (2001 ou 2002) qui ne gère pas ou très
mal l'acpi. Il est sous Debian/Lenny 2.6.26.

Depuis une quinzaine de jours et sans doute suite à l'installation d'un
utilitaire foireux, il tente de sauver le contenu de la RAM sur disque
quand je ferme l'écran.



Il n'y a pas un truc qui règle ça dans le setup du BIOS ?
En espérant que ton Toshiba à un setup BIOS qui ne se lance pas depuis
Windows... (c'est une spécialité Toshiba).

En passant, si quelqu'un connait un moyen d'accéder au setup d'un
portable Toshiba qui, normalement, ne s'obtient que depuis Windows...

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Hugolino
Le #18622941
Le 09-02-2009, Hugolino

Salut,

J'ai un vieux portable Toshiba (2001 ou 2002) qui ne gère pas ou très
mal l'acpi. Il est sous Debian/Lenny 2.6.26.

Depuis une quinzaine de jours et sans doute suite à l'installation d'un
utilitaire foireux, il tente de sauver le contenu de la RAM sur disque
quand je ferme l'écran.
Le problème, c'est que c'est une galère sans nom pour arriver à le
redémarrer: je dois passer une demi-heure à jouer avec le bouton de
mise sous tension, brancher et débrancher le cordon secteur et la
batterie. Et de toute façon, il ne redémarre jamais depuis ce qu'il est
censé avoir sauvé sur disque, mais normalement en passant par le menu
de GrUB.

Je ne veux de toute manière pas de cette fonctionnalité pour décideur
pressé, je veux juste qu'il éteigne l'écran quand je le rabats sans
faire de suspend to disk et autres conn*ries.

J'ai édité le fichier "/etc/default/acpi-support" pour désactiver toutes
les options de suspend --> que dalle.

J'ai supprimé par "aptitude purge", les paquets apcid, acpi-support,
acpi-support-base et hibernate. Mais le portable continue à tenter de
suspendre sur disque quand je rabats l'écran.

J'ai même reformaté la partition de swap pour être sûr d'éliminer une
scorie qui y trainerait...

Le seul moyen que j'ai trouvé pour revenir au comportement classique que
j'avais il y a 15 jours, c'est de passer acpi=off à GrUB lors du boot,
mais alors, je ne peux plus connaître la température du portable car le
fichier /proc/acpi/thermal_zone/THRM/temperature n'existe plus.

Bref, qu'est-ce que je devrais faire pour empêcher ce comportement
débile ?



La nuit portant conseil, je suis aller jeté un oeil dans les options de
kpowersave qui était paramétré avec les pieds. J'ai tripoté les cases à
cocher et ça rocks.

Ce qui est bizarre, c'est que j'avais testé le comportement du bouton de
fermeture de l'écran sans que kde soit démarré et j'avais quand même ce
comportement indésirable...



--
Pas de panique ! Inhiber le plasma mécanique ne nous empêche pas de diminuer le
plutonneur binaire ni même d'analyser le rétro-aimant hétéro-moléculaire.
Hugo (né il y a 1 413 598 068 secondes)
Sergio
Le #18623361
Le 09/02/2009, Hugolino a supposé :

La nuit portant conseil, je suis aller jeté un oeil dans les options de
kpowersave qui était paramétré avec les pieds. J'ai tripoté les cases à
cocher et ça rocks.

Ce qui est bizarre, c'est que j'avais testé le comportement du bouton de
fermeture de l'écran sans que kde soit démarré et j'avais quand même ce
comportement indésirable...



Je suppose que kpowersave n'est qu'un "cliquodrome" qui va régler des
options dans la gestion ACPI de Linux. Que l'interface graphique soit
lancée ou pas...

Finalement c'est un vieux réflexe windozien, où l'OS est intimement lié
à l'interface graphique...


--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Hugolino
Le #18626121
Le 09-02-2009, Sergio
Le 09/02/2009, Hugolino a supposé :

> J'ai un vieux portable Toshiba (2001 ou 2002) qui ne gère pas ou très
> mal l'acpi. Il est sous Debian/Lenny 2.6.26.
>
> Depuis une quinzaine de jours et sans doute suite à l'installation d'un
> utilitaire foireux, il tente de sauver le contenu de la RAM sur disque
> quand je ferme l'écran.

Il n'y a pas un truc qui règle ça dans le setup du BIOS ?



Non, les réglages qu'on peut y faire sont *très* limités.

En espérant que ton Toshiba à un setup BIOS qui ne se lance pas depuis
Windows... (c'est une spécialité Toshiba).



Dieu merci, non.

En passant, si quelqu'un connait un moyen d'accéder au setup d'un
portable Toshiba qui, normalement, ne s'obtient que depuis Windows...



Pas ce problème pour moi. Mais je tacherais de me souvenir de ce genre
de "feature" quand je choisirais mon prochain portable.



--
Deux façons de réaliser une analyse de logiciel existent. L'une consiste à
rendre les choses très simple, de sorte qu'il soit patent qu'elle ne souffre
pas de défauts. L'autre consiste à compliquer au point que nul ne puisse en
trouver.
Hugolino
Le #18626421
Le 09-02-2009, Sergio
Le 09/02/2009, Hugolino a supposé :

> La nuit portant conseil, je suis aller jeté un oeil dans les options de
> kpowersave qui était paramétré avec les pieds. J'ai tripoté les cases à
> cocher et ça rocks.
>
> Ce qui est bizarre, c'est que j'avais testé le comportement du bouton de
> fermeture de l'écran sans que kde soit démarré et j'avais quand même ce
> comportement indésirable...

Je suppose que kpowersave n'est qu'un "cliquodrome" qui va régler des
options dans la gestion ACPI de Linux. Que l'interface graphique soit
lancée ou pas...



C'est la conclusion à laquelle je suis aussi arrivé.

Finalement c'est un vieux réflexe windozien, où l'OS est intimement lié
à l'interface graphique...



Et cette tendance de lier interface graphique et paramètres systèmes
commence à sérieusement me gaver avec Linux/KDE. Plus ça va, pire c'est.

Sans parler du fait qu'aucune doc n'existe pour décrire l'emplacement et
la syntaxe des fichiers de configuration de KDE.
Tout ce que j'ai trouvé, c'est un fichier ~/.kde./share/config/kpowersaverc
qui contient seulement 2 lignes:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
[General]
AlreadyStarted=true
8<-----------8<---------8<----------8<----------8<----------8<----------8<

On peut même se demander ce qu'il se passerait si ma fille qui utilise
la même machine, mais sous Gnome, allait elle aussi bidouiller les
options de mise en veille. J'espère qu'elle n'en a pas la permission...

x-post et fu2: fosse aux trolls


--
Software is like sex. It's better when it's free... (Linus Torvalds)
Hugo (né il y a 1 413 650 828 secondes)
Sergio
Le #18627421
Il se trouve que Hugolino a formulé :

Sans parler du fait qu'aucune doc n'existe pour décrire l'emplacement et
la syntaxe des fichiers de configuration de KDE.
Tout ce que j'ai trouvé, c'est un fichier ~/.kde./share/config/kpowersaverc
qui contient seulement 2 lignes:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
[General]
AlreadyStarted=true
8<-----------8<---------8<----------8<----------8<----------8<----------8<



Normal, c'est au niveau de l'utilisateur. Les réglages concernant
l'énergie doivent se situer dans /etc

x-post et fu2: fosse aux trolls



Pas suivi (car infos AMHA interessantes).

Pour tes expériences, j'ai trouvé dans le répertoire /etc/acpi des
scripts qui sont lancés sur les "actions". Donc un magnifique "lidbtn"
censé être lancé quand on ferme le capot (Ubuntu 8.10 sous Gnome).

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
pehache-tolai
Le #18628731
"Hugolino"
Le 09-02-2009, Sergio
Le 09/02/2009, Hugolino a supposé :

La nuit portant conseil, je suis aller jeté un oeil dans les
options de kpowersave qui était paramétré avec les pieds. J'ai
tripoté les cases à cocher et ça rocks.

Ce qui est bizarre, c'est que j'avais testé le comportement du
bouton de fermeture de l'écran sans que kde soit démarré et j'avais
quand même ce comportement indésirable...



Je suppose que kpowersave n'est qu'un "cliquodrome" qui va régler
des options dans la gestion ACPI de Linux. Que l'interface
graphique soit lancée ou pas...



C'est la conclusion à laquelle je suis aussi arrivé.

Finalement c'est un vieux réflexe windozien, où l'OS est intimement
lié à l'interface graphique...



Et cette tendance de lier interface graphique et paramètres systèmes
commence à sérieusement me gaver avec Linux/KDE. Plus ça va, pire
c'est.

Sans parler du fait qu'aucune doc n'existe pour décrire l'emplacement
et la syntaxe des fichiers de configuration de KDE.
Tout ce que j'ai trouvé, c'est un fichier
~/.kde./share/config/kpowersaverc qui contient seulement 2 lignes:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
[General]
AlreadyStarted=true
8<-----------8<---------8<----------8<----------8<----------8<----------8<

On peut même se demander ce qu'il se passerait si ma fille qui utilise
la même machine, mais sous Gnome, allait elle aussi bidouiller les
options de mise en veille. J'espère qu'elle n'en a pas la
permission...




Eh oui, quel bazar Linux... Chaque interface graphique fait ce qu'elle veut
dans son coin sans se soucier des autres.

Au moins sous Windows ou MacOSX il n'y a pas ce genre de problème.

--
pehache
http://pehache.free.fr/public.html
Ricolla
Le #18629581
pehache-tolai a présenté l'énoncé suivant :
"Hugolino"
Le 09-02-2009, Sergio
Le 09/02/2009, Hugolino a supposé :

La nuit portant conseil, je suis aller jeté un oeil dans les
options de kpowersave qui était paramétré avec les pieds. J'ai
tripoté les cases à cocher et ça rocks.

Ce qui est bizarre, c'est que j'avais testé le comportement du
bouton de fermeture de l'écran sans que kde soit démarré et j'avais
quand même ce comportement indésirable...



Je suppose que kpowersave n'est qu'un "cliquodrome" qui va régler
des options dans la gestion ACPI de Linux. Que l'interface
graphique soit lancée ou pas...



C'est la conclusion à laquelle je suis aussi arrivé.

Finalement c'est un vieux réflexe windozien, où l'OS est intimement
lié à l'interface graphique...



Et cette tendance de lier interface graphique et paramètres systèmes
commence à sérieusement me gaver avec Linux/KDE. Plus ça va, pire
c'est.

Sans parler du fait qu'aucune doc n'existe pour décrire l'emplacement
et la syntaxe des fichiers de configuration de KDE.
Tout ce que j'ai trouvé, c'est un fichier
~/.kde./share/config/kpowersaverc qui contient seulement 2 lignes:
8<-----------8<---------8<----------8<----------8<----------8<----------8<
[General]
AlreadyStarted=true
8<-----------8<---------8<----------8<----------8<----------8<----------8<

On peut même se demander ce qu'il se passerait si ma fille qui utilise
la même machine, mais sous Gnome, allait elle aussi bidouiller les
options de mise en veille. J'espère qu'elle n'en a pas la
permission...




Eh oui, quel bazar Linux... Chaque interface graphique fait ce qu'elle veut
dans son coin sans se soucier des autres.

Au moins sous Windows ou MacOSX il n'y a pas ce genre de problème.



Ben c'est fait par des vrais programmeurs...
Hugolino
Le #18629891
Le 09-02-2009, Ricolla
pehache-tolai a présenté l'énoncé suivant :
> Eh oui, quel bazar Linux... Chaque interface graphique fait ce qu'elle veut
> dans son coin sans se soucier des autres.
>
> Au moins sous Windows ou MacOSX il n'y a pas ce genre de problème.

Ben c'est fait par des vrais programmeurs...



Tellement fiers de leur code qu'ils préfèrent le cacher...


--
How do I run Crack under DOS/Win95?


Reformat your hard-drive and install Linux, then try again. CAUTION: this
process may lose data.
Hugo (né il y a 1 413 663 349 secondes)
Michel Doucet
Le #18629881
Bonjour/soir, le Mon, 09 Feb 2009 22:11:45 +0100, *Ricolla* a caressé son
clavier pour nous dire dans le message suivant:

Eh oui, quel bazar Linux... Chaque interface graphique fait ce qu'elle
veut dans son coin sans se soucier des autres.

Au moins sous Windows ou MacOSX il n'y a pas ce genre de problème.



Ben c'est fait par des vrais programmeurs...



C'est pour cela que vous n'utilisez pas un de leurs produits phares comme
lecteur de nouvelles ?

--
Utiliser le butineur, le courrielleur, le lecteur de nouvelles
et l'OS avec lesquels vous vous sentez le plus sécurisé ... ;)
Posted via www.individual.net
http://mdoucet.wordpress.com/
Publicité
Poster une réponse
Anonyme