Différences

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

--- veille_et_hibernation [Le 18/09/2021, 10:50]
Amiralgaby [La connexion réseau ne se réactive pas en sortie de veille ou d'hibernation] amélioration pour avoir le nom de module
+++ veille_et_hibernation [Le 03/10/2023, 10:27] (Version actuelle)
Dadu042 [Carte réseau] + mt76x0e
@@ Ligne 26: / 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>
 ==== Exécuter un script / une commande en sortie du mode veille ====
-Avec [[systemd]], mettre un script exécutable dans :\\
+Avec [[systemd]], mettre un [[:permissions#chmod_pour_changer_les_droits|fichier exécutable]] dans :\\
   - ''/lib/systemd/system-sleep'' Cette méthode est confirmée
-  - ''/etc/apm/resume.d'' (Approche possible FIXME)(à tester, compléter, vérifier)
+  - ''/etc/apm/resume.d'' (à tester, vérifier, FIXME)
-Bien évidemment le script peut être aussi réalisé en [[Python]], [[Shell]] où même ne pas être un script mais un programme binaire.
+Le fichier exécutable peut être réalisé en n'importe quel langage.
 =====Hibernation=====
@@ Ligne 43: / 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.
+[[: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.
 Puis copier le script ci-dessous (modifier la variable autohibernate suivant vos besoins):
@@ 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 97: / Ligne 96: @@
 </note>
-[[http://askubuntu.com/questions/12383/how-to-go-automatically-from-suspend-into-hibernate|Source du script]]
+[[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 123: / Ligne 135: @@
 <note important>Avant toute chose, au moins pour l'hibernation, si vous rencontrez un problème réessayez après avoir débranché tous les périphériques extérieurs de votre ordinateur (souris USB, jack, clé USB, imprimante, modem (Sagem Fast 800 non compatible)...).
 Ça ne règle pas les problèmes mais permet de savoir si ça en crée !</note>
 ==== Problèmes de mise en veille ====
@@ Ligne 129: / 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 ([[http://forum.ubuntu-fr.org/viewtopic.php?pid=3527684]]|[[http://forum.ubuntu-fr.org/viewtopic.php?id=403764]].
+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 136: / 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.
+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.
-=== Mise en veille qui met veille puis se reveille automatiquement au bout d'un petit laps de temps ===
+=== Mise en veille qui met veille puis se réveille automatiquement au bout d'un petit laps de temps ===
 Parfois, un périphérique envoi des signaux de reveil sans qu'on le souhaite. Il arrive parfois que cela vienne des ports USB ou du de l'écran des ordinateurs portables (le LID en anglais).
 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 :
+**Le principe :**
-== Lister ce qui peut sortir de veille.  avec :==
+. Lister ce qui peut sortir de veille avec :
   cat /proc/acpi/wakeup
-C'est tout ce qui est marqué ***enabled**. Pour les causes les plus rependues :
+Tout ce qui est marqué ***enabled** est une cause autorisée de réveil. Parfois certains périphériques réveillent sans raison. Les plus répandues étant :
   * XHC1 = Les ports USB
   * 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
-== Tester en déclenchant la veille==
+<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
   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).
 === Mise en veille qui ne met pas en veille (3) ===
-Virtualbox 4.1 peut aussi poser des problèmes de mise en veille. Détails ici : http://forum.ubuntu-fr.org/viewtopic.php?pid=6022561
+Virtualbox 4.1 peut aussi poser des problèmes de mise en veille. Détails ici : https://forum.ubuntu-fr.org/viewtopic.php?pid=6022561
 === Mise en veille qui ne met pas en veille (4) ===
@@ Ligne 177: / Ligne 192: @@
 Installer "systemd" (s'il n'est pas déjà installé) puis créer un script exécutable ".suspend" (par exemple) avec le code: "systemctl suspend;".
 Pour finir, dans l'économiseur d'énergie valider "démarrer un script" "après" xx min en sélectionnant le script précédemment créé.
-Ca ne résout pas le problème de base, mais ça permet d'avoir la veille qui fonctionne.
+Ça ne résout pas le problème de base, mais ça permet d'avoir la veille qui fonctionne.
 === Impossible de sortir d'une mise en veille sur RAM ===
@@ Ligne 184: / 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émarrrez votre ordinateur.
+  * 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 206: / 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.
+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 220: / 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 232: / Ligne 247: @@
 Quand le PC se réveille d'une mise en veille, le clavier fonctionne très partiellement, le pavé numérique, les touches de fonction, les touches spéciales, les flèches ne fonctionnent plus ou ont d'autres effets.
-Pour résoudre ce problème il faut forcer GRUB le chargeur de démarrage à réinitialiser le clavier à la sortie de veille comme ceci :
+Pour résoudre ce problème il faut forcer [[:GRUB]] le chargeur de démarrage à réinitialiser le clavier à la sortie de veille comme ceci :
   * [[:tutoriel:comment_modifier_un_fichier|Modifiez le fichier]] [[:grub]].
@@ Ligne 238: / Ligne 253: @@
   * Modifier la comme ceci : <file>GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset" </file>
   * Sauver les changements.
-  * Mettre à jour Grub comme ceci <code>sudo update-grub</code>
+  * Mettre à jour Grub avec la commande <code>sudo update-grub</code>
-  * redémarrer le PC comme normal, et la prochaine mise en veille devrait se passer normalement.
+  * redémarrer le PC comme normal, et la prochaine mise en veille devrait se passer normalement. (Si le clavier a des problèmes dés le démarrage après les modifications, essayez avec la modification suivante : GRUB_CMDLINE_LINUX_DEFAULT="quiet splash atkbd.reset i8042.nomux")
 ==== Problème d'hibernation ====
@@ Ligne 245: / Ligne 260: @@
 === Impossible de commencer l'hibernation ===
-([[utilisateurs:Id2ndR]]) **L'hibernation n'a pas commencé** : Vérifiez que les processus ont bien voulu s'arrêter. Vous ne devez pas avoir de tâches qui refusent de geler (//tasks refusing to freeze// en angais) après la commande suivante :
+([[utilisateurs:Id2ndR]]) **L'hibernation n'a pas commencé** : Vérifiez que les processus ont bien voulu s'arrêter. Vous ne devez pas avoir de tâches qui refusent de geler (//tasks refusing to freeze// en anglais) après la commande suivante :
 <code>
 dmesg | grep "Stopping user space processes timed out after 20 seconds"
@@ Ligne 306: / Ligne 321: @@
 ==== La connexion réseau ne se réactive pas en sortie de veille ou d'hibernation ====
 Pour afficher le nom du driver [[wifi]] (connexion sans fil) :
-<code bash>re=".*Kernel driver in use: (.+)";[[ "$(lspci -k -nn | grep -A 2 -i -F Network)" =~ $re ]] && echo "${BASH_REMATCH[1]}" || echo "le module n'a pas été trouvé"</code>
+<code bash>lspci -k -nn | grep -F Network -A3 | sed -e '/.*in use/!d' -e 's/.*Kernel driver in use: \(.*\)/\1/'</code>
 Pour afficher le nom du driver Ethernet (connexion filaire) :
-<code bash>re=".*Kernel driver in use: (.+)";[[ "$(lspci -k -nn | grep -A 1 -i -F Ethernet)" =~ $re ]] && echo "${BASH_REMATCH[1]}" || echo "le module n'a pas pu être trouvé"</code>
+<code bash>lspci -k -nn | grep -F Ethernet -A3 | sed -e '/.*in use/!d' -e 's/.*Kernel driver in use: \(.*\)/\1/'</code>
 === Perte d'Ethernet ===
@@ Ligne 324: / 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 332: / 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 346: / Ligne 360: @@
 (CM= carte mère, P=Portable)
 | Marque | Modèle ^ CM ou P ^ Jeux de puces ^ Veille ^ Hibernation ^ Utilisateur(s) ^
-^ Acer ^ Veriton 2800 | CM | Intel 945G + ICH7| Oui (Attention: le bios doit être flashé en version R01-E0: [[http://global-download.acer.com/GDFiles/BIOS/BIOS/BIOS_Acer_R01.E0_A_A.zip?acerid=634024128214301666&Step1=Desktop&Step2=Veriton&Step3=Veriton%202800&OS=X01&LC=en&BC=Acer&SC=EMEA_27|lien]]) | Non testé | [[utilisateurs:Ttipi]] |
+^ Acer ^ Veriton 2800 | CM | Intel 945G + ICH7| Oui (Attention: le bios doit être flashé en version R01-E0: [[https://global-download.acer.com/GDFiles/BIOS/BIOS/BIOS_Acer_R01.E0_A_A.zip?acerid=634024128214301666&Step1=Desktop&Step2=Veriton&Step3=Veriton%202800&OS=X01&LC=en&BC=Acer&SC=EMEA_27|lien]]) | Non testé | [[utilisateurs:Ttipi]] |
 ^ Acer ^ TravelMate 5742Z | P | Intel Pentium P6200 | Oui  | Oui | [[utilisateurs:koko2]] |
 ^ Gigabyte ^ GA-MA790XT-UD4P | CM | AMD 790X | Oui | Oui (des avertissements, mais le réveil semble Ok) | [[utilisateurs:okonkole]] |
@@ Ligne 354: / Ligne 368: @@
 ^ Toshiba ^ Satellite (U200) | P | Intel G945 | Oui (mais [[https://bugs.launchpad.net/bugs/137477|bogue]]) | Oui | [[utilisateurs:Id2ndR]] |
 ^ Lenovo^ 3000 Y310 | P | Intel GMA X3100 | Oui (mais TouchPad HS au retour)| Oui | |
-^ HP ^ Pavilion dv5053ea | P | ATI Radeon Xpress 200M | Oui | Oui (voir la conf [[http://ubuntuforums.org/showthread.php?p=2016799|là, pas de scripts]]) | [[utilisateurs:juju_theseaman]] |
+^ HP ^ Pavilion dv5053ea | P | ATI Radeon Xpress 200M | Oui | Oui (voir la conf [[https://ubuntuforums.org/showthread.php?p=2016799|là, pas de scripts]]) | [[utilisateurs:juju_theseaman]] |
 ^ Dell ^ XPS M1710 | P | Intel core2 T7400  | Oui | Oui (mais ne s’éteint pas seul) | [[utilisateurs:jef]] |
 ^ Sony ^ VAIO PCG-7G1M (ou VGN-FS415M) | P | Intel i915PM/GM + ICH6-M | Oui | Oui (Unity 13.10) en réactivant le script d'hibernation| [[utilisateurs:89paladins]] |
@@ Ligne 385: / 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]] | - | [[http://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 404: / 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]] |