Différences

Ci-dessous, les différences entre deux révisions de la page.

--- veille_et_hibernation [Le 25/01/2022, 19:01]
88.166.143.134 [Problèmes de mise en veille]
+++ veille_et_hibernation [Le 03/10/2023, 10:27] (Version actuelle)
Dadu042 [Carte réseau] + mt76x0e
@@ Ligne 1: / Ligne 1: @@
 {{tag>matériel système énergie}}
@@ Ligne 27: / Ligne 26: @@
   gsettings set org.gnome.desktop.lockdown disable-lock-screen 'true'
-<note>**Pour Ubuntu 16.04 avec [[Unity]]** :?: \\
+<note>**Pour Ubuntu 16.04 avec [[Unity]]** :?:
 En mode graphique, ouvrir les Paramètres systèmes puis cliquer sur l’icône "Luminosité et verrouillage". Mettre "Verrouiller" sur "0" et décocher la partie intitulée « Demander mon mot de passe lors de la sortie de veille ».</note>
@@ Ligne 44: / Ligne 43: @@
  - La solution la plus simple est d'utiliser la commande pm-suspend-hybrid du [[paquet]] pm-utils. Cependant, les outils de gestions de batterie tel gnome-power-manager ne gèrent pas cette commande nativement et le fonctionnement est aléatoire suivant le portable. L'avantage de cette solution est que les données sont sauvegardées si vous êtes à court de batterie pendant la phase de veille,  contrairement au script ci-dessous.
 - Une autre façon est d'utiliser votre outil de [[energie|gestion d’énergie]] pour mettre en veille et d'utiliser le [[tutoriel:script_shell]] ci dessous en parallèle. Ce script utilise la fonction rtcwake ( qui permet de réveiller l'ordinateur au bout de x secondes ) et les outils fournis dans le [[paquet]] pm-utils.
 [[:tutoriel:comment_modifier_un_fichier|Ajouter le fichier]]  /etc/pm/sleepd/0000rtchibernate, ce fichier va être lu par la commande pm-suspend appelé par les outils de gestion de batterie pour la mise en veille et le réveil.
@@ Ligne 55: / Ligne 54: @@
 # Éditer la variable autohibernate ci-dessous pour indiquer le nombre de seconde avant hibernation
 autohibernate=900  # ici 900 secondes avant hibernation
 echo "$curtime $1" >>/tmp/autohibernate.log
 # Mise en veille
 if [ "$1" = "suspend" ]
 then
     #enregistrement de l'heure actuelle et ajout d'un compte à rebours avant hibernation
@@ Ligne 73: / Ligne 72: @@
     # Sortie de veille grace au compte à rebours?
-    if [ $(($curtime - $sustime)) -ge $autohibernate ]
+    if [ $((curtime - sustime)) -ge $autohibernate ]
     then
         # Alors hiberner
@@ Ligne 98: / Ligne 97: @@
 [[https://askubuntu.com/questions/12383/how-to-go-automatically-from-suspend-into-hibernate|Source du script]]
+==== Mettre en hibernation à une heure précise ====
+Il vous faudra des [[sudo|privilèges administrateur]] afin de créer une nouvelle ligne dans la table [[cron|crontab]] du système.
+Lancez la commande d'édition
+  sudo crontab -e
+Trouver le format de l'heure à laquelle vous voulez que votre système se mette en hibernation via [[https://crontab-generator.org/|ce lien]].
+Pour rajouter, à la fin du fichier en cours d'édition l'heure et l'appel à systemctl pour hiberner (ici à 21h00).
+21 * * * systemctl hibernate
+Ensuite il suffit d'enregistrer le fichier ;-)
 ==== Empêcher l'hibernation ====
@@ Ligne 128: / Ligne 140: @@
 === Mise en veille qui ne met pas en veille ===
 Il a été reporté un bogue de mise en veille qui ne met pas en veille: lors du lancement de la mise en veille, le son et le wifi s'éteignent, l'écran devient noir, mais les ventilateurs ne s'arrêtent pas, et le pc, au final, ne se met pas effectivement en veille. La seule solution est un redémarrage après arrêt complet ([[https://forum.ubuntu-fr.org/viewtopic.php?pid=3527684]]|[[http://forum.ubuntu-fr.org/viewtopic.php?id=403764]].
 La solution pour remédier à ce problème est la désactivation du kernel mode setting (KMS): pour cela, il faut mettre l'option ''nomodeset'' au démarrage. Éditer
@@ Ligne 135: / Ligne 147: @@
 '' sudo update-grub''
 Note 2 : Si après modification ça ne redémarre plus et plus d’invite de session (gnome) alors  au (multiboot) Grub, placez-vous sur la ligne de l'Ubuntu qui plante et tapez la touche "e" (mode édition du grub).
 Retirez le nomodeset puis ctrl+x (pour sauver).
 Démarrez, si ça démarre ouvrez une console et éditez le fichier grub pour remettre la ligne comme avant:''GRUB_CMDLINE_LINUX=""   '' et faites un ''sudo update-grub'' pour enregistrer la modification.
@@ Ligne 144: / Ligne 156: @@
 La solution serait la résolution de ces bugs dans les drivers ou le noyaux...
-En solution de contournement, on peut désactivé le réveil de ces périphériques. Une fois désactivé, le réveil se fera avec les autres solutions de réveil (au pire le bouton marche / arrêt). La solution détaillée est expliquée [[https://joshtronic.com/2017/03/13/getting-suspend-in-linux-working-on-a-macbook-pro/|ici]] (en Anglais).
+En solution de contournement, on peut désactiver le réveil de ces périphériques. Une fois désactivé, le réveil se fera avec les autres solutions de réveil (au pire le bouton marche / arrêt). La solution détaillée est expliquée [[https://joshtronic.com/2017/03/13/getting-suspend-in-linux-working-on-a-macbook-pro/|ici]] (en Anglais).
 **Le principe :**
@@ Ligne 155: / Ligne 167: @@
   * LID0 = l'écran des ordinateurs portables
-. Faire des essais en désactivant les périphériques jusqu'à trouver le bon. Il faut replacer LID0 par le périphérique a désactiver
+. Faire des essais en désactivant les périphériques jusqu'à trouver le bon. Il faut replacer LID0 par le périphérique à désactiver
   sudo su
   echo LID0 > /proc/acpi/wakeup
-<note important>cette dernière commande change l'état du périphérique. Si vous la lancé 2 fois de suite, l'état redevient à l'état initial</note>
+<note important>cette dernière commande change l'état du périphérique. Si vous la lancez 2 fois de suite, l'état redevient à l'état initial</note>
-== Tester en déclenchant la veille==
+. Tester en déclenchant la veille
   systemctl suspend
 Si le système reste en veille, vous avez trouvé le périphérique qui pose problème. La configuration sera réinitialisée au prochain redémarrage de la machine
-== Désactiver le périphérique problématique à chaque démarrage. Pour cela, il faut ajouter la commande qui a marché au fichier /etc/rc.local en mode administrateur==
+. Désactiver le périphérique problématique à chaque démarrage. Pour cela, il faut ajouter la commande qui a marchée au fichier /etc/rc.local en mode administrateur
 Une autre solution est celle-ci : [[https://askubuntu.com/questions/73365/shutdown-suspend-hibernate-not-working-correctly|article en anglais]] qui propose une solution qui semble marcher pour beaucoup de configuration (c'est très simple, un script à copier dans un nouveau fichier dont le chemin est indiqué, une ligne de commande, un redémarrage et c'est tout).
@@ Ligne 187: / Ligne 199: @@
   * ([[utilisateurs:Id2ndR]]) Votre BIOS n'est pas réglé sur le bon mode : il faut utiliser le mode [[http://fr.wikipedia.org/wiki/ACPI#Global_states.C2.A0.2F.C2.A0Sleep_states_.28.C3.A9tats_du_syst.C3.A8me_et_sommeil.29|ACPI]] S3 pour la mise en veille. Certains BIOS utilisent S1 comme réglage par défaut. Plus de détails [[http://blogs.msdn.com/omars/archive/2004/05/11/129553.aspx|ici]] (en anglais).
 === L'écran reste noir (carte graphique intel)  ===
 S'il vous est impossible des sortir d'une mise en veille avec une carte intel, (voir la page [[:matériel]] pour savoir si c'est le cas) suivez les instructions suivantes :
   * Installez le paquet **[[apt>dkms]]**,
   * Puis téléchargez le paquet **oem-audio-hda-daily-dkms** conforme à votre version d'Ubuntu sur cette [[https://code.launchpad.net/~ubuntu-audio-dev/+archive/alsa-daily/+packages|page]].
   * Redémarrez votre ordinateur.
 La mise en veille devrait fonctionner correctement.
 === L'écran reste noir (carte graphique AGP nvidia)  ===
 Dans la Section "Device" du fichier /etc/X11/xorg.conf __il est impératif de rajouter ces lignes__ en mode administrateur:
 <file>
@@ Ligne 209: / Ligne 221: @@
 Sans connaître d'explication logique, ceci peut être résolu en allant dans "Système>Préférences>Apparence>Effets visuels" et en choisissant Aucun.
 Vérifiez sur le site du constructeur de votre carte graphique si celle-ci n'est uniquement prévue que pour un bios Legacy.
 Si c'est le cas, une ré-installation de votre système en Legacy enlèveras tout problèmes de couleurs en sortie de veille.
 === L'ordinateur s'allume et semble travailler mais l'écran affiche une suite de couleurs unies et il est impossible de reprendre la main  ===
 Dans ce cas-là, seul une réinitialisation complète permet de reprendre la main.
 Il semble que ce problème apparaisse sur les premières générations de processeurs Intel Pentium disposant de l'HyperThreading. Essayez de désactiver cette fonction dans le bios.
 === L'ordinateur s'allume mais gèle (carte graphique Nvidia) ===
@@ Ligne 223: / Ligne 235: @@
 === L'ordinateur s'allume mais gèle (carte graphique AMD) ===
-Il existe une incompatibilité entre le pilote de carte graphique propriétaires fglrx et compiz.\\
+Il existe une incompatibilité entre le pilote de carte graphique propriétaires fglrx et compiz.
 Si vous utilisez le pilote fglrx, la solution proposé [[https://github.com/dabrahams/fglrx-support|ici]] peut vous aidez:
-Il s'agit de fglrx-support proposé par Dave Abrahams.\\
+Il s'agit de fglrx-support proposé par Dave Abrahams.
 Soit, télécharger l'[[https://codeload.github.com/dabrahams/fglrx-support/zip/master|archive]] et l'extraire (avec les privilèges administrateur) à la racine de votre partition système.
@@ Ligne 326: / Ligne 338: @@
   - Collez le contenu suivant: <file>[Unit]
 Description=Local system resume actions
 After=suspend.target
 [Service]
 Type=oneshot
 ExecStart=/sbin/rmmod r8712u ; /sbin/modprobe r8712u
@@ Ligne 334: / Ligne 346: @@
 [Install]
 WantedBy=suspend.target
 </file>
 **En remplaçant r8712u par le nom du pilote concerné** en se référant à la méthode indiquée ci-dessus pour le trouver. Faites Ctrl+X pour sauvegarder puis répondre O pour enregistrer les changements.
   -Lancer enfin les 2 commandes suivantes afin que le système prenne en compte le fichier et démarre le service: <code>sudo systemctl enable retablir_wifi_apres_veille
@@ Ligne 387: / Ligne 399: @@
 | Marque | Jeux de puces (Modèle) ^ Mobile ^ module ^ Veille ^ Hibernation ^ Utilisateur(s) ^
-^ ATI ^ R420 (Radeon X800 VE) | non | [[:catalyst|fglrx]] | Oui | Oui | [[utilisateurs:Id2ndR]] |
+^ ATI ^ R420 (Radeon X800 VE) | non |  | Oui | Oui | [[utilisateurs:Id2ndR]] |
-^ ATI ^ RC410 [Radeon Xpress 200] | non | [[:catalyst|fglrx]] | - | [[https://forum.ubuntu-fr.org/viewtopic.php?id=158884|non]] (gutsy)| [[utilisateurs:marc31]] |
+^ ATI ^ RC410 [Radeon Xpress 200] | non |  | - | [[https://forum.ubuntu-fr.org/viewtopic.php?id=158884|non]] (gutsy)| [[utilisateurs:marc31]] |
-^ ATI ^ M92 (Mobility Radeon HD 4500 Series) | oui | [[:catalyst|fglrx]] | Oui | non installation par défaut (lucid)| [[utilisateurs:fnx]] |
+^ ATI ^ M92 (Mobility Radeon HD 4500 Series) | oui | | Oui | non installation par défaut (lucid)| [[utilisateurs:fnx]] |
 ^ Intel ^ G31 (X3100) | non | intel | Oui | Oui | [[utilisateurs:Id2ndR]] |
 ^ Intel ^ G945 | oui | intel | Oui | Oui | [[utilisateurs:Id2ndR]] |
@@ Ligne 406: / Ligne 418: @@
 ^ Intel ^ ipw2200 | ipw2200 | Oui | Oui (Unity 13.10) en désactivant le module wifi suivant la méthode "La connexion réseau ne se réactive pas en sortie de veille ou d'hibernation--> Autre possibilité" | [[utilisateurs:89paladins]] |
 ^ Intel ^ ipw3945 abg | ipw3945 | Oui | Oui | [[utilisateurs:Id2ndR]] |
+^ Mediatek ^ ipw3945 abg | mt76x0e | Non (Xubuntu 22.04) | Non testé | [[utilisateurs:Dadu042]] |
 ^ Marvell ^ 88E8056 PCI-E Gigabit | sky2 | Oui | Oui | [[utilisateurs:Id2ndR]] |