Ubuntu 14.04 reprend l'erreur après la suspension

J'ai récemment mis à jour mon Ubuntu du 12.04 au 14.04 dans mon ordinateur portable Toshiba Satellite à double démarrage (Windows 7). Après la mise à jour, chaque fois que l'ordinateur portable suspend pendant un certain temps, il ne reprend pas. Lorsque j'essaie de reprendre l'ordinateur portable, en sélectionnant Ubuntu à partir du chargeur Grub, l'écran de connexion apparaît pendant un moment devient noir et continue ceci dans les deux sens et finit par revenir à "Suspendre". Je dois redémarrer le système pour accéder à Ubuntu. Ci-dessous, j'ai joint les premières lignes du rapport de crash:

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 solution a fonctionné pour moi (copiée de mes manuels personnels sans modification). J'ai Lenovo T530 avec Ubuntu 14.04; noyau principal 3.14.9; package nvidia-331-updates installé (331.38-0ubuntu7).

=> suspendre / reprendre fonctionne très bien pour moi. => Je résolvais également un problème de reprise après hibernation, et la solution: éjecter la carte SD de l'ordinateur portable! : - |

Mes commentaires qui ont fonctionné pour moi (il y a quelques mois):

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

}

J'ai eu un problème similaire. J'ai réussi à remettre en veille prolongée en modifiant le pilote de la carte graphique. Sous des pilotes supplémentaires, j'ai les éléments suivants:

1. Pilote binaire NVIDIA 331.113 - provoque l'erreur ci-dessus
2. Pilote binaire NVIDIA hérité 304.125 - hibernate fonctionne avec ce
3. Nouveau pilote d'affichage - - hibernate fonctionne avec ceci, mais j'obtiendrais d'autres erreurs sans rapport avec hibernate

Voici un extrait de mon journal des plantages.

ProblemType: KernelOops Annotation: cela s'est produit lors d'une mise en veille prolongée précédente et l'a empêchée de reprendre correctement. Architecture: amd64 Date: lun. 5 janv. 09:20:38 2015 DistroRelease: Ubuntu 14.04 ExecutablePath: / usr / share / répart / alloccheckresume ExecutableTimestamp: 1414700591 Échec: hibernate / resume InterpreterPath: /usr/bin/python3.4 Package: linux- image-3.13.0-43-générique 3.13.0-43.72

Je sais que j'ai environ un an de retard pour répondre, mais je lutte contre ce problème depuis un certain temps et j'ai finalement trouvé une solution qui fonctionne pour moi.

Il est venu d'ici: http://geekdevs.com/2010/04/solved-unable-to-enumerate-usb-device-disabling-ehci_hcd/#more-377

Première utilisation

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

Il devrait y avoir un fichier au format 0000: 00: xx.x. Prenez-en note.

Modifiez ensuite /etc/rc.local, en ajoutant cette ligne après le shebang (la première ligne):

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

Remplir le xx.x avec le nom de votre fichier. Pour moi, c'était 0000: 00: 1d.0

Cela devrait fonctionner au redémarrage, ou vous pouvez entrer cette ligne dans le terminal pour une correction immédiate.

Bonne chance à tous ceux qui en ont besoin. Je sais que je l'ai fait

Il s'agit d'un bogue connu dans le noyau Linux d'au moins 4.2 - 4.4. En fait, l'échec de la reprise peut signifier que l'écran est sombre mais que le système peut être allumé; la saisie réussie de la connexion peut entraîner une connexion réussie et un affichage lumineux; cependant, pas toujours. Vous pouvez résoudre le cas en effectuant une mise à niveau vers Linux Kernel 4.6. Veuillez voir un cas similaire dans le Lenovo Thinkpad B51 ici , mais le cas est universel pour tous les Linux 4.2-4.4, c'est-à-dire aussi pour votre système. Il est facile et facile de mettre à jour heureusement le noyau Linux 4.6 à partir de 4.4, voir ici . Cela peut aussi être possible à partir de 4.2. Cependant, je ferais maintenant une nouvelle installation de 16.04 et y passerais de 4.4 à 4.6.

Ubuntu: 14.04 et 16.04
Linux kenel: 4.2 - 4.4
Matériel: Lenovo Thinkpad B51, Lenovo Thinkpad G50-30, Macbook Air 2013-mid, ...