sh: echo: erreur d'E / S sur pm-suspend Ubuntu 14.04
Je viens d'installer Ubuntu 14.04 sur mon Fujitsu Lifebook U772 après une longue interruption avec Opensuse et après l'installation, il semble que pm-suspend fonctionne correctement. Cependant, quelques jours plus tard, la suspension a cessé de fonctionner, l’option de menu Suspendre ne faisant que rendre l’écran momentanément noir puis retournant à l’écran de verrouillage.
J'ai essayé manuellement de suspendre la machine à partir d'un terminal en utilisant Sudo pm-suspend mais toujours en vain. J'ai commencé à regarder le journal pm-suspend à /var/log/pm-suspend.log et j'ai remarqué quelque chose d'étrange:
Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
Linux deathbook 3.13.0-30-generic #55-Ubuntu SMP Fri Jul 4 21:40:53 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Module Size Used by
vboxpci 23194 0
vboxnetflt 27613 0
vboxnetadp 25670 0
vboxdrv 339502 3 vboxnetadp,vboxnetflt,vboxpci
pci_stub 12622 1
ctr 13049 1
ccm 17773 1
bnep 19624 2
rfcomm 69160 0
bluetooth 395423 10 bnep,rfcomm
binfmt_misc 17468 1
nls_iso8859_1 12713 1
arc4 12608 2
iwldvm 232285 0
intel_rapl 18773 0
uvcvideo 80885 0
hid_generic 12548 0
x86_pkg_temp_thermal 14205 0
videobuf2_vmalloc 13216 1 uvcvideo
intel_powerclamp 14705 0
videobuf2_memops 13362 1 videobuf2_vmalloc
coretemp 13435 0
videobuf2_core 40664 1 uvcvideo
videodev 134688 2 uvcvideo,videobuf2_core
kvm_intel 143060 0
mac80211 626557 1 iwldvm
usbhid 52570 0
kvm 451511 1 kvm_intel
i2400m_usb 36521 0
hid 106148 2 hid_generic,usbhid
i2400m 107913 1 i2400m_usb
wimax 34704 1 i2400m
crct10dif_pclmul 14289 0
snd_hda_codec_hdmi 46207 1
crc32_pclmul 13113 0
ghash_clmulni_intel 13216 0
aesni_intel 55624 2
snd_hda_codec_realtek 61438 1
aes_x86_64 17131 1 aesni_intel
i915 783703 4
snd_hda_intel 52355 3
snd_hda_codec 192906 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
lrw 13286 1 aesni_intel
iwlwifi 169932 1 iwldvm
snd_hwdep 13602 1 snd_hda_codec
snd_pcm 102099 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
gf128mul 14951 1 lrw
drm_kms_helper 53081 1 i915
snd_page_alloc 18710 2 snd_pcm,snd_hda_intel
snd_seq_midi 13324 0
glue_helper 13990 1 aesni_intel
drm 303102 5 i915,drm_kms_helper
cfg80211 484040 3 iwlwifi,mac80211,iwldvm
ablk_helper 13597 1 aesni_intel
snd_seq_midi_event 14899 1 snd_seq_midi
cryptd 20359 3 ghash_clmulni_intel,aesni_intel,ablk_helper
snd_rawmidi 30144 1 snd_seq_midi
i2c_algo_bit 13413 1 i915
snd_seq 61560 2 snd_seq_midi_event,snd_seq_midi
snd_seq_device 14497 3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer 29482 2 snd_pcm,snd_seq
mei_me 18627 0
mei 82276 1 mei_me
snd 69238 17 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_seq_midi
rtsx_pci_ms 18151 0
soundcore 12680 1 snd
memstick 16966 1 rtsx_pci_ms
joydev 17381 0
mac_hid 13205 0
lpc_ich 21080 0
fujitsu_laptop 18947 0
video 19476 1 i915
serio_raw 13462 0
parport_pc 32701 0
ppdev 17671 0
lp 17759 0
parport 42348 3 lp,ppdev,parport_pc
rtsx_pci_sdmmc 23274 0
e1000e 254433 0
psmouse 102222 0
ahci 25819 5
libahci 32168 1 ahci
rtsx_pci 45956 2 rtsx_pci_ms,rtsx_pci_sdmmc
ptp 18933 1 e1000e
pps_core 19382 1 ptp
total used free shared buffers cached
Mem: 3905144 2586540 1318604 356556 6452 531508
-/+ buffers/cache: 2048580 1856564
Swap: 8190472 0 8190472
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /etc/pm/sleep.d/10_grub-common suspend suspend:
/etc/pm/sleep.d/10_grub-common suspend suspend: success.
Running hook /etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend:
/etc/pm/sleep.d/10_unattended-upgrades-hibernate suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/50unload_alx suspend suspend:
/usr/lib/pm-utils/sleep.d/50unload_alx suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/60_wpa_supplicant suspend suspend:
Selected interface 'wlan0'
OK
/usr/lib/pm-utils/sleep.d/60_wpa_supplicant suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
Unloading kernel module vboxdrv...Done.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: not applicable.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95anacron suspend suspend:
stop: Unknown instance:
/usr/lib/pm-utils/sleep.d/95anacron suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95hdparm-apm suspend suspend:
/usr/lib/pm-utils/sleep.d/95hdparm-apm suspend suspend: not applicable.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:
/usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
Kernel modesetting video driver detected, not using quirks.
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:
kernel.acpi_video_flags = 0
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Running hook /etc/pm/sleep.d/novatel_3g_suspend suspend suspend:
/etc/pm/sleep.d/novatel_3g_suspend suspend suspend: success.
Fri Jul 11 07:17:01 PHT 2014: performing suspend
sh: echo: I/O error
Fri Jul 11 07:17:03 PHT 2014: Awake.
Fri Jul 11 07:17:03 PHT 2014: Running hooks for resume
Running hook /etc/pm/sleep.d/novatel_3g_suspend resume suspend:
/etc/pm/sleep.d/novatel_3g_suspend resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video resume suspend:
/usr/lib/pm-utils/sleep.d/99video resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend:
/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led resume suspend:
/usr/lib/pm-utils/sleep.d/95led resume suspend: not applicable.
Running hook /usr/lib/pm-utils/sleep.d/95hdparm-apm resume suspend:
/dev/sda:
setting Advanced Power Management level to 0xfe (254)
APM_level = 254
/dev/sdb:
setting Advanced Power Management level to 0xfe (254)
APM_level = 254
/usr/lib/pm-utils/sleep.d/95hdparm-apm resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95anacron resume suspend:
/usr/lib/pm-utils/sleep.d/95anacron resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq resume suspend:
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/90clock resume suspend:
/usr/lib/pm-utils/sleep.d/90clock resume suspend: not applicable.
Running hook /usr/lib/pm-utils/sleep.d/75modules resume suspend:
Reloaded unloaded modules.
/usr/lib/pm-utils/sleep.d/75modules resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/60_wpa_supplicant resume suspend:
Selected interface 'wlan0'
OK
/usr/lib/pm-utils/sleep.d/60_wpa_supplicant resume suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/50unload_alx resume suspend:
/usr/lib/pm-utils/sleep.d/50unload_alx resume suspend: success.
Running hook /etc/pm/sleep.d/10_unattended-upgrades-hibernate resume suspend:
/etc/pm/sleep.d/10_unattended-upgrades-hibernate resume suspend: success.
Running hook /etc/pm/sleep.d/10_grub-common resume suspend:
/etc/pm/sleep.d/10_grub-common resume suspend: success.
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/000record-status resume suspend:
/usr/lib/pm-utils/sleep.d/000record-status 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.
Fri Jul 11 07:17:04 PHT 2014: Finished.
Plus précisément, il s’agissait de ces lignes (c’est la partie où le système effectue réellement la suspension):
Fri Jul 11 07:17:01 PHT 2014: performing suspend
sh: echo: I/O error
Fri Jul 11 07:17:03 PHT 2014: Awake.
Fri Jul 11 07:17:03 PHT 2014: Running hooks for resume
Running hook /etc/pm/sleep.d/novatel_3g_suspend resume suspend:
/etc/pm/sleep.d/novatel_3g_suspend resume suspend: success.
Je pense que la partie étrange ici est le sh: echo: I/O error qui apparaît chaque fois que le système effectue une suspension, comme vous pouvez le constater, le système se réveille immédiatement après l’erreur.
J'ai essayé de nombreuses solutions de contournement, notamment:
- Désactivation des modules
vboxdrvde Virtualbox car j'ai lu qu'ils interféraient parfois avec la capacité de la machine hôte à suspendre - Désactivation de tous les périphériques susceptibles de réveiller le système dans
/proc/acpi/wakeup - Remplacement de l'option
errors=remount ropour/dans/etc/fstabparerrors=continue
Malgré tout, le problème persiste. Serait-ce un problème avec le noyau? À l'époque où j'utilisais encore Opensuse 12.3, j'étais bloqué dans le noyau 3.7, et maintenant, ici, dans Ubuntu 14.04, j'utilise le noyau 3.13. Bien que je doute un peu que le noyau puisse être le problème depuis que 3.13 est sorti de la boîte et que la suspension fonctionnait encore à cette époque.
UPDATE:
J'ai constaté que la cause de l'écho à l'origine de l'échec d'E/S se trouve à la ligne 321 de /usr/lib/pm-utils/pm-functions. Je l'ai obtenu en activant la journalisation et le débogage détaillés pour pm-suspend, et en désactivant tous les points d'ancrage (en les déplaçant temporairement dans un autre répertoire).
C'est la ligne en question:
do_suspend() { echo -n "mem" >/sys/power/state; }
Si je comprends bien, ce echo est crucial car c’est l’interface entre pm-suspend et les fonctions de bas niveau du noyau qui gère les suspensions. La question est maintenant de savoir pourquoi une erreur d’entrée/sortie se produirait à ce moment-là. Je vais essayer d'exécuter manuellement la commande sur un terminal et voir si une erreur d'E/S se produit toujours.
Ok, j’ai finalement réussi à trouver le coupable, mais d’abord, j’ai oublié de mentionner que mon ordinateur portable est doté d’un disque dur hybride par défaut. Il s'agit d'un disque dur mécanique standard de 500 Go, complété par un SSD de 24 Go, qui était utilisé par Windows 8 pour l'hibernation et probablement pour le cache. J'utilisais le disque SSD pour stocker ma partition racine auparavant dans OpenSUSE jusqu'à sa mort (erreurs d'E/S jusqu'au bout), m'invitant à déplacer la partition sur le disque dur tout en installant également Ubuntu 14.04.
Longue histoire: les erreurs d'E/S que j'obtiens en veille étaient en quelque sorte causées par mon SSD défectueux.
Ce que j'ai fait pour résoudre ce problème a été de retirer le périphérique de blocage du SSD de /dev. Dans mon cas, mon disque SSD est toujours affiché sous la forme /dev/sdb. J'ai donc saisi les informations suivantes dans un terminal en tant que root (avec la permission de cet article utile ):
# echo 1 > /sys/block/sdb/device/delete
Assurez-vous de remplacer 'sdb' par le périphérique que vous jugez défectueux . Je ne l'ai que sous la forme /dev/sdb car, comme je l'ai déjà mentionné, mon disque SSD le reçoit toujours en premier.
La "suppression" étant réinitialisée à chaque nouveau démarrage, j'ai donc ajouté cette ligne à mon /etc/rc.local, ce qui garantit que /dev/sdb sera supprimé au démarrage. Ceci peut-être affecte le démarrage avec les lecteurs amovibles insérés sur votre ordinateur, mais dans mon cas, le disque SSD fait physiquement partie du disque dur. Il obtient donc automatiquement le périphérique de bloc /dev/sdb après que le disque dur ait eu /dev/sda.
La cause la plus probable de ce problème (pour les personnes qui lisent ceci) est le fait de laisser une clé USB ou une carte SD connectée à l'ordinateur portable (pas nécessairement montée). Démontez s'il est monté (l'erreur d'E/S signifie que c'est peu probable). Une fois que vous êtes satisfait, retirez-le et réessayez pm-suspend.
Un grand merci à @ rey-balgs pour avoir partagé ses recherches (et m'a épargné beaucoup de chagrin).
Même problème ici: sh: echo: I/O error in /var/log/pm-suspend.log in 14.04 (ou plutôt menthe 17).
Réponse différente. J'ai plutôt joué avec 'su pm-hibernate', il a également échoué avec les avertissements de Nice tels que "Le gel des tâches a échoué après ...". Ensuite, "dmesg | less" et la recherche avec "/ Freezing" révèlent une trace de pile impliquant "Fuse". La raison: un montage réseau ouvert dans Files/Nautilus/Nemo. Le correctif: démontez dans l'interface graphique. Ensuite, utilisez l’entrée/etc/fstab à la place pour monter un lecteur réseau. C'est beaucoup plus robuste.
[122274.535148] Freezing user space processes ...
[122294.540137] Freezing of tasks failed after 20.009 seconds (1 tasks refusing to freeze, wq_busy=0):
[122294.540167] bash D ffff88022ec74480 0 6868 6825 0x00000004
[122294.540178] ffff88021e6ddb50 0000000000000082 ffff8800c8a9e000 ffff88021e6ddfd8
[122294.540180] 0000000000014480 0000000000014480 ffff8800c8a9e000 ffff88021f7c8660
[122294.540181] ffff880034813800 ffff88021e6ddb78 ffff88021f7c8740 ffff88021f7c8660
[122294.540183] Call Trace:
[122294.540188] [<ffffffff81723129>] schedule+0x29/0x70
[122294.540192] [<ffffffff812aaa95>] __Fuse_request_send+0x115/0x280
[122294.540195] [<ffffffff810aafd0>] ? prepare_to_wait_event+0x100/0x100
[122294.540197] [<ffffffff812aac12>] Fuse_request_send+0x12/0x20
J'ai eu un problème similaire et il était à propos de: swapoff
Essayez de courir:
Sudo swapon -a