Hibernation / suspendre - nvidia / nouveau - Tout essayé, toujours en panne, aucune idée?
Après avoir testé toutes les solutions que j'ai pu trouver sur le net, je tente ma chance ici:
J'utilise Precise Pangolin, version 32bit du noyau avec pae
Symptômes:
- La suspension se passe bien, mais à la reprise, mes écrans restent en veille, les journaux pm-suspend n’indiquent rien de spécial.
- Veille prolongée: tout semble fonctionner correctement, le message indiquant la création de l'image s'affiche brièvement, les moniteurs se mettent en veille, mais la machine ne s'éteint pas, au contraire, les ventilateurs accélèrent, la mise hors tension manuelle forcée est la seule solution, et au redémarrage, il n'y a pas de CV.
Configuration matérielle:
- carte graphique: nvidia 8600 GTS (utilisant le pilote Nouveau)
- Carte mère: ASUS M5A88-M-EVO
- 8G de RAM, 10G swap.
Choses que j'ai essayées:
- Installer le pilote propriétaire nvidia: résout partiellement le problème (suspendre est fonctionnel, éteindre correctement mais ne pas reprendre (les moniteurs restent éteints) en veille prolongée), mais système instable, la veille prolongée n’est pas utile s’il faut redémarrer aussi souvent, impossible de fonctionner.
- Désinstallation des kvm/vmware/virtuabox installés. pas de changement.
- Compilez linux 3.5 avec le nouveau pilote et libdrm (le tout à partir des référentiels git de freedesktop.org), cela fonctionne très bien, mais il n’ya pas de changement pour suspend/hibernate.
- En ajoutant les options du noyau nomodeset au démarrage, je perds l’accélération 3D (unité 2d) et aucune amélioration.
- Installation du script pour désactiver les ports usb en veille prolongée, aucune modification.
- Bios mis à jour, pas de changement.
- Forcer le bios en mode S3 pour l'hibernation, aucun changement.
- Lancer pm-suspend manuellement avec toutes les options de bizarreries possibles, sans changement
- Modification de la méthode d'arrêt de pm-hibernate de "plate-forme" à "shutdown" (pas de changement)
- Reformatez la partition swap (swapoff/mkswap/swapon/fstab edition/edition /etc/initramfs-tools/conf.d/resume), aucun progrès, obtenez un nouveau message d'avertissement concernant l'UUID utilisé, j'ai peut-être oublié quelque chose ici.
- Installer hibernate/uswsup/tuxonice et les désinstaller, aucune modification en tout cas ...
- Ajout de "resume =/dev/sda4" (ma partition de swap) à la ligne de démarrage, sans changement.
- Ajout de "noacpi" pour démarrer la ligne du noyau, pas de changement.
- Ajout de "acpi = force" pour démarrer la ligne du noyau, pas de changement.
Je pense que c'est tout, mais j'ai passé plusieurs soirées là-dessus, j'en ai peut-être oublié une partie…
J'aimerais vraiment, vraiment, que ça fonctionne, suspendre OR hiberner, si quelqu'un a une solution ou même plus de sentiers à explorer, ma gratitude est grande ... (oui, je peux payer pour des bières êtes à paris ou vous venez par là ^^).
Juste pour confirmer, je tourne sous 12.04 32 bits sur un ordinateur portable Asus avec Geforce 9650M GT. Je trouvais une copie sous licence avec pilote propriétaire. Mis à niveau à 12.04, nvidia a été remplacé par nouveau. avec un moniteur externe connecté a conduit à l’écran noir lors de la reprise. J’ai donc pensé que le courant nvidia était une bonne idée. En vain. Obtenez le même écran noir, mais maintenant même lorsque je reprends la suspension sans écrans externes. nvidiacurrent (302.17) conduit à un comportement instable, d'abord de petites parties du cadre clignotent, après quelques minutes, l'écran devient noir, puis tout de suite blanc, et lentement, une structure de pixels noirs se dégage en haut et en bas de l'écran. t répondre à aucune touche. J’ai réinstallé nvidiacurrent plusieurs fois, le système a fonctionné sans à-coups lors de la première ou des deux premières bottes après la réinstallation pendant une journée entière, mais il est ensuite devenu instable à chaque fois. Très ennuyeux. en activant nvidiacurrent, je devais aussi retirer /etc/modprobe.d/nvidia-current-hybrid.conf manuellement pour restaurer le nouveau pilote
Pourquoi n'utilisez-vous pas Ubuntu 64 bits?
Je me souviens d'au moins un cas où le pilote Nouveau a des problèmes d'allocation de mémoire lors d'une suspension ( https://bugs.launchpad.net/ubuntu/+source/linux/+bug/754711 ), cela peut être allégé en utilisant un noyau 64 bits (ou en utilisant les pilotes propriétaires qui ne fonctionnent pas très bien dans votre cas).