Forum Linux.général [RÉSOLU] pas de mise en veille quand je referme mon pc portable

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
4
16
juin
2023

Tout est dans le titre,

Quand je referme le portable, rien ne se passe. Donc je passe mon temps à me retrouver avec une batterie vide …

J'ai déjà joué avec upower, /etc/systemd/login.conf

J'ai testé différent power-manager (j'utilise d'habitude xfce4-power-manager), j'ai essayé mate-power-manager sans succès.

J'ai testé avec l'environnement de bureau officiel de ma distribe (Fedora 38) sans succès

J'ai testé un livecd ubuntu 20, sans succès non plus

Le laptop est un Dell 7490, qui me fait vivement regretter mon précédent X240 de 2015…

Si vous avez des pistes …

  • # Manuellement

    Posté par  (site web personnel) . Évalué à 5.

    Est ce que tu as essayer de le mettre en veille manuellement? Généralement quand tu cliques sur "éteindre" dans le menu des distributions, celles-ci te donnent le choix de mettre en veille. L'action peut aussi être accessible depuis le clavier (touche fn + lune), ou en configurant des raccourcis clavier, ou avec systemctl suspend.

    C'est pour savoir si c'est l'hibernation qui pose souci, ou bien l'action de la fermeture d'écran qui n'est pas détecté.

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: Manuellement

      Posté par  (site web personnel) . Évalué à 2.

      systemctl suspend fonctionne très bien.

      En poursuivant mes investigations:

      cat /proc/acpi/button/lid/LID0/state
state: open

      Quel que soit l'état ouvert / fermé.

      • [^] # Re: Manuellement

        Posté par  (site web personnel) . Évalué à 3.

        Il y a une mise à jour disponible pour le BIOS, avec un peu de chance ça pourrait régler ce problème. Mais il faut un système Windows pour l'installer.

        Un LUG en Lorraine : https://enunclic-cappel.fr

        • [^] # Windows non indispensable pour la mise à jour du BIOS

          Posté par  . Évalué à 5.

          Mais il faut un système Windows pour l'installer.

          Pour un Dell assez récent, pas besoin de Windows. Il suffit de mettre le .exe de mise à jour du BIOS sur une clé USB formatée en FAT32, de taper sur F12 au redémarrage, de choisir la mise à jour du BIOS et de sélectionner le fichier.

          « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

          • [^] # Re: Windows non indispensable pour la mise à jour du BIOS

            Posté par  (site web personnel) . Évalué à 1.

            Alors c'est encore plus simple: j'ai lancé gnome-firmware, qui m'a donné la liste des périphériques avec firmware géré.

            À partir de là j'ai pu programmer la mis à jour le bios du PC au démarrage suivant, qui est donc toujours à la dernière version …

            • [^] # Re: Windows non indispensable pour la mise à jour du BIOS

              Posté par  . Évalué à 2.

              Sur le Dell que j’ai au boulot (mais pas le même modèle, probablement moins répandu), parfois ça m’a détecté la mise à jour du BIOS mais parfois non (alors qu’il y en avait une sur le site de Dell).

              « Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone

      • [^] # Re: Manuellement

        Posté par  . Évalué à 4.

        Regarde dans la config du bios s'il n'y a pas une option pour gérer ça. J'ai reçu la semaine dernière un dell 7480 et c'était carrément la capacité de mettre en veille qui était désactivée, le bios de dell va très loin dans ce type de customisation…

        « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

        • [^] # Re: Manuellement

          Posté par  . Évalué à 5. Dernière modification le 17 juin 2023 à 08:00.

          Bonjour

          Oui, il faudrait vérifier que la mise en veille ne soit pas désactivée dans les options du BIOS.

          Latitude 7490 Manuel du propriétaire -> System setup -> Options de l’écran Gestion de l’alimentation
          …
          Block Sleep
          Cette option permet de bloquer la mise en veille (état S3) dans l’environnement du système d’exploitation.
          Block Sleep (empêcher la mise en veille)
          Réglage par défaut : l’option est désactivée
          …

          Mais je suis étonné que :

          cat /proc/acpi/button/lid/LID0/state
state: open

          Quel que soit l'état ouvert / fermé.

          Sur les portables que j'ai démonté, l'état ouvert ou fermé est déclenché par détection (par un capteur à effet HALL) du champ magnétique d'un aimant.

          • [^] # Re: Manuellement

            Posté par  . Évalué à 4. Dernière modification le 17 juin 2023 à 08:39.

            Essaye de passer un aimant sur le côté droit quelque part en bas de ton clavier,
            ça devrait déclencher le capteur, et donc

            cat /proc/acpi/button/lid/LID0/state

            devrait donner :

            state: closed

            • [^] # Re: Manuellement

              Posté par  . Évalué à 2.

              exact. De plus, lorsqu'on passe l'aimant, le clavier s'éteint. Mais il est possible que le block sleep désactive cette fonctionnalité également.

              « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

            • [^] # Re: Manuellement

              Posté par  (site web personnel) . Évalué à 4.

              Cette idée est géniale,

              À priori l'interrupteur est au niveau des touches F6 et F7. Quand je passe un aimant dessus, le système se met en veille, /proc/acpi/button/lid/LID0/state passe bien à "closed" et dans les logs de systemd-logind j'ai ça:

              Jun 17 10:33:47 wolverine.opendoor.fr systemd-logind[1445]: Lid closed.
Jun 17 10:33:48 wolverine.opendoor.fr systemd-logind[1445]: The system will suspend now!
Jun 17 10:33:49 wolverine.opendoor.fr systemd-logind[1445]: Lid opened.
Jun 17 10:33:56 wolverine.opendoor.fr systemd-logind[1445]: Operation 'sleep' finished.

              donc c'est l'aimant coté écran qui serait "hs" ? C'est possible ça ?

              • [^] # Re: Manuellement

                Posté par  . Évalué à 2. Dernière modification le 17 juin 2023 à 18:37.

                possible non, mais il serait probable que l'aimant soit un peu faible et/ou que le capteur a effet Hall soit mal dimensionné.

                avec 2 fortes probabilité sur l'aimant mal positionné/oublié lors de la fabrication

                et seulement mal positionné pour le capteur à effet hall.

                peut etre que le seuil du capteur a effect hall doit etre revu.
                achete un aimant plat en néodyme que tu fixe avec un bout de scoth ou de la colle. Il y a la solution SAV si c'est un dell qui devrait fonctionner. quitte ou double :

                Monsieur, linux n’étant pas supporté par dell, votre matériel est hors garantie et le remplacement du module écran sera de 800€HT, si vous refusez ce devis un forfait de 250€ sera appliqué.
                bonne journée !

          • [^] # Re: Manuellement

            Posté par  . Évalué à 2.

            bien vu pour la doc.

            Je pensais qu'il y avait une option pour carrément gérer le capot dans le bios, mais je ne retrouve pas ça.

            En revanche il y en a une sous linux (mate, gestion de l'énergie) mais je ne crois pas que cela soit ça.

            L'auteur dit que "systemctl suspend" fonctionne, mais est-il bien certain que ça passe réellement en veille ? Chez moi avant que je ne déverrouille le "block sleep", "systemctl suspend" passait l'écran en noir, mais ce n'était pas une véritable veille, la batterie se vidait quand même.

            « Le pouvoir des Tripodes dépendait de la résignation des hommes à l'esclavage. » -- John Christopher

            • [^] # Re: Manuellement

              Posté par  . Évalué à 2. Dernière modification le 17 juin 2023 à 10:06.

              suspend = veille (pas hibernation)

              En veille, la RAM continue d'être alimentée et vide donc (lentement) la batterie, contrairement à l'hibernation.

    • [^] # Re: Manuellement

      Posté par  (site web personnel) . Évalué à 8.

      Problème résolu

      https://opendoor.fr/share/IMG_20230617_104609.jpg

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.