Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Faible autonomie de la batterie sous Dell XPS 15, Ubuntu 18.04

Satire

Alors effectivement, il y a un fort gain d'autonomie !

La charge pleine de la batterie m'a permis de l'utiliser hors charge pendant environ 2h30 ! 🙂

metalux

As-tu besoin de ta carte Nvidia avec Ubuntu? Si ce n'est pas obligatoire, le plus simple serait peut-être encore de la blacklister afin de ne tourner que sur la carte Intel+ installation de Tlp, c'est comme ça que tu obtiendras la meilleure autonomie.

Sinon regarde cette page et surtout le lien indiquée dans celle-ci qui te permettra de créer le service systemd pour automatiser ceci: https://github.com/stockmind/dell-xps-9560-ubuntu-respin/issues/8#issuecomment-389292575
Si tu ne comprends pas n'hésite pas à le dire.

Satire

A vrai dire, je ne sais pas trop si j'ai besoin de la carte Nvidia... ne connaissant pas trop les avantages et inconvénients qui lui sont attachées...

Très bien, je vais regarder les pages indiquées et te tiens au courant. Il me semble que cela me prendra un peu de temps pour ingurgiter tout ceci... mais au plus tard, je devrais rendre compte demain.

Merci beaucoup Metalux.

GammaDraconis

Bah la carte nvidia l'avantage c'est pour les jeux !

Si tu ne joue pas, faut pas l'utiliser.

metalux

Ce n'est pas que pour les jeux, c'est aussi pour tout ce qui est animation graphique, ça peut servir normalement avec des logiciels tels que blender, pour la 4K aussi je crois.
Si tu ne l'utilises pas, le chipset graphique intel de ton processeur prend le relai pour effectuer l'affichage à l'écran, c'est donc lui qui est sollicité pour ce calcul alors qu'avec la carte ce n'est pas le cas, c'est elle-même qui effectue ces calculs.
Cependant une carte graphique consomme beaucoup d'énergie (baisse de l'autonomie de la batterie) et de ce fait dégage de la chaleur ce qui fait tourner les ventilos et le PC sera plus bruyant.
Pour un usage bureautique, internet, reste sur le chipset, même si c'est le processeur qui est sollicité pour le calcul, ceux-ci sont largement assez puissant sur la majorité des PC actuels pour que tu puisses leur confier cette tâche sans t'en inquiéter.

Satire

Bonjour à Metalux et GammaDraconis,
Alors je n'ai toujours pas eu l'occasion de pouvoir me projeter dans la lecture de la documentation fournie en #22, mais vais le faire sans faute ce weekend.

Je ne joue effectivement à aucun jeu, ni ne manipule des logiciels d'animation graphique, mais j'envisage l'usage d'un logiciel de montage vidéo dans le futur... Mon usage est effectivement bureautique et internet, et notamment vidéos en ligne et film via logiciels vidéos. Est-ce que vous pensez que je peux donc me passer de la carte graphique nvidia dans cette situation ?

Par ailleurs, depuis les manipulations effectuées hier, ce qui était au départ circonstanciel est maintenant devenu récurrent et systématique. Mon ordinateur a au départ planté 3 fois, deux fois alors que je l'utilisais normalement, seul le clavier fonctionnait, mais la souris était figée et bloquée, et une fois le blocage est apparu au démarrage d'Ubuntu, avant même de pouvoir entrer le mot de passe. Aujourd'hui, même blocage au démarrage après ou avant même d'avoir entré le mot de passe, je ne suis pas parvenu à démarrer Ubuntu 18.04 normalement, mais uniquement en mode sans échec... Bizarre non ?

metalux

Il y a un nouveau pilote de disponible dans les dépôts proposed: https://bugs.launchpad.net/ubuntu/+source/nvidia-prime/+bug/1778011
Regarde le commentaire 40, il faut utiliser un fichier pinning de priorité 400 pour ne mettre que ces paquets à jour. Il serait préférable que tu saches maîtriser un minimum ce genre chose si cela se passe mal et que tu souhaites annuler tes modifications. Cependant ça vaut le coup de tenter.

