Reprise du message précédent :
Oui vous avez raison tous les deux, il va falloir que je tente cette modification.
Ce sera demain matin, Madame est sur son PC.
 
edit : memaster62 -> tu penses que c'est dangereux comme manip ?  

tu passeras le soirbon à nadine

Merci pas de souci    
Demain je vous tient au courant de la suite

J'ai fait un petit test dans ma machine virtuelle, et ça redémarre
 

 
Faut pas que je plante le PC de Nadine demain matin  

un petit update de grub c'est pas la mort.
faut juste pas raté la syntaxe du fichier de conf

Tu as une double entrée GRUB_CMDLINE_LINUX là, il va prendre la première au démarrage. (GRUB_CMDLINE_LINUX_DEFAULT)
 
Alors commente cette dernière avec : #
 

 
afin que l'entrée : GRUB_CMDLINE_LINUX="acpi_osi=Linux" soit utlisée au démarrage.
 
Ou plus simple, tu ajoutes le paramètre à la ligne DEFAULT :
 
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi_osi=Linux"
 
Je te recommande quand même de virer "quiet" et "splash" histoire d'avoir quelques infos si ça part en sucette    
 
puis màj GRUB : update-grub
 
Sinon, ajoute directement le paramètre depuis le menu GRUB au démarrage de ta machine comme je t'ai expliqué (touche "e" pour éditer l'entrée GRUB), cela permet de placer un paramètre au kernel de manière temporaire. Si cela fonctionne pas, tu as juste à redémarrer.  

Ok merci.
Je suis con, en plus je connais les lignes commentées afin qu'elles ne soient pas prises en compte  

 
 
RTFM  

C'est bon la ?    
 

es tu sur que ta VM emule corectement le bios de ton DELL?  ou alors c'est juste pour le test de modif du grub.cnf

C'est juste le test de modif du Grub, pour savoir si je fais la bonne modification  

Commente la ligne 12.
S’il est con, il prendra la dernière.

Ok.
J'avais hésité à le faire.
Je commenterais donc cette ligne 12  

C'est bon, tu peux virer GRUB_CMDLINE_LINUX, il ne sert à rien du coup là
 
Faudra te rappeler des options qu'il y avait : "quiet splash" de base.
 
Madame va gueuler si elle voit la matrice défiler sous ses yeux  

C'est bon j'ai plein de captures d'écran pour me rappeler de la gueule du fichier avant    
Madame était aussi habituée d'attendre 90 secondes avant que le PC s'éteigne ( merci le mainteneur de SystemD sur Ubuntu )
https://irclogs.ubuntu.com/2016/06/ [...] tml#t10:24
Plus rien ne l'étonne  

achete lui un mac à Nadine  
moi aussi plus rien ne m'étonne vu qu'elle part en le laissant allumé

C'est l'heure du compte rendu ( oui je suis matinal, je suis vieux   )  
 
J'ai donc modifié le fichier de config de Grub ainsi ( je n'ai même pas enlevé quiet et splash, j'ai confiance    )
 

 
Puis un petit sudo-update grub, et un redémarrage. J'ai fait des tests de décharge sur la vieille batterie ( pas fou    )
 
Le résultat n'est pas fameux
-> à 8% et 4 minutes restantes, j'ai une notification de batterie faible
-> à 5% j'ai une notification de charge critique
-> à 3 % le PC m'indique qu'il va s'éteindre, promis juré... sauf que rien ne se passe ensuite    
PS : au passage, d'où sortent ces valeurs de 8,5 et 3 % ? mystère car il n'y a rien de tel dans dconf-editor
 
Puis ensuite, c'est un peu la panique -> navigateur internet qui plante, PC un peu bizarre et un dernier concerto de notifications avant l'agonie

 
Finalement, le PC va s'éteindre à 1% de charge restante
 
Et pourquoi pas zéro, tant qu'à faire ?    
 
