Différences

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

--- veille_et_hibernation [Le 22/08/2021, 15:00]
Amiralgaby [La connexion réseau ne se réactive pas en sortie de veille ou d'hibernation :]
+++ 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]]\\
+Avec [[systemd]], mettre un [[:permissions#chmod_pour_changer_les_droits|fichier exécutable]] dans :\\
-Approches possibles FIXME (à tester, compléter, vérifier) :
+  - ''/lib/systemd/system-sleep'' Cette méthode est confirmée
-  - Mettre un script exécutable dans : /etc/apm/resume.d
+  - ''/etc/apm/resume.d'' (à tester, vérifier, FIXME)
-  - Mettre un script exécutable dans : /lib/systemd/system-sleep
+Le fichier exécutable peut être réalisé en n'importe quel langage.
 =====Hibernation=====
@@ Ligne 42: / 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 54: / 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 72: / Ligne 72: @@
     # Sortie de veille grace au compte à rebours?
-    if [ $(($curtime - $sustime)) -ge $autohibernate ]
+    if [ $((curtime - sustime)) -ge $autohibernate ]
     then
         # Alors hiberner
@@ Ligne 96: / 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 122: / 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 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 ([[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 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.
+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 :**
-== 1. 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
-==2. 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
-==3. 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
-==4. 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 178: / 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 185: / 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)  ===
-<note>Sous Mint  la configuration ne se fait pas avec ces fichiers</note>
+=== 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 207: / 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 222: / Ligne 236: @@
 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.
 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.
-Ou, créer manuellement les fichiers suivants (avec les privilèges administrateur):
-Créer le fichier /etc/pm/config.d/50compiz-fglrx-noclear:
-<code>
-# This file is /etc/pm/config.d/50compiz-fglrx-noclear
-# Disable the builtin 00clear because we need to kill off all compiz
-# instances before it does a chvt
-HOOK_BLACKLIST=00clear
-</code>
-Créer le fichier /etc/pm/sleep.d/00compiz-fglrx:
-<code python>
-#!/usr/bin/python
-# This file is /etc/pm/sleep.d/00compiz-fglrx
-import os
-import sys
-import time
-import cPickle as pickle
-import tempfile
-import re
-from math import ceil
-from subprocess import Popen, PIPE, check_call, CalledProcessError
-# get the stdout from executing the command made up of elements of cmd_args
-def backquote(cmd_args):
-    if type(cmd_args) is str:
-        cmd_args = cmd_args.split()
-    process = Popen(cmd_args, stdout=PIPE)
-    out = process.communicate()[0].rstrip()
-    if process.returncode != 0:
-        raise CalledProcessError(process.returncode, cmd_args)
-    return out
-def psinfo(pid, field):
-    return backquote(('ps --no-headers -ww -o %s %s' % (field, pid)).split())
-def proc(pid, part):
-    return open('http://server9.kproxy.com/servlet/redirect.srv/slxv/sap-ggbjrl/sviy/p2/proc/%s/%s' % (pid,part)).read().rstrip('\0').split('\0')
-def psenviron(pid):
-    return dict(
-        x.split('=',1)
-        for x in proc(pid,'environ')
-        if '=' in x)
-# Change the following to something like
-#
-#   LOG_FILE_NAME='http://server9.kproxy.com/servlet/redirect.srv/sruj/shhzdcy/s9iwolzo/p1/servlet/redirect.srv/slxv/sap-ggbjrl/sviy/p2/home/dave/suspend.log'
-#
-# in order to see some debug output
-LOG_FILE_NAME=None
-logfile=None
-def log(*args):
-    if not LOG_FILE_NAME:
-        return
-    global logfile
-    if not logfile:
-        logfile = open(LOG_FILE_NAME,'a')
-    logfile.write(' '.join([str(a) for a in args]) + '\n')
-    logfile.flush()
-class TimeOutError(Exception): pass
-def try_kill(pid, signal, timeout = 1.0, step = .01):
-    os.kill(pid, signal)
-    for x in range(int(ceil(timeout/step))):
-        if not os.path.exists('/proc/%d' % pid):
-            return
-        time.sleep(step)
-    raise TimeOutError, 'failed to kill process: %d in %d second(s)' % (pid,timeout)
-number = re.compile(r'\d*$')
-stat_fields = re.compile(
-    r'\s+'.join([
-            r'(?P<pid>\d+)',
-            r'\((?P<comm>.+)\)',
-            r'(?P<state>[RSDZTW])',
-            r'(?P<ppid>\d+)'
-            ]))
-class NotCompiz(Exception): pass
-def compiz_real_info(pid):
-    stat = stat_fields.match(open('http://server9.kproxy.com/servlet/redirect.srv/slxv/sap-ggbjrl/sviy/p2/proc/%d/stat' % pid).read())
-    if stat.group('comm') != 'compiz.real':
-        raise NotCompiz, 'continue' # we'll just move on to the next process
-    ppid = int(stat.group('ppid'))
-    return ppid, (psenviron(ppid), proc(ppid, 'cmdline'), psinfo(ppid,'user'))
-# Given recorded information about the parent processes of killed
-# compiz.real processes, "un-kill" them
-def restart_compiz(compiz_info):
-    if compiz_info:
-        log('restarting compiz')
-    for pid, (env,cmd,user) in compiz_info.items():
-        log('user:', user, 'command:', cmd)
-        # Ensure we have the necessary environment to re-launch the parent process
-        if 'DISPLAY' in env and 'XAUTHORITY' in env and os.path.isfile(env['XAUTHORITY']):
-            # If the parent didn't die when compiz.real was killed, kill the parent now
-            try: try_kill(pid,15)
-            except: pass
-            try:
-                check_call(['sudo', '-E', '-b', '-u', user] + cmd, env=env)
-            except Exception, e:
-                log('failed to relaunch')
-                log(traceback.format_exc())
-                print >>sys.stderr, traceback.format_exc()
-        else:
-            log('required environment missing', env)
-def suspend():
-    # locate all parent processes of compiz.real commands
-    all_pids = [int(f) for f in os.listdir('/proc') if number.match(f)]
-    compiz_info = {}
-    try:
-        # Gather up all the info about the processes that launch compiz.real
-        for pid in all_pids:
-            try: ppid, info = compiz_real_info(pid)
-            except: continue            # Skip if not compiz.real or if already dead
-            try_kill(pid, 15)           # Kill off the compiz.real process
-            compiz_info[ppid] = info    # Remember how to restart its parent
-        # write out everything we need to restart the compiz
-        # processes and restore the current virtual terminal
-        fd, pickle_file_name = tempfile.mkstemp('.pck', 'compiz-fglrx', '/var/run')
-        pickle.dump((backquote('fgconsole'), compiz_info), open(pickle_file_name, 'w'),2)
-        log('pickle saved in', pickle_file_name)
-        # Keep a record of the name of the pickle file using
-        # facilities from pm-utils.  Using repr below ensures that
-        # the filename is quoted in a way that should be
-        # appropriate for the shell
-        check_call([
-            'sh', '-c',
-            '. ${PM_FUNCTIONS} && savestate compiz-fglrx '
-            + repr(pickle_file_name)])
-    except:
-        log('failure to suspend!')
-        restart_compiz(compiz_info)
-        raise
-    # Now switch the virtual terminal as would have been done by the
-    # 00clear hook.  If done with compiz running, this kills resume
-    log('switching to vt 63')
-    check_call(['chvt', '63'])
-def resume():
-    # Get all the information we need to re-start
-    pickle_file_name = backquote([
-            'sh', '-c',
-            '. ${PM_FUNCTIONS} && restorestate compiz-fglrx'])
-    saved_console,compiz_info = pickle.load(open(pickle_file_name))
-    restart_compiz(compiz_info)
-    # This is the functionality from the 00clear hook
-    log('switching back to vt', saved_console)
-    check_call(['chvt', str(saved_console)])
-    check_call(['deallocvt', '63'])
-    # Try to make sure the screen wakes up and actually shows us the
-    # password dialog.  Without this we might need to move the mouse
-    # to see it.  Doesn't work, though; probably I need more
-    # environment setup in order to be able to do this.
-    # check_call(['xset','dpms','force','on'])
-    # if we can't get rid of this file for any reason, it's not a
-    # serious problem, so do it last.
-    os.unlink(pickle_file_name)
-# The check for an argument in the next line is a convenience for
-# development, so we can import this file and not have it try to do
-# anything.
-if __name__ == '__main__' and len(sys.argv) > 1:
-    log('=====================', backquote('date'), '==================')
-    log('in ', ' '.join(sys.argv))
-    try:
-        if sys.argv[1] in ('suspend','hibernate'):
-            suspend()
-        elif sys.argv[1] in ('resume','thaw'):
-            resume()
-        elif sys.argv[1] == 'help':
-            # Nothing to say
-            pass
-        else:
-            raise AssertionError, 'unknown argument %s' % sys.argv[1]
-    except Exception, e:
-        import traceback
-        log(sys.argv[0]+':', traceback.format_exc())
-        # if anything failed, try to inhibit suspension.
-        if sys.argv[1] in ('suspend','hibernate'):
-            inhibit_file = os.environ.get('INHIBIT')
-            if inhibit_file:
-                log('inhibiting with', inhibit_file)
-                open(inhibit_file,'a')
-        raise
-</code>
-Rendez-le exécutable:
-<code>sudo chmod +x /etc/pm/sleep.d/00compiz-fglrx</code>
 Enfin, redémarrer votre système et testez de nouveau la mise en veille.
@@ Ligne 453: / 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 459: / 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 466: / 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 527: / 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>sudo lshw -C network | awk 'BEGIN{RS="";FS="ressources :";regex="sans fil"}{for (i = 1; i < NF; i++){if (match($i,regex)){print $i}}}' | egrep -o 'driver=[^ ]+' | egrep -o '[^ =]*$'</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>sudo lshw -C network | awk 'BEGIN{RS="";FS="ressources :";regex="Ethernet"}{for (i = 1; i < NF; i++){if (match($i,regex)){print $i}}}' | egrep -o 'driver=[^ ]+' | egrep -o '[^ =]*$'</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 ===
-Avec l'information du nom du module réaliser la méthode décrite dans [[https://askubuntu.com/questions/1029250/ubuntu-18-04-ethernet-disconnected-after-suspend|Ubuntu 18.04 - Ethernet disconnected after suspend]] (fonctionne aussi sur 20.04).
+Avec l'information du nom du module réaliser la méthode décrite dans [[https://askubuntu.com/questions/1029250/ubuntu-18-04-ethernet-disconnected-after-suspend#answers|Ubuntu 18.04 - Ethernet disconnected after suspend]] (fonctionne aussi sur 20.04).
 === Perte du Wifi ===
 <note help>**Merci de vérifier le bon fonctionnement de l'astuce suivante
-et de signaler vos réussites et échecs à [[http://forum.ubuntu-fr.org/profile.php?id=198416|f.x0]]**</note>
+et de signaler vos réussites et échecs à [[http://forum.ubuntu-fr.org/profile.php?id=198416|f.x0]]** [[wifi#la_connexion_reseau_ne_se_reactive_pas_en_sortie_de_veille_ou_d_hibernation|voir l'ancienne façon de résoudre la perte du wifi (doc ubuntu).]]</note>
-En tout état de cause c'est bien le nom du module listé par la commande lsmod
+Une solution consiste à créer le fichier suivant:
-qu'il faudra insérer dans le fichier /etc/pm/config.d/load
-**1)** - Taper cette commande pour créer (ou modifier) le fichier /etc/pm/config.d/load en changeant r8712u par **le nom du module wifi**.
- <code>echo "SUSPEND_MODULES=r8712u" | sudo tee -a /etc/pm/config.d/load</code>
-Il faut en plus relancer NetworkManager
-<code>sudo service network-manager restart</code>
-Si cette commande fonctionne, il est possible d'automatiser l'opération
-pour éviter de le faire après chaque mise en veille :
-**1)** - Créer un script dans le répertoire /etc/pm/sleep.d :
-<code>echo -e '#!/bin/sh\n/etc/init.d/network-manager restart\nexit 0' | sudo tee /etc/pm/sleep.d/NWM.sh</code>
-**2)** - Rendre le script exécutable:
- <code>sudo chmod +x /etc/pm/sleep.d/NWM.sh</code>
-<note warning>**À partir d'Ubuntu 15.04**
-Ubuntu étant passé à systemd depuis la version 15.04, la solution ci-dessus ne fonctionne plus. Une solution consiste à créer le fichier suivant:
   - Ouvrez un [[:terminal]] et exécutez la commande suivante : <code>sudo nano /lib/systemd/system/retablir_wifi_apres_veille.service</code> Entrez votre mot de passe.
   - 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 571: / 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 Ubuntu 14.10 pour le trouver. Faites Ctrl+X pour sauvegarder puis répondre O pour enregistrer les changements.
+</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
 sudo systemctl start retablir_wifi_apres_veille</code>
-</note>
 <note tip>Si le réseau est actif mais que la liste des réseaux disponibles est vide, vous pouvez essayer [[https://forum.ubuntu-fr.org/viewtopic.php?pid=21759277#p21759277|ceci]]</note>
@@ Ligne 584: / 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 592: / 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 623: / 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 642: / 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]] |
 ----
-//Contributeurs : [[utilisateurs:Id2ndR]], [[utilisateurs:didrocks]], [[utilisateurs:sfley]], [[utilisateurs:f.x0]]//
+//Contributeurs : [[utilisateurs:Id2ndR]], [[utilisateurs:didrocks]], [[utilisateurs:sfley]], [[utilisateurs:f.x0]], [[utilisateurs:amiralgaby]]//