Depuis quelques jours (je ne sais pas quand exactement, donc je peux pas dire si c'est suite à une MAJ ou pas), j'ai des petits problèmes pour mettre en veille mon ordinateur. Par exemple, oblogout ne le met plus en veille. Voilà la commande à ce sujet dans le /etc/oblogout.conf
J'ai essayé de remplacer par pm-suspend, mais comme la commande nécessite les droits root, ça ne marche pas.
Ensuite, xfce4-power-manager est sensé mettre en hibernation mon ordi quand il atteint un niveau critique d'énergie ; seulement, alors qu'il devait le faire ce matin, il m'a seulement informé qu'il n'avait pas les droits pour. Et je me suis d'ailleurs rendus compte que l'option hibernation avait disparu des options de configuration.
Comment pourrais-je résoudre ces petits problèmes ?
Tu dois d'abord t'assurer que ton utilisateur fait bien partie du groupe power avec la commande groups. Certains, avec xfce4-power-manager, s'en sont sortis en décommentant des lignes dans leur .xinitrc, voir les messages sur le forum Arch :
J'ai eu un problème de mise en veille avec Manjaro LXDE sur le Netbook suite à la dernière mise à jour. Dans mon cas il se mettait en veille mais problème de Wifi et d'affichage au réveil.
J'étais en Kernel 3.11 J'ai rebooté avec le Kernel 3.10 et aucun problème. Peut-être une piste...
J'ai sous E17 retrouvé suspend/hibernate qui ne fonctionnaient + commandés par la fermeture du portable depuis longtemps à cause du p....n de bouton switcher bluetooth/wifi en créant un raccourci avec comme commande:
/usr/bin systemctl suspend
ou:
/usr/bin systemctl hibernate
A +
Ps: Je l'utilise pas souvent, parce qu'avec un reboot de moins de quinze/vingt secondes, finalement...
"Il semble que la perfection soit atteinte non quand il n'y a plus rien à ajouter, mais quand il n'y a plus rien à retrancher"
Antoine de Saint-Exupéry
Tu dois d'abord t'assurer que ton utilisateur fait bien partie du groupe power avec la commande groups. Certains, avec xfce4-power-manager, s'en sont sortis en décommentant des lignes dans leur .xinitrc, voir les messages sur le forum Arch :
Je suis bien dans power et je n'ai aucune ligne commentée. De plus avant, ça marchait bien
texaveryfun a écrit :Bonjour,
J'ai eu un problème de mise en veille avec Manjaro LXDE sur le Netbook suite à la dernière mise à jour. Dans mon cas il se mettait en veille mais problème de Wifi et d'affichage au réveil.
J'étais en Kernel 3.11 J'ai rebooté avec le Kernel 3.10 et aucun problème. Peut-être une piste...
Il faut que j'essaye au prochain reboot, je suis moi aussi en 3.11
fassil a écrit :Salut,
J'ai sous E17 retrouvé suspend/hibernate qui ne fonctionnaient + commandés par la fermeture du portable depuis longtemps à cause du p....n de bouton switcher bluetooth/wifi en créant un raccourci avec comme commande:
/usr/bin systemctl suspend
ou:
/usr/bin systemctl hibernate
A +
Ps: Je l'utilise pas souvent, parce qu'avec un reboot de moins de quinze/vingt secondes, finalement...
Les commandes marchent correctement chez moi, donc au pire je les utiliserai, mais j'aimerais bien savoir pourquoi d'un coup, ça ne marche plus.
parce que la méthode qui consiste à passer par Systemctl est maintenant celle qu'il faut utiliser, et que celle avec Dbus ne convient plus. la solution de Fassil est celle qui règle le problème définitivement
Asus AIO - AMD E2 - Radeon HD 7340 - Manjaro 64 + Kf5 + Linux 3.14
J'ai sous E17 retrouvé suspend/hibernate qui ne fonctionnaient + commandés par la fermeture du portable depuis longtemps à cause du p....n de bouton switcher bluetooth/wifi en créant un raccourci avec comme commande:
/usr/bin systemctl suspend
ou:
/usr/bin systemctl hibernate
A +
Ps: Je l'utilise pas souvent, parce qu'avec un reboot de moins de quinze/vingt secondes, finalement...
Salut,
Si j'ai bien compris ce que propose fassil, il est préférable de carrément l'éteindre et de reboot à la place non ?
Bonjour.
Le processus d'hibernation est parfois plus chronophage qu'un boot classique. C'est en fait presque la même chose. La ram se vide dans la swap et le système s'éteint complètement. Au reboot, grub détecte si la swap est en mode hibernation et le système redémarre en chargeant en plus dans la ram le contenu de la swap. Ça peut être intéressant si on veut retrouver l'état de sa session au moment de l'hibernation, mais Linux démonte et enregistre tout lors de la fermeture, donc l'intérêt est minime, d'autant que les DE peuvent aussi enregistrer les sessions, au risque d'encombrer $HOME.
Perso,je trouve que la veille prolongée n'est pas très utile. Sous W$, c'est différent car le micro noyau multiple est très lié aux programmes utilisateur et du coup, ça permet de remonter discrètement des infos à Redmond lors de la sortie de veille afin "d'augmenter l'expérience utilisateur"
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Pas sur.. Le processus reste le même. Il faut bien sur invoquer des commandes systemd que le précisait Loubrix.
Mais pour du déterrage, s'en est un un beau, limite archéologie
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!