Et sinon, question : est ce que chez vous cela fonctionne ou pas ?
Avez vous tentez de modifier les paramètres de charges critiques dans dconf-editor ( ou avec une autre méthode ) avec un résultat positif ?
Et si non, quand est ce que le PC s'arrête ?
Parce que si cela se trouve, on s'acharne sur mon Dell alors que c'est Ubuntu qui chie dans la colle  

Et sinon la réinstallation complète d'Ubuntu Mate en mode sans le secteur, j'avoue ne pas avoir le courage pour l'instant.
D'autant plus que je trouve le principe pour que cela fonctionne d'une débilité abyssale ( si vraiment mes problèmes viennent de la )

Tu veux pas essayer avec xfce pour voir ? C'est vite fait à installer.
Sur mes laptops, cela fonctionne au poil, une capture du gestionnaire d'alimentation sur un Thinkpad R400.
Si cela ne fonctionne pas, tu sauras que le problème ne vient pas de Mate mais d'un bios à chier Dell taillé pour Win$
 

 
Par sécurité, extinction auto dès que la charge descend à 15%. J'ai flingué une batterie en m'endormant devant une conférence un soir. Au réveil, batterie à plat, impossible de la recharger à nouveau.  

Pour ma vieille batterie qui a servi pour le test ce matin, de façon étonnante cette vidange complète ne l'a pas flingué, mais ré-étalonné puisque elle affiche une capacité de charge en légère hausse ( 47 % contre 43 % avant )
 
J'aurais sans doute du installer Xubuntu en effet, je sais que c'est un environnement de bureau qui évolue peu mais qui est fiable.
 
Sinon refaire une clean install avec Xubuntu, pas question pour l'instant car il y a presque 400 Go de donnée perso sur ce Dell.
Quand j'ai fait une clean install d'Ubuntu Mate sur cette machine il y a quelques jours, le transfert de sauvegarde sur un support externe durait presque 4 heures ( plus 4 heures supplémentaires pour tout remettre sur le PC ) ouch !    
 
Par contre, est ce je peux faire le test avec une session live de Xubuntu ? cela fonctionnerait d'après toi ? voir même essayer d'installer le gestionnaire d'alimentation de Xfce ?
 
edit : je confirme que le bios du Dell est très limité. Quasiment aucune option, comme souvent dans les Bios de PC portable.

 
Tu confirmes donc que le réglage par défaut de la charge critique sous Linux est à chier, vu les dégâts.
Et surtout, pourquoi ces notifications à la con qui se répètent sans arrêt, et qui ne font rien ?
W10 est largement moins chipoteur -> une alerte de batterie faible, et ensuite quand on arrive à la charge critique l'action définie dans les options d'alimentations s'effectue sans le moindre avertissement. Bref, chez moi le PC s'arrête, point barre. La Nadine n'avait qu'à surveiller le bazar  

sudo apt update
sudo apt install xfce4
 
Puis tu te déconnectes et tu changes d'environnement depuis ligthdm, (en haut à doite, tu as une icône pour séléctionner mate ou xfce)
 
