Forum

Bonjour la foule,



Après un bref test au moment de la sortie de Mageia, puis un retour à ma Debian, je m'y suis remis hier.



Pour le moment tout va bien, tout fonctionne comme je le désire, bravo à l'équipe pour le boulot accompli depuis un an



J'avais un souci d'hibernation, impossible de faire un réveil, à chaque fois ça finissait par un reboot classique. La mise en veille marchait bien par contre.

J'ai essayé la X86_64 et la 586, même symptôme.

J'ai fouillé ici et sur forums.mageia.org mais je n'ai rien vu de similaire... Suis-je le seul ?



J'ai résolu le souci en modifiant le suspend.conf et en relançant le mkinitrd.

Si ça peut intéresser quelqu'un.

Mon /etc/suspend.conf ressemble maintenant à ça (avec en gras ce que j'ai modifié) :





Puis :





Et maintenant, ça marche.



Laptop Sony VGN-NR21S et Nvidia.

Édité par jacknaquunoeil Le 21/11/2011 à 17h09

Merci du tuyau.

J'avais effectivement le même problème... en plus, une recherche de splash qui n'aboutit pas.

Je pense que le problème est assez général, mais qu'on ne s'en rend pas forcément compte si l'on n'utilise pas souvent l'hibernation.

Bonjour,

J'ai le même problème pour redémarrer après l'hibernation.

Je voudrais essayer la solution proposée et je voulais savoir si pour relancer le mkinitrd, il fallait passer la console.

Merci par avance de vos réponses.

Oui il faut passer par la console et être en root (donc après avoir tapé su).

Et fais attention à bien respecter les espaces quand il y en a et inversement (ou fais carrément un copié/collé à la limite). Attention le ` est bien un ` tapé avec altgr-7, ce n'est pas un guillemet.

Et pour le reste merci à l'auteur du fuseau. J'ai eu également la mauvaise surprise de ne pas avoir de retour d'hibernation alors que c'est bien pratique. A croire que personne sous linux n'utilise l'hibernation. Je ne sais pas si un bugreport a été fait pour régler ce qui apparaît comme un problème pour un distro user friendly. Bien entendu j'accepterai de me dévouer pour ouvrir un ticket au besoin.

Bonjour,

Je n'ai pas réussi à modifier mon suspend.conf avec Kwrite. J'ai voulu passer par la console en root mais j'obtiens Permission non accordée.


Que faudrait-il que je fasse pour modifier ce fichier?

C'est bizarre, normalement si t'es en root en console après avoir tapé "su" et que tu lances dès lors kwrite avec cette console tu devrais pouvoir.

Je ne peux pas trop t'en dire plus vu que je suis sous gnome et que je n'utilise pas kwrite.
Personnellement j'édite les fichiers de conf avec vim en console ce que tu peux faire également. Cependant avec mageia installé avec le livecd de mon côté seul vim-minimal est installé comme paquet et ce n'est pas très pratique. Si tu veux éditer avec vim, installe également les paquets vim-common et vim-enhanced (en console et en root : urpmi vim-common vim-enhanced ; sinon avec le gestionnaire graphique des paquetages ).
Une fois que c'est fait et que t'es en root en console après avoir tapé su, édite le fichier en entrant :
vim /etc/suspend.conf
Attention le fichier va s'afficher mais pour pouvoir l'éditer il faut d'abord appuyer sur la touche inser sur le clavier pour passer en mode insertion. Dès lors tu pourras supprimer les # et rentrer donc les modifications désirées (en faisant bien gaffe bien entendu de mettre la bonne participation /dev/sdxx de la swap).
Une fois les modifications effectuées, appuyer sur la touche Echap du clavier pour quitter le mode insertion et une fois ceci fait taper :
:wq
puis entré pour enregistrer les modifications et quitter. Et ensuite tu fais le mkinitrd comme indiqué.

Si pendant l'édition du fichier suspend.conf tu fais une grosse bêtise et que tu ne sais plus où t'en es, alors appuie sur la touche Echap et tape :
:q!
puis entré afin de quitter l'édition du fichier sans sauvegarder.

Voilà, je suis désolé de ne pas indiquer forcément la méthode la plus simple pour tout le monde mais c'est comme ça que je fais chez moi et c'est le seul moyen que je connaisse vu que je n'édite jamais de fichier de conf avec un éditeur graphique. Mais je pense que ça reste accessible, vim a beau être en console, il y a toujours un curseur qu'on dirige avec les flèches comme avec un éditeur graphique.

Si vous rencontrez encore des soucis, n'hésitez pas.

N'est-ce pas "su -" plutôt "su" pour avoir tous les droits ?...

Oui, enfin plus exactement ce n'est pas une question de droits :

-, -l, --login make the shell a login shell

Autrement dit ça démarre carrément un nouveau shell au lieu d'occuper le précédent, en ayant les variables d'environnement par défaut de root. Concrètement par exemple on se retrouve dans le répertoire du compte root au lieu d'être d'être dans celui dans lequel on était avec l'utilisateur avant de lancer su.

Cela ne changera pas grand chose au présent cas je pense mais rien n'empêche prune bleue de lancer kwrite de cette manière après su -, ce dont je suis certain c'est qu'avec vim c'est inutile.

Pour être franc de mémoire j'ai rarement ressenti le besoin d'utiliser su - au lieu de su.