Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
Le problème c'est que quand je redémarre ma machine ma session est ouverte sans demande de mot de passe.
Ce n'est pas un problème, c'est une fonctionnalité
Sous KDE, j'ai constaté que lorsqu'on active l'écran de veille avec demande de mot de passe à la sortie, on obtient le fonctionnement que tu souhaites lors de la sortie de uswsusp. Je suppose qu'à ce moment là, le temps au bout duquel l'écran de veille étant dépassé, celui-ci se déclenche et de ce fait il est nécessaire de donner son mot de passe pour pouvoir réintégrer sa session. Ça peut constituer une piste.
Autre possibilité, fermer la session et lancer l'uswsusp depuis un console en root. Mais dans ce cas, il faut ouvrir une nouvelle session, c'est moins rapide.
Enfin , mais sans garantie de résultat, mais peut-être nous montrer le script que tu as tenté de créer ?
@+
Hors ligne
ça me soule un peu d'avoir à taper mon mot de passe après l'écran de veille
Je te reçois 5 sur 5
Concernant le script, tu pourrais nous expliquer ce qui se passe, en quoi ça ne fonctionne pas?
Pour la commande s2disk, je conseille l'utilisation de la suite de commandes
Ceci permet de vider le swap avant de tenter d'y inscrire l'image mémoire. A tester peut-être.
Hors ligne
sudo doit être ton ami.
aptitude show sudo
Paquet : sudo
Dépend: libc6 (>= 2.7-1), libpam0g (>= 0.99.7.1), libpam-modules
Description : Fournit des privilèges de super-utilisateurs à des clients spécifiques
Sudo est un programme conçu pour permettre à un administrateur système de donner des privilèges root limités à des utilisateurs et de mettre en journal l'activité root. La philosophie première est de donner aussi peu de privilèges que possible mais tout en permettant aux personnes de faire leur travail.
Il faut que je saisisse mon mot de passe.
On peut sauter cette étape?
Hors ligne
Quand je le lance en root, la machine passe en hibernation mais l'écran n'est pas vérrouillé (je pense que c'est par ce que il ne trouve pas de gnome ouvert depuis le compte root)
Peut-être tenter un "xhost +" en tant que user avant de lancer le script en root depuis un console située dans la session grapihique?
Pas d'autres idées actuellement.
Hors ligne
la commande originale "s2disk" que j'ai renommé en "s2disk.original".
Ça ne me paraît pas une bonne idée. À la prochaine mise à jour du paquet, ton script va je suppose être remplacé par la nouvelle version du programme.
En dehors de la modification des droits d'exécution de s2disk, je n'ai pas d'autres suggestions à ce stade.
Ça ne me paraît pas une bonne idée. À la prochaine mise à jour du paquet, ton script va je suppose être remplacé par la nouvelle version du programme.
Ah ouai, je n'avais pas pensé à ça.
Ba je pense que je vais garder la première solution.
Verrouiller avec l'écran de veille, c'est ce qui marche le mieux.
Merci
Hors ligne
Pages : 1