Ubuntu 14.04 riprende l'errore dopo la sospensione

Di recente ho aggiornato Ubuntu dal 12.04 al 14.04 nel mio laptop Toshiba Satellite dual boot (windows 7). Dopo l'aggiornamento, ogni volta che il laptop sospende per qualche tempo, non riesce a riprendere. Quando provo a riprendere il laptop, selezionando Ubuntu dal caricatore di Grub, la schermata di accesso appare per un momento nera e continua avanti e indietro per un paio di volte e infine torna a "Sospendi". Devo avviare il sistema per accedere a Ubuntu. Di seguito ho allegato le prime righe del rapporto sull'incidente:

ProblemType: KernelOops
Annotation: This occured during a previous hibernate and prevented it from resuming properly.
Architecture: i386
Date: Wed Apr 30 10:57:56 2014
DistroRelease: Ubuntu 14.04
ExecutablePath: /usr/share/apport/apportcheckresume
ExecutableTimestamp: 1397576330
Failure: hibernate/resume
InterpreterPath: /usr/bin/python3.4
Package: linux-image-3.13.0-24-generic
ProcCmdline: /usr/bin/python3 /usr/share/apport/apportcheckresume
ProcCwd: /
ProcEnviron:
 TERM=linux
 PATH=(custom, no user)
.....

La soluzione ha funzionato per me (copiata dai miei manuali personali senza modifiche). Ho Lenovo T530 con Ubuntu 14.04; kernel mainline 3.14.9; Pacchetto nvidia-331-updates installato (331.38-0ubuntu7).

=> suspend / resume funziona abbastanza bene per me. => Stavo risolvendo anche il problema con il ripristino dopo l'ibernazione e la soluzione: espellere la scheda SD dal laptop! : - |

I miei commenti che hanno funzionato per me (alcuni mesi fa):

suspendResume_WORKING() {
# WIFI solution
# 1.) sudo vi /etc/pm/config.d/modules
# 2.) Replace SUSPEND_MODULES with this line:
#         SUSPEND_MODULES="$SUSPEND_MODULES uhci_hd button ehci_hd iwlwifi"

# SD card solution:
# 3.) Copy file from https://github.com/wschaub/T530-    settings/blob/master/pm/sleep.d/unmount_sdcard
#     to /etc/pm/sleep.d/unmount_sdcard
# 4.) chmod +x /etc/pm/sleep.d/unmount_sdcard

# ACPI solution:
# 5.) Replace lines in /etc/default/grub
#     GRUB_CMDLINE_LINUX_DEFAULT="noquiet nosplash acpi_osi=Linux acpi_backlight=vendor acpi_sleep=s4_nohwsig loop.max_part=63 loop.max_loop=64"
#     GRUB_CMDLINE_LINUX=""


# X.) sudo update-initramfs -u
# X+1.) sync; sudo reboot

}

Ho avuto un problema simile. Sono riuscito a far funzionare di nuovo il letargo cambiando il driver della scheda grafica. Sotto driver aggiuntivi ho il seguente:

1. Driver binario NVIDIA 331.113 - causa l'errore sopra
2. Driver binario NVIDIA legacy 304.125 - ibernazione funziona con questo
3. Nouveau display driver - - hibernate funziona con questo, ma otterrei altri errori non correlati a hibernate

Di seguito è riportato un frammento del mio registro degli arresti anomali.

ProblemType: KernelOops Annotation: si è verificato durante un letargo precedente e ne ha impedito il corretto ripristino. Architettura: amd64 Data: Lun 5 gennaio 09:20:38 2015 Distro Rilascio: Ubuntu 14.04 ExecutablePath: / usr / share / apportcheckresume ExecutableTimestamp: 1414700591 Errore: ibernazione / ripresa InterpreterPath: /usr/bin/python3.4 Pacchetto: linux- image-3.13.0-43-generico 3.13.0-43.72

So di essere in ritardo di circa un anno, ma sto combattendo questo problema da un po 'e finalmente ho trovato una soluzione che funziona per me.

È venuto da qui: http://geekdevs.com/2010/04/solved-unable-to-enumerate-usb-device-disabling-ehci_hcd/#more-377

Innanzitutto, usa

ls /sys/bus/pci/drivers/ehci-pci

Dovrebbe esserci un file con il formato 0000: 00: xx.x. Prendine nota.

Quindi modifica /etc/rc.local, aggiungendo questa riga dopo lo shebang (la prima riga):

echo -n 0000:00:xx.x | sudo tee -a /sys/bus/pci/drivers/ehci-pci/unbind

Compilando il file xx.x con il nome del file. Per me era 0000: 00: 1d.0

Dovrebbe funzionare al riavvio, oppure è possibile inserire quella linea nel terminale per una correzione immediata.

Buona fortuna a chiunque ne abbia bisogno. So di averlo fatto

Questo è un bug noto nel kernel Linux di almeno 4.2 - 4.4. In realtà, il fallimento del resume può significare che lo schermo è scuro ma il sistema può essere acceso; digitando correttamente l'accesso si può ottenere un accesso riuscito e una visualizzazione chiara; tuttavia, non sempre. Puoi risolvere il caso aggiornando a Linux Kernel 4.6. Per favore, vedi un caso simile nel Lenovo Thinkpad B51 qui , ma il caso è universale per tutti i Linux 4.2-4.4, cioè anche il tuo sistema. È facile e regolare aggiornare fortunatamente al kernel 4.6 di Linux da 4.4, vedere qui . Può anche essere possibile così dal 4.2. Tuttavia, farei una nuova installazione di 16.04 ora e aggiornerei lì da 4.4 a 4.6.

Ubuntu: 14.04 e 16.04
Linux kenel: 4.2 - 4.4
Hardware: Lenovo Thinkpad B51, Lenovo Thinkpad G50-30, Macbook Air 2013-metà, ...