Tu ne vas pas installer une distro complète (c'est déjà Ubuntu) pour changer d'environnement temporairement quand même  
 
Ca vaut le coup d'essayer, c'est peut-être simplement un bug avec le gestionnaire d'alimentation de Mate va savoir.

Non je ne vais pas mettre 2 environnements de bureau, j'ai déjà essayé ce genre de truc et ça fout un bordel pas possible    
 
Par contre, j'ai installé xfce4-power-manager et toutes ses dépendances. Je l'ai ajouté dans les processus à lancer au démarrage.
J'ai réglé dans le gestionnaire la charge critique à 13 % ( ça porte bonheur )  
Redémarrage et test ce soir  

C'est de la mythologie ça    
 
La config de xfce tient dans 2 dossiers :
 
~/.config/xfce4
~/.config/xfce4-session
 
edit : Un coup de apt-get --purge remove xfce pour le dégager complètement par la suite sinon.
 
Tu n'installes pas WIndows 10 en dual boot hein  
 
Enfin comme tu veux mais en faisant comme ça, il va falloir t'assurer que le processus Mate qui gère la batterie etc.. est complètement inactif. Bon courage  

Ça pour être inactif, il est inactif

J'ai trouvé l’affreux Jojo qui en branle pas une    
 

 
Bien évidemment, on ne peut pas l'enlever de Mate.

Il est actif mais avec un bug potentiellement. D'où l'intérêt de tuer le processus complètement. Sinon aucun intérêt de tester avec xfce-power-manager.

Si cela ne fonctionne pas j'irais jeter un œil dans le moniteur système, je pense avoir trouvé le processus ( en le tuant je n'ai plus d'indicateur de batterie dans la barre des taches)
Mais installer le bureau Xfce, pas question.
Car même si on peut changer de session facilement cela sera un beau bordel avec 2 gestionnaires de fichiers, et tout un tas d'autres doublons.

Test en cours avec le gestionnaire de Xfce... ma compagne vient de recevoir un message d'avertissement à 30 % -> le système marche à faible puissance.
C'est déjà mieux que la première notification à 8 %

Le PC s'est éteint pile poil au % que j'avais indiqué dans le gestionnaire d'énergie de XFCE !
 
Merci -profil supprimé- et les autres, problème résolu !  
 
edit : finalement pour ce test j'avais demandé l'extinction du PC à 20 % ( c'est la plus haute valeur que l'on peut rentrer )
mais je ferais un nouveau test demain matin ( avec la vieille batterie car elle se vide plus rapidement ) et je pense mettre une valeur de 13 %. Si cela fonctionne toujours aussi bien c'est une valeur qui assure une belle marge de sécurité.

Nickel
 
Je n'utilise pas Ubuntu mais peut-être que le paquet mate-power-manager pourrait être installé à nouveau ? Peut-être un ancien fichier de conf qui fout le boxon. Voir aussi dans le dossier caché ~/.cache si il n'y aurait pas un dossier en rapport à mate-power-manager que tu pourrais virer pour partir sur une base saine.
Enfin l'essentiel est que cela fonctionne déjà. Pas de souci hardware.  

https://forum.ubuntu-fr.org/viewtopic.php?id=1662701
 
J'avais déjà eu des soucis avant, donc sauf être un poissard de compétition je pense que l'outil de gestion de la batterie de Gnome/Mate ( qui est surement le même ) fonctionne très mal sur mon Dell. Inutile donc de tenter une réinstallation du fichier de configuration.
 
Bref, je ne vais pas chercher plus loin puisque tout fonctionne -> suite à un nouveau test ce matin avec la vieille batterie le gestionnaire de Xfce sauve vraiment la baraque, avec une extinction du PC immédiate dès que la charge limite est atteinte.

Un petit up pour une chose que j'ai remarqué récemment sur mon PC portable Dell, avec donc Ubuntu Mate mais un gestionnaire d'énergie XFCE.
Quand la batterie est presque complétement chargée ( 97 % ou 96 % par exemple ) elle ne se recharge pas quand le câble d’alimentation est branché.
Ce comportement est visiblement normale, car cela peut entrainer une dégradation plus rapide de la batterie et donc limiter sa durée de vie.
 
J'ai d'ailleurs exactement la même gestion sur mon PC portable Lenovo sous W10 ( qui a une batterie intégrée, donc difficilement démontable même si c'est faisable )
 
Encore mieux, il existe sur ce modèle une gestion de l'énergie en mode " conservation " qui permet de garder une batterie avec une charge située entre 55 et 60 %, sans que l'adaptateur ne la recharge. Idéal pour moi qui utilise ce PC très souvent branché sur le secteur.
 

 

Franchement, je débarque, je ne savais absolument pas ça ...

Un petit up    
Je parle juste 2 messages au dessus du mode " conservation " qui existe sur mon PC Lenovo sous W10
Je viens récemment de faire un dual boot sur cette machine avec Ubuntu Mate 18.10
J'avais remarqué que si ce mode était activé sous W10, en redémarrant sur Ubuntu il était conservé, ce qui montrait que le noyau Linux savait le gérer.
Suite à une discussion sur le forum Ubuntu, j'ai été guidé vers cette page et ces commandes, qui sont très utiles pour gérer ce mode depuis Ubuntu :
https://askubuntu.com/questions/103 [...] -threshold
 
Donc pour savoir si le mode conservation est activé sous Ubuntu :

Si le retour est 1 il est activé, si le retour est 0 il n'est pas activé
 
Pour passer d'un mode à l'autre, attention la commande doit être passée en root ( sudo ne suffit pas ) donc il faut faire un

Pour l'activer

Pour le désactiver

Un petit up
Le mode conservation prouve son efficacité : l'usure de la batterie est quasi nulle ( le PC date de juin 2018 )
 

 
edit : sur mon PC Dell la batterie qui date de mai 2018 ->  last full capacity 91%, cad 9 % d'usure.
Pas de mode conservation, un écran 17 pouces, un HDD et pas un SSD -> tout cela use nettement plus une batterie.

Un petit UP quelques mois plus tard    
La consultation récente de la doc Ubuntu m'a fait découvrir un petit encart qui précise qu'un bug présent depuis la version 18.04 empeche la modification de la valeur critique de la charge de la batterie via dconf-editor
 
https://doc.ubuntu-fr.org/energie#batterie
 
Ce bug existe encore sur Ubuntu Mate 20.04 lts
Et pas que pour dconf-editor d'ailleurs, car cette interface graphique est aussi sans effet chez moi, tout du moins si je modifie l'action en cas de niveau de batterie critique pour remplacer la valeur par défaut ( qui est une case vide chez moi ) par "éteindre"
edit : et il n'y a pas que ce paramètre qui n'est pas modifié via cette interface graphique car le PC ne se met pas en veille après 10 minutes d'inactivité quand il est sur batterie
 

 
Bref à retenir -> si vous souhaitez modifier la valeur et l'action en cas de charge critique -> on va ici -> /etc/UPower/UPower.conf
Et on fait les modifications directement dans le fichier de configuration
Faut pas espérer que les bugs seront corrigés pour permettre d'utiliser à nouveau une interface graphique de toute façon  

D'ailleurs à ce propos une bizarrerie de ce fichier de configuration :
 

 
La valeur par défaut est true, la ligne est bien sur true mais ce n'est plus use-time-for-policy mais UsePercentageForPolicy !
 
Donc soit je suis bête et je ne comprend rien, soit par défaut le fichier de conf se base sur le pourcentage non ?
Si c'est le cas, je ne vois pas pourquoi il est encore écrit en commentaire que c'est le temps...
 
 

Afin de finir mon monologue, voila le résultat en modifiant les valeurs à ma convenance    
 

 

Premier avertissement à 15%
 

Deuxième avertissement à 11%, avec désormais un double bip sonore répétitif pour les aveugles
 

Troisième et dernier avertissement à 10%, suivi dans les secondes qui suivent d'une extinction du portable.
Et tout cela sans Xfce4-power-manager, devenu superflu  

Un petit up
Xfce4-power-manager est d'autant plus superflu qu'il se met à fonctionner aussi mal que ses comparses de chez Gnome et Cie    
 
Bref, si on veut être tranquille, il faut modilier le fichier contenu dans /etc/UPower/ désormais, quel que soit l'environnement de bureau !
 
Sinon petit truc zarbi ce matin, après une charge complète :
 

 

 
Et ce n'est pas la première fois que je constate ce genre de chose, j'ai déjà vu la même chose avec un autre PC portable, sous W10 et avec HWmonitor