Ожидание и завершение работы зависают на Macbook Pro 11,4


14

Мне только что удалось установить Ubuntu Desktop 14.04 и Mac OS 10.10.4 (Yosemite) для двойной загрузки на моем Macbook Pro середины 2015 года (11,4) несколько недель назад. По какой-то причине аппарат зависает при выключении и в режиме ожидания. В частности:

  • Указание выключить машину (например, sudo poweroff, sudo shutdown now и т. Д.) Вызывает обычную процедуру выключения до последней строки «Система теперь остановится». Оказавшись здесь, система зависает, и единственный способ отключить ее - это вручную удерживать кнопку питания в течение нескольких секунд для жесткого выключения.

  • При переводе аппарата в режим ожидания он переходит на черный экран и перестает отвечать на запросы. Единственный способ вернуть его - удерживать кнопку питания в течение нескольких секунд для жесткого выключения. После восстановления машины я получаю уведомление «Обнаружена системная ошибка» при возобновлении работы.

Несколько соответствующих заметок:

  • MBP работает на интегрированном Intel iris Pro и комбо AMD Radeon R9 M370X для графики, и я использую проприетарный драйвер из fglrx-updates. Я знаю из других, казалось бы, связанных случаев в более ранних версиях Ubuntu, проблема связана с проприетарным графическим драйвером. Тем не менее, переключение обратно на открытый драйвер XOrg и очистка apt-get fglrx-updates не решает ни одну из этих проблем.

  • Если я попытаюсь перейти в спящий режим вместо ожидания, дисплей вернется назад и вернется на рабочий стол через несколько секунд (как будто он выходит из спящего режима).

  • Перезагрузка работает нормально. Фактически, единственный способ получить чистое отключение на машине из Ubuntu - это перезагрузить компьютер и либо отключиться от rEFInd, либо загрузить OS X и завершить работу.

Я не уверен, какие журналы лучше всего публиковать (это мой первый раз, когда я задаю вопрос), но если у кого-то есть какие-либо идеи, я был бы рад получить правильные сообщения как можно скорее.

ОБНОВЛЕНИЕ 1: перевод в режим ожидания фактически приводит к выключению экрана, затем включению почти сразу, затем выключению и зависанию. Системная ошибка, которую я получаю при возвращении в Ubuntu, следующая:

ProblemType: KernelOops
Annotation: This occured during a previous suspend and prevented it from resuming properly.
Architecture: amd64
Date: Thu Sep 10 22:50:55 2015
DistroRelease: Ubuntu 14.04
ExecutablePath: /usr/share/apport/apportcheckresume
ExecutableTimestamp: 1439395460
Failure: suspend/resume
InterpreterPath: /usr/bin/python3.4
Package: linux-image-3.19.0-25-generic 3.19.0-25.26~14.04.1

Я также приложил журнал сна ниже.

