Portable Toshiba ne tient pas la charge en étant éteint

Support Debian
1

Bonjour à tous.
Tout est dans le titre.
Quelques précisions sur ma configuration :

Portable Toshiba Portégé intel i5 1.6 Ghz 4 coeurs
Debian 7.1 64bits noyau 3.2.0-4 amd64
Gnome 3.4.2
en double boot avec Windows 7

Le portable étant éteint depuis Debian, la batterie se vide en 3 jours.
Pas de problème si le portable est éteint depuis Windows.

J’en conclu que le portable n’est pas vraiment éteint quand je “l’éteins” depuis Debian.
Quelqu’un aurait-il une piste.

Merci d’avance

2

Ça me rappelle un long fil lancé par fran.b

EDIT
Le lien vers le fil : wheezy-pc-eteint-qu-consomme-t39946.html

3

Je vais aller regarder ce fil.
Merci pour la réactivité !!!

4

Je te résume:

Bug signalé: bugzilla.kernel.org/show_bug.cgi?id=47811

Rustine: Ne plus faire la mise à jour de l’horloge système avant l’extinction:

echo HWCLOCKACCESS=no > /etc/default/hwclock

J’ai essayé tout plein de noyaux, rien n’y fait. Je vais compiler le dernier noyau pour voir si c’est mieux.

Tu as acheté une superbe machine: Seul souci le démontage. Outre le 12 vis que tu as en retournant la machine, il y a en une treizième sous le truc en plastique au milieu.
Cette vis à la con peut se dévisser

  • soit par un tournevis de 50€ chez FACOM
  • Soit par la méthode suivante: Tu prends deux épingles que tu mets dans deux «trous» opposés de la vis, tu prends un corps de stylo Bic Cristal, tu fonds le corps du stylo tu l’appuis fermement sur la vis en maintenant les épingles, et tu attends que ça durcisse (ça chauffe un peu le doigt mais sans plus). Enfin tu dévisses lentement la vis avec l’outil crée en appuyant fermement tout en tournant dans le sens inverse des aiguilles d’une montre. Une fois la vis dévissée, tu la fous en l’air et tu en mets une normale. Tu viens de gagner 50€ plus 800€ lorsque tu devras changer la batterie.

5

Qu’est-ce qui fait que l’horloge passe de “alimentée par la batterie” à “alimentée par la pile” ?

6

Quel rapport? Il s’agit juste de mettre à jour l’horloge système au moment de l’extinction de la machine pour empêcher la dérive de cette horloge. Cette action emeche visiblement l’extinction complète du portege.

7

Merci à tous.
Problème résolu.
A peine 1% de perte de batterie depuis une vingtaine d’heures !!!
J’ai juste mis :

HWCLOCKACCESS=no

dans /etc/default/hwclock

Voilà le contenu du fichier après modifications

# Defaults for the hwclock init script.  See hwclock(5) and hwclock(8).

# This is used to specify that the hardware clock incapable of storing
# years outside the range of 1994-1999.  Set to yes if the hardware is
# broken or no if working correctly.
#BADYEAR=no

# Set this to yes if it is possible to access the hardware clock,
# or no if it is not.
#HWCLOCKACCESS=yes

# pour éviter de pomper la batterie quand
# l'ordinateur est éteint
HWCLOCKACCESS=no

# Set this to any options you might need to give to hwclock, such
# as machine hardware clock type for Alphas.
#HWCLOCKPARS=

# Set this to the hardware clock device you want to use, it should
# probably match the CONFIG_RTC_HCTOSYS_DEVICE kernel config option.
#HCTOSYS_DEVICE=rtc0

Encore merci à tous.
Pour fran.b, je garde en mémoire le truc pour dévisser la « vis à la con » le jour où j’aurai besoin d’ouvrir le portable.

Je marque le post comme étant résolu.

8

Bonsoir,
Je déterre ce post déjà ancien car j’ai à nouveau le même problème après l’installation de JESSIE.
La modification de l’option HWCLOCKACCES dans le fichier /etc/default/hwclock n’ayant aucun effet.

9

Debian systemd/GNU/Linux ?

10

Dans ce cas, fais un patch à la main en commentant les lignes type

hwclock .... --systohc ....

dans hwclock.sh (eventuellement d’autres fichiers de /etc/init.d/). Si ça coince vraiment, renonce à systemd en installant sysvinit-core ou sysv-core, systemd-shim et en virant systemd-core.

11

Je suis en train de faire des tests en désactivant des lignes du hwclock.sh…
à suivre…

12

Je reviens à la charge pour mon souci de batterie qui ne tient pas la charge.
Problème résolu sous Wheezy, voir plus haut.
Problème encore non résolu sous Jessie.
Le problème ne viendrait-il pas de systemd comme l’a fait remarquer jcm33.
En fouillant dans /etc/ il y un fichier :
/etc/systemd/system/poweroff.target.wants
ce fichier est un lien vers :
/lib/systemd/system/hwclock-save.service
dont voici le contenu :

[Unit]
Description=Synchronise Hardware Clock to System Clock
DefaultDependencies=no
Before=shutdown.target
ConditionFileIsExecutable=!/usr/sbin/ntpd
ConditionFileIsExecutable=!/usr/sbin/openntpd
ConditionFileIsExecutable=!/usr/sbin/chrony
ConditionVirtualization=!container

[Service]
Type=oneshot
ExecStart=/sbin/hwclock -D --systohc

[Install]
WantedBy=reboot.target halt.target poweroff.target

On y lit des choses qui concernent hwclock et systhoc mais c’est quand même un peu du chinois pour moi. Avant d’y toucher à l’aveugle sans rien comprendre je préfère demander quelques conseils.
Des personnes maîtrisant le sujet peuvent elles me conseiller et me confirmer que je suis sur une piste qui peut m’amener à résoudre mon problème : désactiver la mise à jour de l’horloge système à l’extinction de la machine, voire remarque de fran.b plus haut.
Merci d’avance.

13

Supprime ce service, il effectue la mise à jour de l’horloge système. Bon, ça signifie que systemd ne respecte pas les réglages de /etc/default et que les réglages sont en dur dans les scripts des services. Et on présente ça comme un progrès!

14

Merci fran.b pour cette réponse.
Pour supprimer le service que dois-je faire :
< supprimer le fichier hwclock-save.service
< supprimer la ligne ExecStart=…
< supprimer la ligne WantedBy=…
???
Visiblement tu n’aimes pas systemd :+)
En ce qui me concerne je n’ai pas les compétences pour avoir un avis.

15

systemdctl disable hwclock-save.service en espérant que ça marche. Mais c’est anormal d’arrêter ce service. Il aurait du chercher ses paramètres dans /etc/default

16

Un grand merci fran.b, cela a l’air de marcher.
Aucune perte de charge depuis plus de 6h.
J’attends quand même demain demain pour marquer le post en résolu.
Juste une remarque la commande est “systemctl” et non "systemdctl"
Merci encore.

17

Ben oui mais systemd a du mal à passer chez moi :smiley: