Forum Linux.debian/ubuntu Bookworm sur un Acer Swift 1.

Posté par  . Licence CC By‑SA.
5
29
juil.
2023

Bonjour,

Un Acer Swift 1 doté d'un processeur Intel Celeron tournait sous Buster depuis 2019, sans problème particulier ; j'ai tenté de le passer à Bookworm (à partir d'une réinstallation complète, pour chiffrer le disque) et depuis, c'est devenu très compliqué à cause de soucis souvent liés aux bureaux mais difficiles à diagnostiquer. Sachez que j'ai tenté plusieurs installations et bureaux (à chaque fois à partir de zéro pour que tout soit propre).
Dans le désordre :

  • Sous KDE, le PC (qui n'a pas de ventilateur) chauffe énormément. C'est presque dur à toucher à certains endroits.
  • Sous LXDE et LXQT, Connman finit par perdre la connexion Wi-Fi et j'ai été dans l'incapacité de faire reconnaître network-manager (il était installé mais jamais activé)
  • Sous LXDE et LQXT (mais peut-être sur d'autres DE), la mise en veille fonctionne mais ne sert à rien : le PC se décharge comme s'il était simplement inusité mais allumé (je viens de perdre 30% en 2 heures par exemple, alors qu'avant, il pouvait rester en veille plusieurs jours). À noter que le témoin de mise en veille est bien allumé, que l'écran se verrouille et que le temps d'allumage du PC correspond bien à celui d'un éveil et non d'une simple activation d'écran.
  • Sous LXDE, le verrouillage numérique est activé au démarrage (je n'ai pas trouvé comment le désactiver, et il n'y a que sous LXDE que c'est activé par défaut)
  • Sous LXQT, la luminosité ne peut pas être réglée avec les touches de fonction (mais ça fonctionne dès lors que j'installe mate-power-manager).

Ça commence sérieusement à me courir sur le haricot. :)

Dans l'ordre, il faut que je règle :

  • La mise en veille
  • La connexion Wi-Fi
  • Le reste vient ensuite.

Je vais être très occupé ces jours-ci, je ne sais pas si je pourrai répondre à vos questions, mais n'hésitez pas à proposer toutes vos idées que je pourrai appliquer/tester d'un coup la semaine prochaine.

Merci ! :)

Matériel :

Acer Swift SF113-31
CPU : N3350
Network : Intel Wireless 7265

  • # Suggestions

    Posté par  . Évalué à 5.

    Salut, je n'ai pas de réponse précise à t'apporter mais quelques suggestions:

    • Si le PC sort de veille tout seul, regarde /proc/acpi/wakeup pour savoir ce qui peut causer le réveil.
    • Si il reste en veille mais consomme quand même, regarde du côté de /sys/power/mem_sleep si le mode de veille n'est pas s2idle.
    • Pour le wifi: consulte les logs système à la recherche d'erreurs et warnings (dmesg ou journalctl -r -k), il n'y a pas de raison pour que NetworkManager fonctionne moins bien que connman.
    • Pour la surchauffe, ça doit venir d'un processus qui surconsomme donc a priori visible dans le moniteur système. Peut-être un service d'indexation?
    • As-tu installé un service de gestion d'énergie type power-profiles-daemon ?
    • [^] # Re: Suggestions

      Posté par  . Évalué à 2.

      Salut,

      Le PC ne sort pas de veille tout seul et le mode de veille est s2idle.

      Je n'ai rien remarqué niveau processus qui tourne (rien de surprenant).

      J'utilise les services énergétiques de base sauf sur LXDE/LXQT où j'installe mate-power-manager qui me permet de gérer les touches de luminosité. C'est ce que je faisais sur la précédente version installée.

      Je vais me pencher sur le Wi-Fi. Je ne comprends pas trop dans quoi je mets les mains pour le moment.

  • # Niveau de veille

    Posté par  . Évalué à 6.

    la mise en veille fonctionne mais ne sert à rien : le PC se décharge comme s'il était simplement inusité mais allumé (je viens de perdre 30% en 2 heures par exemple

    J’ai déjà vu le cas. C’était le niveau de veille par défaut qui n’était pas le plus efficace (loin de là). J’ai un peu oublié les détails, donc je me base sur la doc d’Arch pour la suite.

    On peut voir les niveaux disponibles et entre crochets celui par défaut avec la commande cat /sys/power/mem_sleep.

    On peut le modifier temporairement avec par exemple la commande (sous root) echo deep > /sys/power/mem_sleep (si deep était l’un des niveaux disponibles).
    Ça ne résistera pas au redémarrage, mais ça permet de faire un test pour vérifier si la mise en veille et la sortie de veille fonctionnent correctement avec ce réglage et si ça résout le problème de consommation.

    Si ça résout le problème, il faut s’arranger pour passer le paramètre mem_sleep_default=deep au noyau au démarrage, typiquement en l’ajoutant à la variable GRUB_CMDLINE_LINUX de /etc/default/grub et en régénérant la configuration de GRUB.

    Pour le reste, LXDE et LXQT sont très légers, mais n’ont pas le même niveau de finition que d’autres environnements. À mon sens, ça vaudrait le coup d’essayer Xfce et MATE, un peu plus lourds, mais moins que Gnome 3.

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

    • [^] # Re: Niveau de veille

      Posté par  . Évalué à 2.

      Merci, ça rejoint le commentaire du dessus.

      J'obtiens s2idle en retour de la commande mais rien derrière (contrairement à ce que évoque la documentation d'Arch, je vais d'ailleurs m'y pencher).

      • [^] # Re: Niveau de veille

        Posté par  . Évalué à 2.

        C’est con…

        Il semblerait que le noyau ne supporte pas de niveau de veille supérieur… Le matériel doit pourtant en avoir un, sinon, tu aurais eu le problème de décharge avant.

        Si tu as conservé la possibilité de démarrer sur l’ancien système, ça vaudrait le coup de voir s’il listait effectivement un niveau supérieur.

        La solution sera peut-être de passer à l’hibernation sur disque, même si c’est nettement plus long pour l’arrêt et pour le redémarrage.

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

        • [^] # Re: Niveau de veille

          Posté par  . Évalué à 2.

          Je suis repassé sous Debian 10 pour tenter et j'ai le même résultat, avec [deep]. Je n'ai clairement eu aucun souci avec ça depuis 2018, c'est très étonnant.

          L'hibernation ne pourra pas vraiment convenir hélas (dans le cadre du travail en tout cas…à la maison, ça devrait le faire !).

  • # chauffe KDE

    Posté par  . Évalué à 3.

    Si le PC chauffe sous kde, il y a de fortes chances que ça soit kwin dont le contexte 3D est rendu de façon logicielle.
    peut-être un problème de pilote/config de ta carte graphique.

    • [^] # Re: chauffe KDE

      Posté par  . Évalué à 2. Dernière modification le 04 août 2023 à 10:57.

      J'y ai pensé mais c'est difficile à diagnostiquer. Les processus tournent "normalement".

      • [^] # Re: chauffe KDE

        Posté par  . Évalué à 3.

        et à part LXDE/LXQT et KDE, tu n'as pas essayé les autres DM ?

        sans aller jusqu'a passé sur ion3, il y en a quand meme pas mal qui sont censés gérer les config legere, Gnome Mate ? XFCE ?

        • [^] # Re: chauffe KDE

          Posté par  . Évalué à 2. Dernière modification le 06 août 2023 à 08:59.

          J'ai essayé Cinnamon, MATE mais pas encore XFCE. Il ne me reste quasiment plus que lui d'accessible pour la personne qui va l'utiliser. :D

Suivre le flux des commentaires

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