Debian squeeze - probleme ACPI

Salut les gens! :006
Apres bien des recherches sur le web, je ne vois rien qui corresponde a mon souci…

Materiel:
CPU: AMD Phenom™ II X6 1055T
Mobo: M4A88TD-V EVO/USB3

OS / Kernel:
Debian squeeze / 2.6.35.7

Probleme:
Quand j’essaye de mettre le pc en standby (acpitool -s) ou hibernate (acpitool -S) ca ne se passe pas comme il faudrait. Plusieurs comportements possible, sans que je sois vraiment sur de pourquoi l’un ou l’autre se produit:

Option 1: l’ecran s’eteint, le HDD s’arrete (je crois entendre qu’il s’arrete en tout cas). Dans ce cas la, je n’ai pas reussi a chopper de logs. Impossible de se connecter a la machine via ssh, impossible de la reveiller. Obliger de faire un hard reset.

Option 2: tout a l’air de plutot bien se passer sauf que le PC se reveille instantanement. Je n’ai helas pas les logs sous la main mais dmesg tend a pointer du doigt un probleme avec un device USB qui refuse de se mettre en hibernation. Pour ce cas-la, en tatonnant un peu au hasard, il semblerait que le fautif soit le module xhci_hcd. J’ai donc recompile le kernel sans le module. Et quand j’essaie sans, je retombe dans le cas #1.

Donc voila. Je ne sais plus trop quoi faire…

Si quelqu’un a une idee, quelle qu’elle soit, je suis plus que preneur…

Si il faut plus d’infos, prevenez moi, je serais ravi d’en donner.

Tschuss!

Je ne connais pas acpitool, mais est-ce que ça marche avec les commandes suivantes :
s2ram
s2disk
hibernate
pm-suspend
pm-hibernate

Salut!
Merci pour les infos, c’est assez instructif…
s2xxx: pas dispo dans squeeze pour l’instant
pm-xxx: meme probleme qu’avec ma commande acputool
hibernate: c’est la que ca croustille! Il arrive pas a unloader le module nvidia (oui,j’ai une nvidia). Et que je rajoute --force on retombe dans le cas general: ecran noir et puis rien…

A suivre…

Pour valider ton approche, démarre en mode texte,
vérifie que le module nvidia est bien déchargé
et tente l’hibernation ou la mise en veille.

Coucou!

pas eu vraiment le temps de jouer avec ma becane ces temps-ci.
Resultat des courses:
hibernate: ne donne pas de logs donc pas vraiment utile.

pm-suspend: toujours l’ecran noir mais lui au moins est bavard. Voila ce qu’il raconte:

Initial commandline parameters:
Tue Nov 30 21:01:27 JST 2010: Running hooks for suspend.
/usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend:success.
/usr/lib/pm-utils/sleep.d/00logging suspend suspend:Linux desktop 2.6.35.7 #13 SMP Tue Nov 30 20:21:16 JST 2010 i686 GNU/Linux
Module Size Used by
(liste de tous les modules charges…)
total used free shared buffers cached
Mem: 3374212 1155484 2218728 0 66724 670084
-/+ buffers/cache: 418676 2955536
Swap: 7817212 0 7817212
success.
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend:success.
/etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend:success.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend:success.
/usr/lib/pm-utils/sleep.d/70action_wpa suspend suspend:success.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:success.
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend:success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend:not applicable.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:success.
/usr/lib/pm-utils/sleep.d/99video suspend suspend:kernel.acpi_video_flags = 0
success.
Tue Nov 30 21:01:28 JST 2010: performing suspend

Et effectivement, dans /usr/lib/pm-utils/sleep.d je n’ai que ca.

Je suis un peu perplexe pour deux raisons:
1- je ne vois rien au sujet des disques (mais peut etre est-ce normal?)
2- on dirait que tout se passe bien mais pourtant ce n’est pas le cas. Je vais donc fouiller un peu plus dans le BIOS…

Encore un fois, si quelqu’un a une idee, je suis preneur.

salut

vois ici si cela peut t’aider un peu plus :

/usr/lib/pm-utils/sleep.d/90clock suspend suspend:not applicable. >>> bugzilla.redhat.com/show_bug.cgi?id=501380

Helas ca ne correspond pas a mon souci.
Dans les cas cites, les gens ont un system instable apres le resume. Dans mon cas, je n’arrive meme pas a la fin du suspend…

Bon ben ca marche maintenant…
Pour une raison obscure, il semble que c’etait du au module bluetooth…
J’ai recompile sans et ca marche impec’…

Je suis sur qu’il y a des moyens plus elegants que ma methode barbare mais comme j’ai rien de blutooth, je m’en preoccupe pas plus que ca…

Merci pour le retour d’expérience :slightly_smiling: