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

**URL:** <https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865>\
**Category:** Support Debian\
**Created:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865 "2016-02-21T18:02:15Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/1 "2016-02-21T18:02:15Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/2 "2016-02-21T18:02:15Z")

</div>

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

EDIT  
Le lien vers le fil : [wheezy-pc-eteint-qu-consomme-t39946.html](https://www.debian-fr.org/wheezy-pc-eteint-qu-consomme-t39946.html)

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/3 "2016-02-21T18:02:15Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/4 "2016-02-21T18:02:16Z")

</div>

Je te résume:

Bug signalé: [bugzilla.kernel.org/show\_bug.cgi?id=47811](https://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.  
 ![](https://www.debian-fr.org/uploads/default/original/2X/1/1390a94161a5d71c0e622fc30b13c5294529d8e2.jpg)

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/5 "2016-02-21T18:02:17Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/6 "2016-02-21T18:02:17Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 6:02 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/7 "2016-02-21T18:02:27Z")

</div>

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

```nohighlight
HWCLOCKACCESS=no

```

dans `/etc/default/hwclock`

Voilà le contenu du fichier après modifications

```auto
# 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 «&nbsp;vis à la con&nbsp;» le jour où j’aurai besoin d’ouvrir le portable.

Je marque le post comme étant résolu.

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 9:34 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/8 "2016-02-21T21:34:26Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![jcsm33](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jcsm33/32/3832_2.png) [@jcsm33](https://www.debian-fr.org/u/jcsm33)\
**Post date:** [Février 21, 2016, 9:34 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/9 "2016-02-21T21:34:26Z")

</div>

Debian systemd/GNU/Linux ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 9:34 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/10 "2016-02-21T21:34:29Z")

</div>

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

```auto
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.

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 9:34 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/11 "2016-02-21T21:34:49Z")

</div>

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

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 9:39 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/12 "2016-02-21T21:39:25Z")

</div>

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 :

```auto
[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.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 9:39 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/13 "2016-02-21T21:39:38Z")

</div>

> [@maslin](#):
>
> 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 :
> 
> ```auto
> [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.

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!

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 9:39 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/14 "2016-02-21T21:39:40Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 9:39 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/15 "2016-02-21T21:39:48Z")

</div>

`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

---

<div class="post-metadata">

**Author:** ![maslin](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/m/97f17d/32.png) [@maslin](https://www.debian-fr.org/u/maslin)\
**Post date:** [Février 21, 2016, 9:39 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/16 "2016-02-21T21:39:56Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Février 21, 2016, 9:40 UTC](https://www.debian-fr.org/t/portable-toshiba-ne-tient-pas-la-charge-en-etant-eteint/58865/17 "2016-02-21T21:40:03Z")

</div>

> [@maslin](#):
>
> 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 «&nbsp;systemctl&nbsp;» et non «&nbsp;systemdctl&nbsp;»  
> Merci encore.

Ben oui mais systemd a du mal à passer chez moi 😃
