Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
veille_et_hibernation [Le 25/01/2022, 18:57] 88.166.143.134 [Problèmes de mise en veille] |
veille_et_hibernation [Le 25/01/2022, 19:02] sangorys [Problèmes de mise en veille] |
||
---|---|---|---|
Ligne 146: | Ligne 146: | ||
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é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). | ||
- | Le principe : | + | **Le principe :** |
- | == Lister ce qui peut sortir de veille. avec :== | + | |
+ | 1. Lister ce qui peut sortir de veille avec : | ||
cat /proc/acpi/wakeup | 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 | * XHC1 = Les ports USB | ||
* LID0 = l'écran des ordinateurs portables | * 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== | + | 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 |
sudo su | sudo su | ||
echo LID0 > /proc/acpi/wakeup | echo LID0 > /proc/acpi/wakeup | ||
Ligne 161: | Ligne 162: | ||
<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 lancé 2 fois de suite, l'état redevient à l'état initial</note> | ||
| | ||
- | == Tester en déclenchant la veille== | + | 3. Tester en déclenchant la veille |
systemctl suspend | 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 | 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== | + | 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 |
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). | 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). |