Pour ton problème de blocage, si tu veux savoir si c'est lié à tes modifications, il te suffit de rétablir comme avant en repassant sur la carte Nvidia puis en supprimant nouveau.nomodeset=0 du grub sans oublier de le remettre à jour avec

sudo update-grub

Pour la ligne sh-c...., tu n'as rien à faire, il n'y a aucune modification d'effectuée si tu redémarres, ce n'est pas une modification en "dur".

Pourrais-tu apporter des précisions sur comment tu as fais l'installation? Si ça freeze avec la carte intel dès le démarrage, tu as certainement été obligé d'utiliser l'option nomodeset pour démarrer puis tu as installé le pilote Nvidia ensuite. Est-ce comme ça que tu as procédé?

Satire

Bonjour Metalux,
Alors, concernant le pilote de disponible, effectivement j'aimerais bien être capable de pouvoir maîtriser ce genre de chose, mais je t'avoue que ce n'est pas aussi simple pour moi... Je n'ai effectivement pas tout compris, d'autant plus que c'est de l'anglais. Après avoir permis les "mises à jour en proposition (bionic proposed)" en cliquant sur cette option, j'aurais donc plusieurs questions :
- Concernant la création du fichier, est-ce que la commande suivante est la bonne ?

sudo /etc/apt/preferences.d/proposed-updates

- Concernant l'annulation de la procédure, en cas de non fonctionnement de cette solution, est-ce que la commande suivante est correcte ?

sudo sed -i /etc/apt/preferences.d/proposed-updates

Concernant le blocage, n'ayant pas pu passer sur la carte Nvidia en mode graphique (en cliquant sur l'icône concernée, celle-ci ne s'ouvre désormais plus...), j'ai passé la commande suivante (indiquée dans un autre fil):

sat@sat-XPS-15-9560:~$ sudo prime-select nvidia
[sudo] Mot de passe de sat : 
Info: selecting the nvidia profile
sat@sat-XPS-15-9560:~$

Ensuite, à l'ouverture du fichier administrateur je constate que ce qui devait être la ligne "GRUB_CMDLINE_LINUX_DEFAULT="nouveau.nomodeset=0 quiet splash" est devenu :

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="nouveau.nomodeset=0 quiet splash nouveau.runpm=0"
GRUB_CMDLINE_LINUX=""

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
                            [ Lecture de 34 lignes ]

Est-ce que la présence de "nouveau.runpm=0" est normal ? si oui, je supprimerai donc nouveau.nomodeset=0 et remettrai à jour pour voir s'il y a un changement de ce côté là.

D'accord pour la ligne sh-c...

Oulala, question qui me coince... je ne ne pourrai pas le confirmer, je n'ai également pas le souvenir d'avoir installé de pilote Nvidia ? où peut-être celui-ci s'est installé lors d'une mise effectuée par la suite... Je suis désolé.

PS: ce matin, Ubuntu a démarré du premier coup sans bloqué... quel mystère...

metalux

Non, les commandes ne sont pas les bonnes.
Pour annuler les modifications de grub:

sudo nano /etc/default/grub

Tu modifies la ligne commençant par GRUB_CMDLINE_LINUX_DEFAULT pour qu'il ne reste que ça:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Ctrl+X puis touche O (pour oui) et "Entrée
puis mettre à jour:

sudo update-grub

Tout d'abord, as-tu un autre PC pour prendre contact si tu te retrouvais face à un écran noir et que tu n'arrives pas à supprimer tes modifications? Il vaut mieux en être sûr avant d'essayer les pilotes de proposed.

Ce que tu peux tester en attendant sans trop de risque avant d'essayer une mise à jour du pilote, c'est d'essayer avec cette ligne:

