Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Thierry B a écrit, mardi 16 octobre 2007, à 13:43 :Bonjour,
bonjour,J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'ai un toshiba sat pro 4600 sous etch, et utilise le suspend-to-ram
avec le paquet apmd. Ça fonctionne très bien sous les noyaux standards
2.6.18-?-686, tout comme sous les anciens 2.4 debian ou compilés.
Je préfère apm, car le BIOS date de 2001...
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Par contre, j'ai essayé des 2.6.19 à 22, compilés depuis les sources
debian ou kernel.org, ou backportés : *tous* plantent en fermant l'écran
(avec apmd). En cherchant un peu dans les Changelogs du noyau, j'ai vu
une abondance de modifications du « suspend » à partir du 2.6.19 :/
Thierry B a écrit, mardi 16 octobre 2007, à 13:43 :
Bonjour,
bonjour,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'ai un toshiba sat pro 4600 sous etch, et utilise le suspend-to-ram
avec le paquet apmd. Ça fonctionne très bien sous les noyaux standards
2.6.18-?-686, tout comme sous les anciens 2.4 debian ou compilés.
Je préfère apm, car le BIOS date de 2001...
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Par contre, j'ai essayé des 2.6.19 à 22, compilés depuis les sources
debian ou kernel.org, ou backportés : *tous* plantent en fermant l'écran
(avec apmd). En cherchant un peu dans les Changelogs du noyau, j'ai vu
une abondance de modifications du « suspend » à partir du 2.6.19 :/
Thierry B a écrit, mardi 16 octobre 2007, à 13:43 :Bonjour,
bonjour,J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'ai un toshiba sat pro 4600 sous etch, et utilise le suspend-to-ram
avec le paquet apmd. Ça fonctionne très bien sous les noyaux standards
2.6.18-?-686, tout comme sous les anciens 2.4 debian ou compilés.
Je préfère apm, car le BIOS date de 2001...
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Par contre, j'ai essayé des 2.6.19 à 22, compilés depuis les sources
debian ou kernel.org, ou backportés : *tous* plantent en fermant l'écran
(avec apmd). En cherchant un peu dans les Changelogs du noyau, j'ai vu
une abondance de modifications du « suspend » à partir du 2.6.19 :/
Le mar 16 oct 2007 13:43:46 CEST, Thierry B a
écrit :Bonjour,
Salut,J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Oui.Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Installe le paquet « hibernate », et utilise ses commandes
« hibernate-disk » ou « hibernate-ram ». Regarde aussi ses fichiers de
config (/etc/hibernate/*.conf), cela peut aider si tout ne fonctionne
pas...
Fred.
Le mar 16 oct 2007 13:43:46 CEST, Thierry B <debian@thierry.eu.org> a
écrit :
Bonjour,
Salut,
J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Oui.
Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Installe le paquet « hibernate », et utilise ses commandes
« hibernate-disk » ou « hibernate-ram ». Regarde aussi ses fichiers de
config (/etc/hibernate/*.conf), cela peut aider si tout ne fonctionne
pas...
Fred.
Le mar 16 oct 2007 13:43:46 CEST, Thierry B a
écrit :Bonjour,
Salut,J'ai un laptop toshiba satellite u200-163 sous debian lenny et kde,que
je n'arrive pas à mettre en veille.
J'utilise un noyau 2.6.22 compilé à partir des sources de debian.
Si j'ai bien compris, si on veut juste une veille temporaire, mais de
pouvoir retrouver son OS tel quelle sans redemerrage dans la machine
c'est du suspend to ram, et si par contre, on veut retrouver son OS tel
quelle mais qu'on souhaite eteindre complètement la machine c'est du
suspend to disk.
Oui.Voila toutes les commandes suspend, que j'ai à ma disposition:
# suspend
suspend suspend2ui_text
suspend2ui_fbsplash suspend-keygen
Quand je tape suspend, ca me donne cela:
# suspend
[1]+ Stopped su
Il revient donc en mode user.
Maintenant, je tente
# suspend2ui_text
Ca me fait buguer l'ordi, et en faisant ctrl alt backspace, pour
qu'ilsorte de kde, je vois qu'il reboote...
Que me conseillez-vous?
Installe le paquet « hibernate », et utilise ses commandes
« hibernate-disk » ou « hibernate-ram ». Regarde aussi ses fichiers de
config (/etc/hibernate/*.conf), cela peut aider si tout ne fonctionne
pas...
Fred.
Le paquet hibernate est installé.
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce option
hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne le même
message.
Voila tous mes fichiers .conf:
...
Merci :-)
Le paquet hibernate est installé.
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce option
hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne le même
message.
Voila tous mes fichiers .conf:
...
Merci :-)
Le paquet hibernate est installé.
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce option
hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne le même
message.
Voila tous mes fichiers .conf:
...
Merci :-)
[…]
>> Quand je tape suspend, ca me donne cela:
>>
>> # suspend
>>
>> [1]+ Stopped su
[…]
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce
option hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne
le même message.
[…]
>> Quand je tape suspend, ca me donne cela:
>>
>> # suspend
>>
>> [1]+ Stopped su
[…]
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce
option hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne
le même message.
[…]
>> Quand je tape suspend, ca me donne cela:
>>
>> # suspend
>>
>> [1]+ Stopped su
[…]
hibernate-ram me donne ceci:
s2ram: unknown machine, see s2ram(8) and the USuspendRamForce
option hibernate-ram: Aborting.
Je tente de forcer avec hibernate-ram -f, mais cela me donne
le même message.
C’est s2ram qui vérifie que la machine est dans sa liste, pour
éviter les problèmes. Pour outrepasser cette vérification, il
faut passer l’option -f à s2ram. L’option de -f de hibernate-ram
ne le fait pas. C’est la variable de configuration
USuspendRamForce qui le fait (= passer l’option -f à s2ram).
Deux solutions :
— tester avec hibernate-ram et comprendre le fouillis de
fichiers de configuration et les options mélangées de s2disk,
s2ram, suspend2…
— tester directement avec s2ram (en suivant le tutoriel
http://en.opensuse.org/S2ram ) et en reportant les bonnes
options après coup.
C’est s2ram qui vérifie que la machine est dans sa liste, pour
éviter les problèmes. Pour outrepasser cette vérification, il
faut passer l’option -f à s2ram. L’option de -f de hibernate-ram
ne le fait pas. C’est la variable de configuration
USuspendRamForce qui le fait (= passer l’option -f à s2ram).
Deux solutions :
— tester avec hibernate-ram et comprendre le fouillis de
fichiers de configuration et les options mélangées de s2disk,
s2ram, suspend2…
— tester directement avec s2ram (en suivant le tutoriel
http://en.opensuse.org/S2ram ) et en reportant les bonnes
options après coup.
C’est s2ram qui vérifie que la machine est dans sa liste, pour
éviter les problèmes. Pour outrepasser cette vérification, il
faut passer l’option -f à s2ram. L’option de -f de hibernate-ram
ne le fait pas. C’est la variable de configuration
USuspendRamForce qui le fait (= passer l’option -f à s2ram).
Deux solutions :
— tester avec hibernate-ram et comprendre le fouillis de
fichiers de configuration et les options mélangées de s2disk,
s2ram, suspend2…
— tester directement avec s2ram (en suivant le tutoriel
http://en.opensuse.org/S2ram ) et en reportant les bonnes
options après coup.
Sylvain Sauvage a écrit :
> C’est s2ram qui vérifie que la machine est dans sa liste,
> pour éviter les problèmes. Pour outrepasser cette
> vérification, il faut passer l’option -f à s2ram. L ’option
> de -f de hibernate-ram ne le fait pas. C’est la variable de
> configuration USuspendRamForce qui le fait (= passer
> l’option -f à s2ram).
>
> Deux solutions :
> — tester avec hibernate-ram et comprendre le fouillis de
> fichiers de configuration et les options mélangées de
> s2disk, s2ram, suspend2…
celle la m'a l'air compliqué lol.
> — tester directement avec s2ram (en suivant le tutoriel
> http://en.opensuse.org/S2ram ) et en reportant les bonnes
> options après coup.
>
Alors, euh j'ai commencé, mais disons que c'est pas facile de
faire tous les tests car en fait quand un test foire, mon
laptop reboote super super lentement, et pour rétablir le pb,
je dois:
- booter sur un livecd
- reformater la swap
- chrooter sur ma debian, et me regénérer un initrd
donc je perds 10 mn pour chaque test lol.
Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas
dans un mode console minimal), […]
Sinon, j'ai vu que cela pourrait être du à un bug du sata de
mon laptop toshiba satellite u200-163.
http://bugzilla.kernel.org/show_bug.cgi?id„56
http://www.mail-archive.com//msg02449. html
Sylvain Sauvage a écrit :
> C’est s2ram qui vérifie que la machine est dans sa liste,
> pour éviter les problèmes. Pour outrepasser cette
> vérification, il faut passer l’option -f à s2ram. L ’option
> de -f de hibernate-ram ne le fait pas. C’est la variable de
> configuration USuspendRamForce qui le fait (= passer
> l’option -f à s2ram).
>
> Deux solutions :
> — tester avec hibernate-ram et comprendre le fouillis de
> fichiers de configuration et les options mélangées de
> s2disk, s2ram, suspend2…
celle la m'a l'air compliqué lol.
> — tester directement avec s2ram (en suivant le tutoriel
> http://en.opensuse.org/S2ram ) et en reportant les bonnes
> options après coup.
>
Alors, euh j'ai commencé, mais disons que c'est pas facile de
faire tous les tests car en fait quand un test foire, mon
laptop reboote super super lentement, et pour rétablir le pb,
je dois:
- booter sur un livecd
- reformater la swap
- chrooter sur ma debian, et me regénérer un initrd
donc je perds 10 mn pour chaque test lol.
Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas
dans un mode console minimal), […]
Sinon, j'ai vu que cela pourrait être du à un bug du sata de
mon laptop toshiba satellite u200-163.
http://bugzilla.kernel.org/show_bug.cgi?id=8456
http://www.mail-archive.com/suspend-devel@lists.sourceforge.net/msg02449. html
Sylvain Sauvage a écrit :
> C’est s2ram qui vérifie que la machine est dans sa liste,
> pour éviter les problèmes. Pour outrepasser cette
> vérification, il faut passer l’option -f à s2ram. L ’option
> de -f de hibernate-ram ne le fait pas. C’est la variable de
> configuration USuspendRamForce qui le fait (= passer
> l’option -f à s2ram).
>
> Deux solutions :
> — tester avec hibernate-ram et comprendre le fouillis de
> fichiers de configuration et les options mélangées de
> s2disk, s2ram, suspend2…
celle la m'a l'air compliqué lol.
> — tester directement avec s2ram (en suivant le tutoriel
> http://en.opensuse.org/S2ram ) et en reportant les bonnes
> options après coup.
>
Alors, euh j'ai commencé, mais disons que c'est pas facile de
faire tous les tests car en fait quand un test foire, mon
laptop reboote super super lentement, et pour rétablir le pb,
je dois:
- booter sur un livecd
- reformater la swap
- chrooter sur ma debian, et me regénérer un initrd
donc je perds 10 mn pour chaque test lol.
Enfin, je peux deja dire (mais j'ai testé sous X aussi et pas
dans un mode console minimal), […]
Sinon, j'ai vu que cela pourrait être du à un bug du sata de
mon laptop toshiba satellite u200-163.
http://bugzilla.kernel.org/show_bug.cgi?id„56
http://www.mail-archive.com//msg02449. html