Initial commandline parameters: 
Thu Sep 10 22:50:05 EDT 2015: Running hooks for suspend.
Running hook /usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend:
/usr/lib/pm-utils/sleep.d/000kernel-change suspend suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status suspend suspend:
/usr/lib/pm-utils/sleep.d/000record-status suspend suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
Linux fruit 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Module                  Size  Used by
nvram                  16384  0 
msr                    16384  0 
btusb                  40960  0 
joydev                 20480  0 
bcm5974                20480  0 
pci_stub               16384  1 
vboxpci                24576  0 
vboxnetadp             28672  0 
vboxnetflt             28672  0 
vboxdrv               450560  3 vboxnetadp,vboxnetflt,vboxpci
xt_CHECKSUM            16384  1 
iptable_mangle         16384  1 
ipt_MASQUERADE         16384  1 
nf_nat_masquerade_ipv4    16384  1 ipt_MASQUERADE
iptable_nat            16384  1 
nf_conntrack_ipv4      16384  1 
nf_defrag_ipv4         16384  1 nf_conntrack_ipv4
nf_nat_ipv4            16384  1 iptable_nat
nf_nat                 24576  2 nf_nat_ipv4,nf_nat_masquerade_ipv4
nf_conntrack          106496  4 nf_nat,nf_nat_ipv4,nf_nat_masquerade_ipv4,nf_conntrack_ipv4
xt_tcpudp              16384  5 
bridge                110592  0 
stp                    16384  1 bridge
llc                    16384  2 stp,bridge
iptable_filter         16384  1 
ip_tables              28672  3 iptable_filter,iptable_mangle,iptable_nat
x_tables               36864  6 xt_CHECKSUM,ip_tables,xt_tcpudp,ipt_MASQUERADE,iptable_filter,iptable_mangle
applesmc               20480  0 
input_polldev          16384  1 applesmc
x86_pkg_temp_thermal    16384  0 
intel_powerclamp       20480  0 
coretemp               16384  0 
kvm_intel             151552  0 
kvm                   479232  1 kvm_intel
brcmfmac              278528  0 
brcmutil               16384  1 brcmfmac
lpc_ich                24576  0 
cfg80211              524288  1 brcmfmac
bdc_pci                16384  0 
mei_me                 20480  0 
mei                    90112  1 mei_me
sbs                    16384  0 
sbshc                  16384  1 sbs
apple_gmux             16384  0 
mac_hid                16384  0 
snd_hda_codec_cirrus    20480  1 
snd_hda_codec_generic    69632  1 snd_hda_codec_cirrus
snd_hda_codec_hdmi     53248  1 
snd_hda_intel          32768  10 
snd_hda_controller     32768  1 snd_hda_intel
snd_hda_codec         143360  5 snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel,snd_hda_controller,snd_hda_codec_cirrus
snd_hwdep              20480  1 snd_hda_codec
fglrx               12460032  127 
snd_pcm               106496  4 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_hda_controller
snd_seq_midi           16384  0 
snd_seq_midi_event     16384  1 snd_seq_midi
snd_rawmidi            32768  1 snd_seq_midi
snd_seq                65536  2 snd_seq_midi_event,snd_seq_midi
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              32768  2 snd_pcm,snd_seq
snd                    86016  31 snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_hda_codec_cirrus
apple_bl               16384  1 apple_gmux
amd_iommu_v2           20480  1 fglrx
soundcore              16384  2 snd,snd_hda_codec
shpchp                 40960  0 
bnep                   20480  2 
rfcomm                 69632  0 
bluetooth             491520  11 bnep,btusb,rfcomm
binfmt_misc            20480  1 
parport_pc             32768  0 
ppdev                  20480  0 
lp                     20480  0 
parport                45056  3 lp,ppdev,parport_pc
nls_iso8859_1          16384  1 
dm_crypt               24576  1 
hid_generic            16384  0 
hid_apple              16384  0 
crct10dif_pclmul       16384  0 
crc32_pclmul           16384  0 
ghash_clmulni_intel    16384  0 
aesni_intel           172032  2 
aes_x86_64             20480  1 aesni_intel
lrw                    16384  1 aesni_intel
gf128mul               16384  1 lrw
glue_helper            16384  1 aesni_intel
ablk_helper            16384  1 aesni_intel
cryptd                 20480  4 ghash_clmulni_intel,aesni_intel,ablk_helper
uas                    24576  0 
usb_storage            69632  1 uas
ahci                   36864  3 
usbhid                 53248  0 
libahci                32768  1 ahci
hid                   110592  3 hid_generic,usbhid,hid_apple
video                  20480  1 apple_gmux
             total       used       free     shared    buffers     cached
Mem:      16306696    1188872   15117824      22748      47276     365684
-/+ buffers/cache:     775912   15530784
Swap:      4194300          0    4194300
/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/49tlp suspend suspend:
/usr/lib/pm-utils/sleep.d/49tlp 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:
Failed to connect to non-global ctrl_ifname: (null)  error: No such file or directory
/usr/lib/pm-utils/sleep.d/60_wpa_supplicant suspend suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable.

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:
ATI Catalyst 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.

Thu Sep 10 22:50:06 EDT 2015: performing suspend