GRUB_CMDLINE_LINUX_DEFAULT="acpi_rev_override=5 quiet splash"

mettre à jour avec sudo update-grub puis redémarrer. Si ça fige toujours avec la carte intel, essaye alors:

GRUB_CMDLINE_LINUX_DEFAULT="acpi_rev_override=5 nouveau.modeset=0 quiet splash"

Toujours mettre à jour grub à chaque changement et redémarrer pour que ce soit pris en compte.

Si le basculement sur la carte intel se fait alors sans problèmes, tu pourras passer la ligne sudo sh -c....et comparer l'autonomie de la batterie en entrant cette ligne au démarrage et lorsque tu ne le fais pas.

Pour connaître le pilote installé, tu vas dans software-properties-gtk à l'onglet "pilotes additionnels" pour savoir ce que tu utilises.

metalux

Satire a écritJe ne joue effectivement à aucun jeu, ni ne manipule des logiciels d'animation graphique, mais j'envisage l'usage d'un logiciel de montage vidéo dans le futur... Mon usage est effectivement bureautique et internet, et notamment vidéos en ligne et film via logiciels vidéos. Est-ce que vous pensez que je peux donc me passer de la carte graphique nvidia dans cette situation ?

Oui, il n'y a que pour le logiciel de montage vidéo ou j'ai un doute, attend l'avis d'utilisateurs de ce genre de logiciels. Pour les vidéos, si c'est du standard, ça passe, s'il s'agit de 4K, voire de Blu-ray, la carte Nvidia serait utile, le mieux est encore de tester.
Pour blacklister la carte, déjà regarde si dans le bios elle peut être désactivée, c'est le plus simple, par contre si tu le fais sans désinstaller le pilote Nvidia, ça devrait planter. Donc si possibilité dans le bios, désinstaller d'abord le pilote nvidia pour utiliser celui d'intel.

Satire

Très bien.

En ce qui concerne la modification du grub, j'ai fait comme expliqué, y compris la mise à jour :

sat@sat-XPS-15-9560:~$ sudo update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-35-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-35-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-20-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-20-generic
Windows Boot Manager trouvé sur /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 17.10 (17.10) trouvé sur /dev/sda2
Adding boot menu entry for EFI firmware configuration
fait
sat@sat-XPS-15-9560:~$

Ce que j'ai, c'est une deuxième partition Ubuntu 17.04 sur ce même dur, et également un deuxième disque dur windows sur ce même ordinateur, bootable, est-ce que cela suffit ?

metalux a écrit Ce que tu peux tester en attendant sans trop de risque avant d'essayer une mise à jour du pilote, c'est d'essayer avec cette ligne:
GRUB_CMDLINE_LINUX_DEFAULT="acpi_rev_override=5 quiet splash"
mettre à jour avec sudo update-grub puis redémarrer.

Je tente donc cette méthode en premier en passant au préalable en mode intel, cette fois-ci le mode graphique fonctionne parfaitement...
J'entre donc la commande suivante procéder à la manipulation avant de mettre à jour :

sat@sat-XPS-15-9560:~$ sudo nano /etc/default/grub
[sudo] Mot de passe de sat : 
sat@sat-XPS-15-9560:~$ sudo update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.15.0-35-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-35-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-34-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-34-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-20-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-20-generic
Windows Boot Manager trouvé sur /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Ubuntu 17.10 (17.10) trouvé sur /dev/sda2
Adding boot menu entry for EFI firmware configuration
fait
sat@sat-XPS-15-9560:~$

Je redémarre à l'instant...

Pour ce qui est du pilote, il est mentionné dans software-properties-gtk à l'onglet "pilotes additionnels", que "aucun pilote propriétaire n'est utilisé", et que le périphérique Nvidia utilise un pilote alternatif qui est "Nvidia driver metapackage depuis nvidia-driver-390 (libre)".

GammaDraconis

