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, le portable ne reprend pas lorsque l'ordinateur portable est suspendu pendant un certain temps. Lorsque j'essaie de reprendre l'ordinateur portable, en sélectionnant Ubuntu dans le chargeur Grub, l'écran de connexion apparaît pendant un instant en noir et continue ainsi dans les deux sens, puis revient à "Suspendre". Je dois démarrer dur le système pour entrer dans Ubuntu. Ci-dessous, j'ai joint quelques premières lignes du rapport d'accident:
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é de mes manuels personnels sans modification). J'ai Lenovo T530 avec Ubuntu 14.04; noyau principal 3.14.9; Le paquet nvidia-331-updates est installé (331.38-0ubuntu7).
=> suspendre/reprendre fonctionne assez bien pour moi. => Je résolvais aussi le problème de reprise après la mise en veille prolongée 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 à faire fonctionner à nouveau en veille prolongée en changeant le pilote de la carte graphique. Sous pilotes supplémentaires, j'ai les éléments suivants:
Vous trouverez ci-dessous un extrait de mon journal des collisions.
ProblemType: KernelOops Annotation: Ceci s'est produit lors d'une précédente mise en veille prolongée et l'a empêché de reprendre correctement. Architecture: AMD64 Date: lun 5 jan. 09:20:38 2015 DistroRelease: Ubuntu 14.04 ExecutablePath:/usr/share/apport/apportcheckresume ExecutableTimestamp: 1414700591 Échec: hibernate/resume InterpreterPath: /usr/bin/python3.4 Package linux- image-3.13.0-43-generic 3.13.0-43.72
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 le système peut être allumé; Si vous saisissez avec succès la connexion, vous obtiendrez 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 Lenovo Thinkpad B51 ici , mais le cas est universel pour tout Linux 4.2-4.4 c'est-à-dire aussi votre système. Il est facile et facile de mettre à niveau heureusement le noyau Linux 4.6 à partir de la version 4.4, voir ici . Cela peut aussi être possible à partir de 4.2. Cependant, je ferais une nouvelle installation de 16.04 maintenant et 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, ...
Je sais que j’ai environ un an de retard dans ma réponse, mais je me bats depuis un moment contre ce problème et j’ai finalement trouvé une solution qui me convient.
Cela venait 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 note de cela.
Puis modifiez /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 y remédier immédiatement.
Bonne chance à tous ceux qui en ont besoin. Je sais que j'ai fait