#26 Le 01/03/2015, à 14:49
- raspouille
Re : Sortie de Veille imposible
Une solution pour le driver graphique qui fait planté la mise veille,
http://askubuntu.com/questions/106686/n … 784#106784
Linux Mint Mate 17.3 GNU/Linux.
Hors ligne
#27 Le 01/03/2015, à 15:14
- rotsen
Re : Sortie de Veille imposible
Bonjour,
À tout hasard :
J'ai eu à peu près le même problème de sortie de veille que toi sur xubuntu 14.04, que j'ai résolu en supprimant light-locker. Ne me demande ni pourquoi ni comment, mais ça marche ! (ça fait déjà plusieurs mois)
Dernière modification par rotsen (Le 01/03/2015, à 15:22)
Linux Mint Mate 21.2, Debian Mate 12.2
Hors ligne
#28 Le 01/03/2015, à 16:22
- CRIMA
Re : Sortie de Veille imposible
Bonjour,
À tout hasard :
J'ai eu à peu près le même problème de sortie de veille que toi sur xubuntu 14.04, que j'ai résolu en supprimant light-locker. Ne me demande ni pourquoi ni comment, mais ça marche ! (ça fait déjà plusieurs mois)
Bonjour et merci.
Je viens de lire votre message.
J'ai trouvé un "light-locker-settings" dans "parametres" et je l'ai désactivé (impossible à supprimer dans systeme de fichiers".
Résultat négatif : toujours pas de reveil de Xubuntu après "veille".
Merci encore - A bientôt.
Dernière modification par CRIMA (Le 01/03/2015, à 18:10)
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#29 Le 01/05/2015, à 15:04
- CRIMA
Re : Sortie de Veille imposible
Bonjour
Je suis toujours au même point avec l'impossibilité de sortir de veille avec PC DELL Dimension E 521 (bios version 1.1.11).
A la suite de recherches sur les sujets semblables, j'ai effectué toutes sortes de réglages et de combinaisons avec ACPI DÉSACTIVÉ NOAPIC NOLAPIC, réglages des parametres du Bios un peu dans toutes les configurations possibles SANS AUCUNE modification du comportement de l'ordinateur, sous Ubuntu, c'est-à-dire prise en compte de la commande de veille mais aucune possibilité d'en sortir sans un appui long (et sauvage) sur le bouton de la tour pour un démarrage complet.
Le seul réglage dans le Bios que je n'ai pas modifié est : NIC activé (je ne sais pas à quoi sert ce Network Interface Controller).
Comme j'ai lu dans un post : je considère qu'un système qui ne supporte pas les gestion de "veille" est un système pratiquement inutilisable.(Ce n'est pas de moi mais je partage totalement ce point de vue).
Je remercie bien vivement à nouveau ceux ou celles qui auraient un avis positif sur le sujet.
Dans l'attente - Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#30 Le 12/05/2015, à 11:09
- CRIMA
Re : Sortie de Veille imposible
Merci beaucoup pour les informations spam
Bonjour
Il doit y avoir comme "une erreur d'aiguillage" !!
Salutations
Dernière modification par cqfd93 (Le 20/09/2015, à 04:48)
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#31 Le 28/07/2015, à 14:09
- CRIMA
Re : Sortie de Veille imposible
Bonjour
Je me permets de revenir sur mon souci de sortie veille avec un Dell Dimension E 521.
Je suis toujours au même point,, et j'avoue que j'hésite à utiliser cet ordi, ce qui m'ennuie beaucoup. J'avais acheté cette tour pour remplacer une autre plus agée encore.... mais qui tout compte fait fonctionne presque mieux. (ceci pour la petite histoire).
J'en appelle à un (ou "aux") spécialiste qui pourrait m'aider à résoudre ce problème. Le bios "Dell" est très spécifique et je ne sais vraiment plus comment le paramétrer. Je rappelle que la veille avec Windows 7 et Preview W 10 ne pose aucun problème et est gérée très facilement.
J'ai tenté plusieurs OS linux-ubuntu sur cet ordinateur et aucun ne gère les sorties de veille.
Donc à tout hasard, si quelqu'un pense pouvoir avoir une solution (voir dans les postes précédents les tentatives de réparations déjà effectuées et sans résultat)
Je vous remercie bien vivement.
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#32 Le 28/07/2015, à 19:17
- LeoMajor
Re : Sortie de Veille imposible
S3 acpi dans le bios et nvidia_304 comme version driver (modprobe -R nvidia)
S3 Power management options → <*>Suspend to RAM and standby (CONFIG_SUSPEND)
grep CONFIG_SUSPEND /boot/config-$(uname -r)
#ok S3 bios --> Kernel CONFIG_SUSPEND
CONFIG_SUSPEND=y
CONFIG_SUSPEND_FREEZER=y
En théorie;
suspend:
(sudo) pm-suspend --quirk-dpms-on
tail /var/log/pm-suspend.log
resume:
(sudo) vbetool dpms off && sleep 5s && vbetool dpms on
grub boot options ajouter (pas testé)
acpi_sleep=s3_bios,s3_mode
Dernière modification par Tewis (Le 28/07/2015, à 19:22)
Hors ligne
#33 Le 29/07/2015, à 07:57
- CRIMA
Re : Sortie de Veille imposible
S3 acpi dans le bios et nvidia_304 comme version driver (modprobe -R nvidia)
S3 Power management options → <*>Suspend to RAM and standby (CONFIG_SUSPEND)
grep CONFIG_SUSPEND /boot/config-$(uname -r) #ok S3 bios --> Kernel CONFIG_SUSPEND CONFIG_SUSPEND=y CONFIG_SUSPEND_FREEZER=y
En théorie;
suspend:
(sudo) pm-suspend --quirk-dpms-on
tail /var/log/pm-suspend.log
resume:
(sudo) vbetool dpms off && sleep 5s && vbetool dpms on
grub boot options ajouter (pas testé)
acpi_sleep=s3_bios,s3_mode
Bonjour et merci de votre réponse.
Afin de ne pas faire de boulette et être certain d'avoir bien compris votre message, je suppose :
- est-ce que le premier paragraphe (fond noir) de votre réponse sont des commandes à exécuter dans un terminal ?
- après vous mettez "en théorie" , ce serait donc le résultat à obtenir ? après réglage du Bios en : S3 Power management options suspend to RAM ..etc
- la suite me semble effectivement être des commandes à exécuter.
J'ai éxécuté la première commande : pm-suspend --quirk-dpms-on.
Résultat : écran noir immédiat sans arrêt de la tour ... obligé d'arrêter en "sauvage" et redémarrer au "bouton".
Merci de votre aide.
Dernière modification par CRIMA (Le 29/07/2015, à 08:31)
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#34 Le 29/07/2015, à 23:41
- LeoMajor
Re : Sortie de Veille imposible
Sortie de Veille ... carte graphique
1/tu as juste à vérifier dans le bios/efi, si acpi est activé et S3 est aussi activé
2/nvidia_304 est installé
est-ce que le premier paragraphe (fond noir) de votre réponse sont des commandes à exécuter dans un terminal ?
c'est juste de l'information, le raisonnement inverse de la compilation d'un kernel.
/boot/config-$(uname -r) est un fichier produit par la compilation du kernel, qui est déterminée, à son tour, entre autres, par make menuconfig (sorte de menu des paramètres du kernel; c'est à ce niveau qu'un paramètre, est pris en charge ou non, et si oui, par module, ou par builtin)
Résultat : écran noir immédiat sans arrêt de la tour ... obligé d'arrêter en "sauvage" et redémarrer au "bouton".
tu fais une erreur de manipulation (""obligé d'arrêter en "sauvage""")
pm-suspend entraîne soit une sorte de mode pause (a suspend), ou un arrêt (b power off), selon les pré-réglages. Dans les 2 cas, a ou b, lorsque tu appuies sur le bouton démarrer, tu reviens à l'état de la machine telle que tu l'as quittée. Si ton bureau Ubuntu était ouvert avec telles applications A B C, tu les retrouves dans le même état. En revanche, si tu restes appuyer sur le bouton démarrer (2 à 3 secondes), tu perds le mode suspend, pour un démarrage normal ( grub et cie ).
resume() sert principalement à simuler le retour à l'état normal, comme si tu appuyais sur le bouton démarrer après pm-suspend
exécuter vbetool dpms off et vbetool dpms on sur 2 terminaux tty, est peut-être plus parlant.
Le but recherché dans l'histoire, est de savoir si la carte graphique, s'initialise correctement, après changement d'état.
Hors ligne
#35 Le 30/07/2015, à 07:47
- CRIMA
Re : Sortie de Veille imposible
Bonjour et merci de vos réponses.
J'ai essayé de comprendre vos explications (pas sûr que j'y sois totalement parvenu).
- Pour les réglages Bios : S3 est activé - je n'ai pas trouvé de réglage pour ACPI - mais j'ai dans le Bios un poste "PCI Info avec ceci : -Slot 1 : not populated - Slot 2 : not populated - Slot 3 : not populated - Solt 4 : Firewire
Le bios de l'ordinateur est : Révision 1.1.11 (02.2007) DELL dimension E521
- J'ai aussi effectué la commande "resume" (les deux) et l'effet est immédiat : Ecran noir et impossible d'en sortir autrement que par un appui "long" (plus de deux secondes) sur le bouton de la tour et redémarrage complet avec grub ...etc
Je précises que ce qui m'intéresse est de sortir de veille en appuyant sur une touche du clavier (sans fil) ou en activant la souris (sans fil)....comme avec mon autre PC d'à peu près du même âge.
- Pour la carte NVDIA : NVDIA-304 est bien installé.
Merci encore
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#36 Le 31/07/2015, à 15:46
- LeoMajor
Re : Sortie de Veille imposible
tu as des fichiers intéressants sous /usr/lib/pm-utils;
ls /usr/lib/pm-utils/{video-quirks,sleep.d}
/usr/lib/pm-utils/sleep.d:
000kernel-change 00powersave 55NetworkManager 75modules 94cpufreq 95hdparm-apm 98video-quirk-db-handler
00logging 01PulseAudio 60_wpa_supplicant 90clock 95anacron 95led 99video
/usr/lib/pm-utils/video-quirks:
20-video-quirk-pm-acer.quirkdb 20-video-quirk-pm-dell.quirkdb 20-video-quirk-pm-ibm.quirkdb 20-video-quirk-pm-samsung.quirkdb
20-video-quirk-pm-apple.quirkdb 20-video-quirk-pm-fujitsu.quirkdb 20-video-quirk-pm-lenovo.quirkdb 20-video-quirk-pm-sony.quirkdb
20-video-quirk-pm-asus.quirkdb 20-video-quirk-pm-hp.quirkdb 20-video-quirk-pm-misc.quirkdb 20-video-quirk-pm-toshiba.quirkdb
cat /usr/lib/pm-utils/sleep.d/99video
....
...
# save and restore video card PCI config state
save_pci()
{
local pci="/sys/bus/pci/devices"
for dev in "${pci}"/*; do
[ -f "${dev}/class" ] || continue
[ $(cat "${dev}/class") = "0x030000" ] || continue
[ -f "${dev}/config" ] || continue
# it is a video card, it has a configuration. Save it.
savestate "pci_video_${dev##*/}" <${dev}/config
done
}
restore_pci()
{
local pci="/sys/bus/pci/devices"
for dev in "${pci}"/*; do
state_exists "pci_video_${dev##*/}" || continue
restorestate "pci_video_${dev##*/}" > "${dev}/config"
done
}
suspend_video()
{
# 0=nothing, 1=s3_bios, 2=s3_mode, 3=both
local acpi_flag=0
quirk "${QUIRK_S3_BIOS}" && acpi_flag=$(($acpi_flag + 1))
quirk "${QUIRK_S3_MODE}" && acpi_flag=$(($acpi_flag + 2))
sysctl -w kernel.acpi_video_flags=$acpi_flag
quirk "${QUIRK_NOFB}" && die_if_framebuffer
quirk "${QUIRK_VBESTATE_RESTORE}" && vbe_savestate
quirk "${QUIRK_VBEMODE_RESTORE}" && vbe_savemode
quirk "${QUIRK_RADEON_OFF}" && radeon_off
quirk "${QUIRK_SAVE_PCI}" && save_pci
quirk "${QUIRK_VGA_MODE_3}" && vbe vbemode set 3
quirk "${QUIRK_DPMS_SUSPEND}" && vbe dpms suspend
save_fbcon
}
resume_video()
{
# We might need to do one or many of these quirks
quirk "${QUIRK_SAVE_PCI}" && restore_pci
quirk "${QUIRK_VBE_POST}" && vbe_post
quirk "${QUIRK_VBESTATE_RESTORE}" && vbe_restorestate
quirk "${QUIRK_VBEMODE_RESTORE}" && vbe_restoremode
resume_fbcon # also should be handled by a quirk.
quirk "${QUIRK_RADEON_OFF}" && radeon_on
quirk "${QUIRK_DPMS_ON}" && vbe dpms on
quirk "${QUIRK_RESET_BRIGHTNESS}" && reset_brightness
return 0 # avoid spurious hook exit failure message.
}
...
et aussi
PC DELL Dimension E 521
clear; grep -i -C5 "e52\|dimension\|s3" "$(locate 20-video-quirk-pm-dell.quirkdb -l1)"
..
endmatch
endmatch
# <!-- Dell Inspiron -->
match system.hardware.product regex ^Inspiron
match system.hardware.product regex 1501|8600
addquirk --quirk-s3-bios
addquirk --quirk-s3-mode
match system.hardware.primary_video.vendor numeric_compare_eq 0x1002
addquirk --quirk-radeon-off
endmatch
endmatch
match system.hardware.product regex 9300
addquirk --quirk-s3-bios
endmatch
match system.hardware.product regex 510m
addquirk --quirk-vbe-post
endmatch
match system.hardware.product regex 5100
--
# <!-- these need no quirks -->
match system.hardware.product regex M90 |WorkStation 360| M4300
addquirk --quirk-none
endmatch
endmatch
# <!-- Dell Dimension -->
match system.hardware.product regex ^Dimension
match system.hardware.product regex 2400|3000|9100
addquirk --quirk-vbe-post
addquirk --quirk-vbemode-restore
endmatch
endmatch
# <!-- Dell Vostro -->
match system.hardware.product regex ^Vostro
match system.hardware.product regex 1000
addquirk --quirk-s3-bios
addquirk --quirk-s3-mode
endmatch
match system.hardware.product regex 1500
addquirk --quirk-vbe-post
addquirk --quirk-vbemode-restore
endmatch
--
match system.hardware.product regex 755
addquirk --quirk-vbe-post
addquirk --quirk-no-fb
endmatch
match system.hardware.product regex_ncase fx160
addquirk --quirk-s3-bios
addquirk --quirk-s3-mode
endmatch
match system.hardware.product regex 170L|GX620
addquirk --quirk-none
endmatch
endmatch
--
# <!-- Dell XPS M1330, MM061 = Inspiron E1505 or/and 6400 -->
match system.hardware.product regex XPS M1330|MM061
addquirk --quirk-vbe-post
addquirk --quirk-vbemode-restore
endmatch
# <!-- these need no quirks : Dimension E520, DXP051, Inspiron: 1300, E1702/E1705, 630m, M1710 (only resumes with vesafb) -->
match system.hardware.product regex DM061 |DXP051|ME051|MP061|MXC051|MXG061|XPS M1530
addquirk --quirk-none
endmatch
endmatch
Il n'y a pas de règle pour Dell E521
je tenterai un
sudo pm-suspend --quirk-save-pci
à vrai dire, c'est l'argument qui est important --quirk-quelquechose, qui doit être adapté à ta machine
faut-il faire une règle sous /usr/lib/pm-utils/video-quirks/ ? tu le verras bien si tu perds le réglage au reboot ( sudo pm-suspend seulement sans argument )
sinon tu renseignes 20-video-quirk-pm-dell.quirkdb, ta machine selon
sudo dmidecode -s system-product-name
renvoie chocolat
NB: system-product-name(dmidecode) et system.hardware.product(lshal) renvoient la même valeur, selon la toile.
match system.hardware.product regex chocolat
addquirk --quirk-quelquechose
endmatch
clavier (sans fil) .. souris (sans fil).
c'est une complication et une source de problèmes; le périphérique peut être mal reconnu, et après passage de l'acpi, la situation se dégrade. Mets un clavier et souris avec fil, provisoirement
ce qui m'intéresse est de sortir de veille en appuyant sur une touche du clavier .. & souris
c'est le 1er niveau du screensaver ( économie du moniteur, mise en veille de l'écran seulement), mais je ne pense pas que cela marche avec du S3 (2ème niveau, mise en veille) et S4 (3ème niveau, mise en veille ++, hibernation )
Hors ligne
#37 Le 31/07/2015, à 17:30
- CRIMA
Re : Sortie de Veille imposible
Bonjour et merci encore pour le temps que vous consacrez à des recherches pour tenter de me venir en aide.
Je vais tenter de vous résumer les résultats aux questions posées :
- La première commande (sudo pm-suspend --quirk-save-pci) a eu exactement le même résultat que celles éxécutées lors des postes précédents , c'est-à-dire écran noir immédiat et pas d'autre issue que le redémarrage à partir de grub.
- La deuxième (sudo dmidecode -s system-product-name) commande , m'a donné le nom de mon ordi : Dell dimension E521
- La troisième (renvoie chocolat) qui m'a semblé bizarre a été : commande introuvable.
Pour le clavier et souris sans fil, j'avais pensé à brancher un clavier et une souris filaire mais cet appareil n'a pas de prise pour brancher en filaire : c'est de l'usb ou rien.
A tout hasard, j'ai aussi regardé les fichiers que vous m'indiquez au début de votre exposé mais ces fichiers sont très longs et j'avoue ne pas avoir compris grand-chose, sauf que j'ai bien trouvé un dossier spécifique "Dell" comme dans votre exemple.
Merci encore de votre aide.
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#38 Le 01/08/2015, à 00:25
- LeoMajor
Re : Sortie de Veille imposible
j'ai fait des tests en changeant plusieurs fois les arguments --quirk, mais cela ne donne pas de pistes dans les logs; le problème a l'air plus compliqué. Laisse tomber les quirks
session S3 réussie d'une durée de 30 secondes à peu près. Le bouton power-on récupère le resume(), retour au bureau.
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && (pm-suspend --quirk-vbe-post --quirk-vbemode-restore)"
dmesg -T > dmesg.txt
tail -n 200 dmesg.txt
[ven. juil. 31 23:07:52 2015] PM: Syncing filesystems ... done.
[ven. juil. 31 23:07:52 2015] PM: Preparing system for mem sleep
[ven. juil. 31 23:07:52 2015] Freezing user space processes ... (elapsed 0.01 seconds) done.
[ven. juil. 31 23:07:53 2015] Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
[ven. juil. 31 23:07:53 2015] PM: Entering mem sleep
[ven. juil. 31 23:07:53 2015] Suspending console(s) (use no_console_suspend to debug)
[ven. juil. 31 23:07:53 2015] sd 1:0:1:0: [sda] Synchronizing SCSI cache
[ven. juil. 31 23:07:53 2015] sd 1:0:1:0: [sda] Stopping disk
[ven. juil. 31 23:07:53 2015] serial 00:0e: disabled
[ven. juil. 31 23:07:53 2015] serial 00:0e: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] parport_pc 00:07: disabled
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: eth0: link down
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: PCI INT B disabled
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: PCI INT A disabled
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: PCI INT D disabled
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: PCI INT C disabled
[ven. juil. 31 23:07:53 2015] ata_piix 0000:00:1f.2: PCI INT B disabled
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: PCI INT A disabled
[ven. juil. 31 23:07:53 2015] snd_hda_intel 0000:00:1b.0: PCI INT A disabled
[ven. juil. 31 23:07:53 2015] ACPI handle has no context!
[ven. juil. 31 23:07:53 2015] PM: suspend of drv:snd_hda_intel dev:0000:00:1b.0 complete after 322.832 msecs
[ven. juil. 31 23:07:53 2015] PM: suspend of drv: dev:pci0000:00 complete after 322.818 msecs
[ven. juil. 31 23:07:53 2015] PM: suspend of devices complete after 327.817 msecs
[ven. juil. 31 23:07:53 2015] PM: suspend devices took 0.328 seconds
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: PME# enabled
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.3: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: PME# enabled
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: wake-up capability enabled by ACPI
[ven. juil. 31 23:07:53 2015] PM: late suspend of devices complete after 32.212 msecs
[ven. juil. 31 23:07:53 2015] ACPI: Preparing to enter system sleep state S3
[ven. juil. 31 23:07:53 2015] PM: Saving platform NVS memory
[ven. juil. 31 23:07:53 2015] Disabling non-boot CPUs ...
[ven. juil. 31 23:07:53 2015] CPU 1 is now offline
[ven. juil. 31 23:07:53 2015] Extended CMOS year: 2000
[ven. juil. 31 23:07:53 2015] ACPI: Low-level resume complete
[ven. juil. 31 23:07:53 2015] PM: Restoring platform NVS memory
[ven. juil. 31 23:07:53 2015] Extended CMOS year: 2000
[ven. juil. 31 23:07:53 2015] Enabling non-boot CPUs ...
[ven. juil. 31 23:07:53 2015] Booting Node 0 Processor 1 APIC 0x1
[ven. juil. 31 23:07:53 2015] smpboot cpu 1: start_ip = 9b000
[ven. juil. 31 23:07:53 2015] Initializing CPU#1
[ven. juil. 31 23:07:53 2015] Calibrating delay loop (skipped) already calibrated this CPU
[ven. juil. 31 23:07:53 2015] NMI watchdog enabled, takes one hw-pmu counter.
[ven. juil. 31 23:07:53 2015] CPU1 is up
[ven. juil. 31 23:07:53 2015] ACPI: Waking up from system sleep state S3
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:01.0: restoring config space at offset 0xf (was 0xa0100, writing 0xa010b)
[ven. juil. 31 23:07:53 2015] snd_hda_intel 0000:00:1b.0: restoring config space at offset 0x1 (was 0x100006, writing 0x100002)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0xf (was 0x20100, writing 0x2010b)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0x9 (was 0x1fff1, writing 0x80318021)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0x8 (was 0xfff0, writing 0x80108000)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0x7 (was 0xf0, writing 0x1010)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0x3 (was 0x810000, writing 0x810008)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.0: restoring config space at offset 0x1 (was 0x100104, writing 0x100107)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.3: restoring config space at offset 0xf (was 0x20400, writing 0x2040a)
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.3: restoring config space at offset 0x3 (was 0x810000, writing 0x810008)
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: restoring config space at offset 0x1 (was 0x2800005, writing 0x2800001)
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: restoring config space at offset 0x1 (was 0x2900006, writing 0x2900002)
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: PME# disabled
[ven. juil. 31 23:07:53 2015] pci 0000:00:1e.0: restoring config space at offset 0xf (was 0x20000, writing 0x200ff)
[ven. juil. 31 23:07:53 2015] nvidia 0000:01:00.0: restoring config space at offset 0xc (was 0xfea80000, writing 0x0)
[ven. juil. 31 23:07:53 2015] nvidia 0000:01:00.0: restoring config space at offset 0x3 (was 0x8, writing 0x0)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x10a)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0xc (was 0x0, writing 0xfebf0000)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0x8 (was 0xc, writing 0xf8fe000c)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0x6 (was 0xc, writing 0xf8fff00c)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0x4 (was 0x1, writing 0xe801)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8)
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: restoring config space at offset 0x1 (was 0x100000, writing 0x100007)
[ven. juil. 31 23:07:53 2015] PM: early resume of devices complete after 22.456 msecs
[ven. juil. 31 23:07:53 2015] snd_hda_intel 0000:00:1b.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[ven. juil. 31 23:07:53 2015] snd_hda_intel 0000:00:1b.0: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] usb usb2: root hub lost power or was reset
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.1: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] usb usb3: root hub lost power or was reset
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.2: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] usb usb4: root hub lost power or was reset
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
[ven. juil. 31 23:07:53 2015] uhci_hcd 0000:00:1d.3: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] usb usb5: root hub lost power or was reset
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23
[ven. juil. 31 23:07:53 2015] ehci_hcd 0000:00:1d.7: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] pci 0000:00:1e.0: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] ata_piix 0000:00:1f.2: PCI INT B -> GSI 19 (level, low) -> IRQ 19
[ven. juil. 31 23:07:53 2015] ata_piix 0000:00:1f.2: setting latency timer to 64
[ven. juil. 31 23:07:53 2015] PM: resume of drv:nvidia dev:0000:01:00.0 complete after 415.924 msecs
[ven. juil. 31 23:07:53 2015] pcieport 0000:00:1c.3: wake-up capability disabled by ACPI
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: PME# disabled
[ven. juil. 31 23:07:53 2015] parport_pc 00:07: activated
[ven. juil. 31 23:07:53 2015] serial 00:0e: activated
[ven. juil. 31 23:07:53 2015] r8169 0000:02:00.0: eth0: link down
[ven. juil. 31 23:07:54 2015] Extended CMOS year: 2000
[ven. juil. 31 23:07:54 2015] sd 1:0:1:0: [sda] Starting disk
[ven. juil. 31 23:07:56 2015] ata2.01: ACPI cmd ef/03:45:00:00:00:b0 (SET FEATURES) filtered out
[ven. juil. 31 23:07:56 2015] ata2.01: ACPI cmd ef/03:0c:00:00:00:b0 (SET FEATURES) filtered out
[ven. juil. 31 23:07:56 2015] ata2.01: ACPI cmd c6/00:10:00:00:00:b0 (SET MULTIPLE MODE) succeeded
[ven. juil. 31 23:07:56 2015] ata2.01: ACPI cmd f5/00:00:00:00:00:00 (SECURITY FREEZE LOCK) filtered out
[ven. juil. 31 23:07:56 2015] ata2.01: configured for UDMA/133
[ven. juil. 31 23:07:56 2015] PM: resume of drv:sd dev:1:0:1:0 complete after 1705.418 msecs
[ven. juil. 31 23:07:56 2015] r8169 0000:02:00.0: eth0: link up
[ven. juil. 31 23:07:59 2015] floppy driver state
[ven. juil. 31 23:07:59 2015] -------------------
[ven. juil. 31 23:07:59 2015] now=8141110 last interrupt=4294892593 diff=8215813 last called handler=reset_interrupt
[ven. juil. 31 23:07:59 2015] timeout_message=lock fdc
[ven. juil. 31 23:07:59 2015] last output bytes:
[ven. juil. 31 23:07:59 2015] 8 90 4294892587
[ven. juil. 31 23:07:59 2015] 8 90 4294892587
[ven. juil. 31 23:07:59 2015] 8 90 4294892588
[ven. juil. 31 23:07:59 2015] 8 80 4294892592
[ven. juil. 31 23:07:59 2015] 8 90 4294892592
[ven. juil. 31 23:07:59 2015] 8 90 4294892592
[ven. juil. 31 23:07:59 2015] 8 90 4294892592
[ven. juil. 31 23:07:59 2015] e 80 4294892592
[ven. juil. 31 23:07:59 2015] 13 80 4294892592
[ven. juil. 31 23:07:59 2015] 0 90 4294892592
[ven. juil. 31 23:07:59 2015] 1a 90 4294892592
[ven. juil. 31 23:07:59 2015] 0 90 4294892592
[ven. juil. 31 23:07:59 2015] 12 90 4294892592
[ven. juil. 31 23:07:59 2015] 0 90 4294892592
[ven. juil. 31 23:07:59 2015] 14 90 4294892592
[ven. juil. 31 23:07:59 2015] 18 90 4294892592
[ven. juil. 31 23:07:59 2015] 8 80 4294892593
[ven. juil. 31 23:07:59 2015] 8 80 4294892593
[ven. juil. 31 23:07:59 2015] 8 80 4294892593
[ven. juil. 31 23:07:59 2015] 8 80 4294892593
[ven. juil. 31 23:07:59 2015] last result at 4294892593
[ven. juil. 31 23:07:59 2015] last redo_fd_request at 7859492
[ven. juil. 31 23:07:59 2015] status=0
[ven. juil. 31 23:07:59 2015] fdc_busy=1
[ven. juil. 31 23:07:59 2015] do_floppy=reset_interrupt
[ven. juil. 31 23:07:59 2015] cont=f8420290
[ven. juil. 31 23:07:59 2015] current_req= (null)
[ven. juil. 31 23:07:59 2015] command_status=-1
[ven. juil. 31 23:07:59 2015] floppy0: floppy timeout called
[ven. juil. 31 23:07:59 2015] PM: resume of drv:floppy dev:floppy.0 complete after 3006.037 msecs
[ven. juil. 31 23:07:59 2015] usb 2-2: reset low-speed USB device number 2 using uhci_hcd
[ven. juil. 31 23:08:00 2015] usb 3-1: reset low-speed USB device number 2 using uhci_hcd
[ven. juil. 31 23:08:00 2015] PM: resume of devices complete after 7109.651 msecs
[ven. juil. 31 23:08:00 2015] PM: resume devices took 7.108 seconds
[ven. juil. 31 23:08:00 2015] PM: Finishing wakeup.
[ven. juil. 31 23:08:00 2015] Restarting tasks ... done.
tail /var/log/pm-suspend.log
Running hook /usr/lib/pm-utils/sleep.d/00powersave resume suspend:
/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00logging resume suspend:
/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change resume suspend:
/usr/lib/pm-utils/sleep.d/000kernel-change resume suspend: success.
vendredi 31 juillet 2015, 23:11:02 (UTC+0200): Finished.
dans ton cas, fais la même chose et regarde le dmesg
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && pm-suspend"
dmesg -T > dmesg.txt
more +/"PM: Syncing filesystems" dmesg.txt
Hors ligne
#39 Le 01/08/2015, à 07:22
- CRIMA
Re : Sortie de Veille imposible
dans ton cas, fais la même chose et regarde le dmesg
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && pm-suspend"
dmesg -T > dmesg.txt
more +/"PM: Syncing filesystems" dmesg.txt
Bonjour et toujours merci pour vos tentatives.
J'ai essayé la commande ci-dessus mais le résultat est toujours indentique : Ecran noir, ....etc et rédémarrage de zéro.
J'ai précisé que tous les OS linux réagissent de la même manière avec cet ordinateur. (pour voir j'ai Ubuntu, Xubuntu, Linux Mint 17.1 et un Debian) aucun de sort de veille, alors que l'ordi se met bien en veille (ventilateur arrêté et led de la tour qui clignote).
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#40 Le 01/08/2015, à 12:02
- LeoMajor
Re : Sortie de Veille imposible
sudo grep -lri "PM: Syncing filesystems" /var/log
more +/"PM: Syncing filesystems" /var/log/kern.log
APIC semble jouer un rôle.
Qu'est-ce que tu as mis comme option dans le boot du kernel ?
Hors ligne
#41 Le 01/08/2015, à 13:59
- CRIMA
Re : Sortie de Veille imposible
Bonjour
Je vous donne le retour de vos commandes :
macri@macri-Dimension-E521:~$ sudo grep -lri "PM: Syncing filesystems" /var/log
[sudo] password for macri:
Désolé, veuillez réessayer.
[sudo] password for macri:
/var/log/auth.log
macri@macri-Dimension-E521:~$
macri@macri-Dimension-E521:~$ sudo grep -lri "PM: Syncing filesystems" /var/log
/var/log/auth.log
macri@macri-Dimension-E521:~$ more +/"PM: Syncing filesystems" /var/log/kern.logMotif introuvable
Je n'ai pas dans le Bios de rubrique avec la terminologie exacte de ACPI mais une rubrique AC RECOVERY.
Cette rubrique comporte trois options :
- OFF : System stays off after AC power is restored
- ON : System powers on after AC powers is restored
- LAST : system return to the prévious state after AC power recovery
Par défaut le choix est OFF et c'est celui que j'ai choisi.
J'ai essayé les trois sans aucun succès le comportement état exactement identique (par contre si je change, la veille de Windows est mal gérée).
Merci pour tout
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#42 Le 02/08/2015, à 23:10
- LeoMajor
Re : Sortie de Veille imposible
LAST,
ON, à tester,
xscreensaver, pour le logiciel.
et basta...
Hors ligne
#43 Le 03/08/2015, à 07:43
- CRIMA
Re : Sortie de Veille imposible
LAST,
ON, à tester,
xscreensaver, pour le logiciel.
et basta...
Bonjour
LAST essayé = pas de changement
ON essayé = pas de changement
Je crois malheureusement que c'est cuit : je n'obtiendrai jamais la possibilité de sortir cet ordi "de la veille" ubuntu et dérivés !
Merci de votre aide cependant.
Salutations
Ordi HP Z200 - Processeur Intel I3 - chipset graphique IntelHD - 8 Go ram -
Hors ligne
#44 Le 05/08/2015, à 00:51
- LeoMajor
Re : Sortie de Veille imposible
sudo apt-get install uswsusp fwts
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && (fwts --s3-device-check --s3-sleep-delay 20s -r /home/toto/test_s3.log s3)"
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && (fwts --s4-device-check --s4-sleep-delay 20s -r /home/toto/test_s4.log s4)"
retour automatique au bout de 20 secondes, sans appuyer sur bouton Power ON.
sudo s2ram --pci_save --acpi_sleep 3 --force
ou équivalent
sudo sh -c "sync && (echo 1 > /sys/power/pm_trace) && (pm-suspend --quirk-save-pci --quirk-s3-bios --quirk-s3-mode)"
retour à la normale, en appuyant sur Power On
En cas d'échec, S3/S4 part dans les limbes. Redémarrer et chercher "Magic number" dans les logs, pour avoir l'erreur.
sudo grep -n -ri "Magic number" /var/log
sudo grep -n -ri "Magic number" /var/log/kern.log
16626:Aug 4 20:38:11 kernel: [ 2.266858] Magic number: 11:526:619
17947:Aug 4 22:55:49 kernel: [ 2.265945] Magic number: 11:7:946
awk 'NR>17927 && NR<18000 ' /var/log/kern.log
awk 'NR>17927 && NR<18000 && /PM:/' /var/log/kern.log
...PM: Hibernation image not present or could not be loaded
..
logs
tail /var/log/pm-*.log
éventuellement reconfigurer la mise en veille
sudo dpkg-reconfigure uswsusp
debug
https://www.kernel.org/doc/Documentatio … ugging.txt
https://www.kernel.org/doc/Documentatio … /s2ram.txt
et ci-dessous, à tester "vga=0" ?!? Recent Dell and HP models
zcat "$(locate README.s2ram-whitelist -l1)"
....
...
tarball in the file Documentation/power/video.txt.
There are machines that will not resume when using a framebuffer console.
Recent Dell and HP models for example very often fall into this category.
You can disable the framebuffer in your bootloader configuration by passing
"vga=0" to the kernel.
If your machine only works without framebuffer, please tell us about this in
your report.
If none of the methods described here seem to work, it is important to
check if the machine is completely dead on resume or only the video is not
...
Hors ligne