J'avais pas vu que t'avais une 1050gtx dans ta config, effectivement il me semle que la majorité des PC qui ont la technologie Optimus ET une carte 1050GTX doivent faire une manip spécial pour ne pas avoir de plantage d'affichage.
Tu n'aurais pas eu ce soucis si tu avais eu une 1060GTX ou pas de carte graphique dédié.

A noté que c'était plutôt un mauvais choix de ta part de prendre ce modèle avec une 1050gtx car tu as indiqué que tu ne jouais pas, or si tu ne joue pas et que tu utilises linux, il est préférable d'avoir un chipset graphique Intel mais pas une carte graphique dédié en plus car ça chauffe plus et surtout ça fait monter le prix du modèle. Si j'avais été a ta place, j'aurai pris plutôt un XPS13 sans carte dédié (donc pas optimus).

Sinon la liste des pilotes d'Ubuntu c'est normale que tu ne vois pas Intel listé, c'est géré par le pilote Nvidia, tu dois aller dans le panneau Nvidia et t'assurer que c'est bien Intel de sélectionné.

Satire

Bonjour,
Alors, pour la première méthode, après l'usage d'Ubuntu 18.04 d'hier à aujourd'hui, le blocage est apparu après plusieurs redémarrages et est devenu désormais récurrent... Je passe donc à la seconde méthode évoquée dans le commentaire #29, et rends compte très prochainement.

Satire

GammaDraconis a écritJ'avais pas vu que t'avais une 1050gtx dans ta config, effectivement il me semle que la majorité des PC qui ont la technologie Optimus ET une carte 1050GTX doivent faire une manip spécial pour ne pas avoir de plantage d'affichage.
Tu n'aurais pas eu ce soucis si tu avais eu une 1060GTX ou pas de carte graphique dédié.

A noté que c'était plutôt un mauvais choix de ta part de prendre ce modèle avec une 1050gtx car tu as indiqué que tu ne jouais pas, or si tu ne joue pas et que tu utilises linux, il est préférable d'avoir un chipset graphique Intel mais pas une carte graphique dédié en plus car ça chauffe plus et surtout ça fait monter le prix du modèle. Si j'avais été a ta place, j'aurai pris plutôt un XPS13 sans carte dédié (donc pas optimus).

Sinon la liste des pilotes d'Ubuntu c'est normale que tu ne vois pas Intel listé, c'est géré par le pilote Nvidia, tu dois aller dans le panneau Nvidia et t'assurer que c'est bien Intel de sélectionné.

Bonjour GammaDraconis,
Alors ça, je ne savais pas du tout... cela confirme donc les raisons pour lesquelles il y a du plantage... je n'aurais effectivement jamais pu faire un choix sur la base de ces caractères, n'ayant pas du tout connaissance de cela.... Merci de ces informations, bon à savoir pour la prochaine fois 🙂

Ah d'accord, mais la difficulté c'est que lorsque je passe sur intel en mode graphique, celui-ci ne s'ouvre plus lorsque je clique dessus.

Satire

Bonjour Metalux,
Alors, depuis hier, l'utilisation et le redémarrage volontaire à de nombreuses reprises d'Ubuntu 18.04, celui-ci a fait l'objet de blocage seulement deux ou trois fois... cela me semble bien fonctionner ?

Et en ce qui concerne l'autonomie, celle-ci a effectivement augmenté et s'élève à environ 2h30...

Est-ce passer la ligne de commande "sudo sh -c...." te semble opportun ?

metalux

Satire a écritcelui-ci a fait l'objet de blocage seulement deux ou trois fois... cela me semble bien fonctionner ?

Euh....Comment dire? 2-3 blocages en 24H, ça me semble quand même excessif. A moins que les blocages ont lieu uniquement au démarrage, et ce, qu'avec la carte intel, est-ce le cas?