ОБНОВЛЕНИЕ 2: похоже, что эта проблема может выходить за пределы Ubuntu. Я не уверен, как начать отладку. Есть предположения??

https://forums.gentoo.org/viewtopic-p-7772846.html?sid=7ab6dd35c3dfc7a38a2c1b02edb15044

https://bbs.archlinux.org/viewtopic.php?id=199388


1
Это похоже на проблему с аппаратным обеспечением вашего Mac, имеющим команды ACPI, отличные от Ubuntu. Я хотел бы знать, если у кого-то еще есть эта проблема, и я также хотел бы знать, как у вас это работает ...
Даниил

Я только что купил ту же модель, и у меня та же проблема.
E3L_1

Та же проблема, MBP 11,5, закрывающая крышку, вызывает две вещи: сбой, повторное открытие требует жесткого выключения (кнопка питания) для загрузки, и, пока крышка закрыта, ноутбук сильно нагревается. Невероятно раздражает, так как мне нужно регулярно перемещать свой ноутбук между классами
Том Б,

2
Также влияет на 15-дюймовую сетчатку с моделью 11,4 (efi загрузил Ubuntu 15.10)
томодачи

2
Пожалуйста, посмотрите на эту страницу, которая отслеживает Macbook Pro 11,5. Эта проблема все еще не решена, но некоторые другие решены в последних версиях ядра.
Александр Дубинский

Ответы:


7

Оказывается, это теперь задокументированная проблема с MacbookPro 11,4 и 11,5 в последнем основном ядре Linux (я думаю, что до 4.6 на момент написания этой статьи). Существует обходной путь, который требует исправления / компиляции собственного ядра. Он находится в комментарии № 172 на https://bugzilla.kernel.org/show_bug.cgi?id=103211 . В частности,

diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index ee72ebe..d3ec833 100644
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks.c
@@ -2775,6 +2775,13 @@ static void quirk_hotplug_bridge(struct pci_dev *dev)

 DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_HINT, 0x0020, quirk_hotplug_bridge);

+static void quirk_hotplug_bridge_skip(struct pci_dev *dev)
+{
+       dev->is_hotplug_bridge = 0;
+}
+
+DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x8c10, quirk_hotplug_bridge_skip);
+
 /*
  * This is a quirk for the Ricoh MMC controller found as a part of
  * some mulifunction chips.

Из комментариев видно, что несколько людей подтвердили, что это действительно работает в Ubuntu 14.04 и 16.04 с различными вариантами 4.X ядра Linux. Я проверяю это сейчас, 16.04, и приму этот ответ, если все работает хорошо. Если кто-то еще хочет подтвердить этот патч 14.04 с более ранним выпуском ядра (3.X), пожалуйста, прокомментируйте ниже.

ОБНОВЛЕНИЕ: Я могу подтвердить, что это работает в Ubuntu 16.04 с Kernel v4.4.0-28-generic. Я сделал следующие шаги:

Кажется, все работает как надо.


Теперь это, кажется, включено в более новые сборки ядра 4.4 (по крайней мере, из 4.4.0-63-generic).
Кристиан Фриц

У меня все еще есть проблемы с 4.4.0-64 в Ubuntu 16.04. Я предполагаю, что это должно быть вызвано другой проблемой :-(
Брэд Питчер

0

Я нашел решение на https://joshtronic.com/2017/03/13/getting-suspend-in-linux-working-on-a-macbook-pro/ - что сработало для меня (16.04LTS), было добавив следующее к/etc/rc.local

#!/bin/sh -e
echo LID0 > /proc/acpi/wakeup
echo XHC1 > /proc/acpi/wakeup
exit 0

Я бы рекомендовал проверить это вручную, прежде чем добавлять в файл. Это можно сделать, запустив sudo -iотдельные строки.


echo LID0 > /proc/acpi/wakeupпросто переворачивается, если LID0должно вызвать пробуждение или нет.


Печальным побочным эффектом является то, что компьютер больше не включается при открытии крышки

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.