Qu'utilises-tu dans ton fichier grub? une seule ou les 2 options? J'ai également vu parfois acpi_rev_override=1 au lieu de acpi_rev_override=5.
Sur le lien que je t'ai indiqué, il y a un commentaire qui indique les options nécessaires:

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_rev_override=1 i915.modeset=1 nouveau.modeset=0"

Et l'auteur de l'astuce pour diminuer la consommation d'énergie utilise lui-même ceci:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.modeset=1 nouveau.modeset=0"

Essaye également [doc]powertop[/doc] et passe la commande:

sudo powertop --auto-tune

Satire a écritEst-ce passer la ligne de commande "sudo sh -c...." te semble opportun ?

Oui. Si tu mets en veille entre temps, j'ai un doute sur la modification, tu peux vérifier avec cat comme je l'ai déjà indiqué. La réponse doit-être auto. Si tu as on, repasse la ligne sudo sh -c après la veille sinon ça va fausser les résultats. Avec powertop, tu pourras vérifier la consommation avec et sans cette ligne.
Au fait tlp est bien démarré?
Je te traduis grossièrement ce post: https://github.com/stockmind/dell-xps-9560-ubuntu-respin/issues/8#issuecomment-389292575
C'est lui qui nous intéresse:

tvld a écritL'utilisation de sudo powertop m'a donné une consommation d'environ 15W au repos, ce qui indique que le GPU était toujours allumé, même après la sélection de l'option prime-select intel.
J'ai continué à faire fonctionner powertop, et dans un autre terminal j'ai passé la commande :
cat /sys/bus/pci/devices/000000\:01\:00.0/power/control
Celle-ci retournait On ce qui n'est pas bon. J'ai ensuite exécuté:
sudo sh -c'echo auto > /sys/bus/pci/devices/000000\:01\:00.0/power/control'
La consommation est tombée à environ 6W ! Il était donc simple de créer ce script de démarrage pour rendre le changement permanent.
metalux a écrit Note de metalux: à ne faire que si la ligne sudo sh -c.... baisse bien la consommation, ce que tu peux vérifier avec powertop. Ce qui est conseillé ci-après fonctionnera, cependant il est conseillé de mettre les scripts systemd perso. dans /etc/systemd/system au lieu de /lib/systemd/systemd/system Attention à la mise en forme, ExecStart à fi" doit être sur 1 seule ligne, pas sûr que tu le vois comme ça sur le forum vu la longueur de la ligne.
sudo nano /lib/systemd/systemd/system/gpuoff.service
Coller ceci:
[Unit]
Description=Power-off gpu

[Service]
Type=oneshot
ExecStart=/bin/bash -c "if [[ `prime-select query` == 'intel' ]]; then echo auto > /sys/bus/pci/devices/0000:01:00.0/power/control; fi"

[Install]
WantedBy=default.target
Ctrl+X puis "O" et entrée pour sauvegarder.
Pour tester le script:
sudo systemctl start gpuoff
sudo systemctl enable gpuoff
pour l'autoriser dès le démarrage.
Pour confirmer qu'il fonctionne,
cat /sys/bus/pci/devices/000000\:01\:00.0/power/control
devrait retourner : "auto" après le redémarrage.
PS: ma ligne /etc/default/grub par défaut est :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.modeset=1 nouveau.modeset=0"

Satire

Effectivement, le problème était resté présent pendant un temps, mais j'avais noté quand même une nette amélioration par rapport aux deux méthodes précédentes qui, après un certain temps d'utilisation ne pouvaient plus démarrer normalement sans le mode sans échec à cause d'un blocage systématique en mode intel...

Alors, oui, tous les blocages ont eu lieux lors du démarrage seulement, en mode intel.

Ce qui est utilisé dans le fichier grub est le deuxième script mentionné dans le commentaire #29, c'est à dire :

GRUB_CMDLINE_LINUX_DEFAULT="acpi_rev_override=5 nouveau.modeset=0 quiet splash"

Je ne suis pas sûr de savoir comment utilisé deux options en même temps, je présume donc qu'il y a une seule option actuellement en fonctionnement ?

D'ailleurs, le dernier blocage a eu lieu ce matin, et après un redémarrage normal sans problème et une une mise à jour tout de suite après des paquets à travers le gestionnaire des paquets synaptics, strictement aucun blocage n'a eu lieu. A chaque démarrage, Ubuntu 18.04 a démarré sans aucun problème.

Je pense que, pour ne pas me perdre et me mélanger les pinceaux, il serait préférable que je procède par étape ? C'est à dire, résoudre d'abord le problème du blocage en mode intel, puis après avoir solutionné ce problème, tenter le powertop et la commande "sudo sh -c....". Cela me permettrait d'avoir les idées plus claires sur les procédures suivies et autres manipulations effectuées. Est-ce que cela te semble convenable ?

Je me demande donc si tenter l'une ou l'autre des manipulations mentionnées suivantes rendraient le tout plus efficace ?

Metalux a écrit

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_rev_override=1 i915.modeset=1 nouveau.modeset=0"

Et l'auteur de l'astuce pour diminuer la consommation d'énergie utilise lui-même ceci:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.modeset=1 nouveau.modeset=0"

Ou, sans doute continuer de tester l'actuel script du fichier grub jusqu'à demain et voir si un quelconque blocage apparaît, auquel cas je tenterais la première proposition de script évoquée ?

metalux

Ou, sans doute continuer de tester l'actuel script du fichier grub jusqu'à demain et voir si un quelconque blocage apparaît, auquel cas je tenterais la première proposition de script évoquée ?

A toi de faire les tests et de retenir les options qui vont bien. Elles peuvent même être mélangée comme par exemple:

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_rev_override=5 i915.modeset=1 nouveau.modeset=0"

au lieu de:

GRUB_CMDLINE_LINUX_DEFAULT="quiet acpi_rev_override=1 i915.modeset=1 nouveau.modeset=0"

Quand tu as trouvé ce qui fonctionne le mieux, on reprendra point par point pour l'autonomie de la batterie.
Ces options pourront être changées/testées sur une plus grande période dans le futur si tu retiens une qui fonctionne et que tu t'aperçois sur du plus long terme que ça bloque encore régulièrement. Je te laisse te documenter sur ce à quoi elles servent.

Satire

Parfait, je vais donc faire les tests nécessaires à disposition et reviens rendre compte pour poursuivre les manipulations. Et si tu as des liens expliquant ce à quoi ils servent, ce serait également utile 🙂

metalux

Satire a écritle périphérique Nvidia utilise un pilote alternatif qui est "Nvidia driver metapackage depuis nvidia-driver-390 (libre)".

Je viens de voir ça.
J'ai installé plusieurs PC avec optimus et je n'en ai pas souvenir, malheureusement je n'en ai pas sous la main pour vérifier, ce pilote est propriétaire normalement et le libre, c'est nouveau.
Quand tu tournes sur la carte Nvidia, quel driver utilises-tu?

sudo lshw -c display | grep driver

Et quel est celui recommandé?

sudo ubuntu-drivers devices

Peux-tu mettre une capture d'écran de l'onglet "pilotes additionnels" STP?
Pour les options, si j'ai bien compris -à vrai dire j’utilise ce qui fonctionne sur optimus sans trop me poser de questions du moment que ça marche-, nouveau.modeset=0 désactive nouveau, i915.modeset=1 active le DKMS, bien que je crois que c'est déjà le cas par défaut sur Ubuntu, du coup je ne suis pas sûr que ce soit franchement utile et l'acpi c'est ce qui gère l'économie d'énergie, donc acpi_rev_override doit jouer là-dessus (par contre aucune idée de la différence entre 1 et 5).
Tu as toutes les options de décrites ici

« Page précédente Page suivante »