मैकबुक प्रो 11,4 पर स्टैंडबाय और शटडाउन हैंग


14

मैं अभी कुछ हफ्तों पहले अपने मध्य 2015 (11,4) मैकबुक प्रो पर उबंटू डेस्कटॉप 14.04 और मैक ओएस 10.10.4 (योसेमाइट) को डुअल बूट में लाने में कामयाब रहा। किसी कारण से, मशीन बंद और स्टैंडबाय पर लटका हुआ है। विशेष रूप से:

  • शटडाउन करने के लिए मशीन को बताना (जैसे, सूडो पॉवरऑफ, सुडो शटडाउन अब, आदि) अंतिम बंद होने तक सामान्य शटडाउन रूटीन का कारण बनता है "सिस्टम अब रुक जाएगा।" एक बार यहां, सिस्टम फ्रीज हो जाता है और इसे बंद करने का एकमात्र तरीका मैं एक हार्ड शटडाउन के लिए कुछ सेकंड के लिए पावर बटन को मैन्युअल रूप से दबाए रखता हूं।

  • मशीन को स्टैंडबाय को बताने से यह काली स्क्रीन पर जाता है और अनुत्तरदायी बन जाता है। इसे वापस लाने का एक ही तरीका है कि एक हार्ड शटडाउन के लिए कुछ सेकंड के लिए पावर बटन दबाए रखें। मशीन को वापस लाने के बाद, मुझे फिर से शुरू होने पर एक "सिस्टम एरर डिटेक्टेड" सूचना मिलती है।

कुछ उचित नोट:

  • MBP ग्राफिक्स के लिए एक एकीकृत इंटेल आईरिस प्रो और एक AMD Radeon R9 M370X कॉम्बो चला रहा है, और मैं fglrx- अपडेट से मालिकाना ड्राइवर का उपयोग कर रहा हूं। मुझे लगता है कि उबंटू के पुराने संस्करणों में अन्य प्रतीत होने वाले संबंधित मामलों से, समस्या मालिकाना ग्राफिक्स ड्राइवर से उपजी है। हालाँकि, खुले XOrg ड्राइवर पर स्विच करना और apt-get purging fglrx-updates या तो समस्या का समाधान नहीं करता है।

  • अगर मैं स्टैंडबाय के बजाय हाइबरनेट करने की कोशिश करता हूं, तो डिस्प्ले वापस चला जाता है और कुछ समय बाद डेस्कटॉप पर वापस लौटता है (जैसे कि यह हाइबरनेट से खुद को जगा रहा है)।

  • रिबूट ठीक काम करता है। वास्तव में, उबंटू से मशीन पर एक स्वच्छ शटडाउन प्राप्त करने का एकमात्र तरीका रिबूट करना है और या तो आरईफ़इंड से बंद करना या ओएस एक्स और शटडाउन में बूट करना है।

मुझे यकीन नहीं है कि लॉग क्या पोस्ट करने के लिए सबसे अधिक समझ में आता है (यह मेरा पहली बार एक सवाल पूछ रहा है), लेकिन अगर किसी को कोई अंतर्दृष्टि है तो मैं सही ASAP को पोस्ट करने के लिए खुश हूं।

अद्यतन 1: इसे स्टैंडबाय में डालने से वास्तव में स्क्रीन बंद हो जाती है, फिर लगभग तुरंत चालू करें, फिर से फिर से चालू करें और लटकाएं। उबंटू में लौटते समय मुझे जो सिस्टम त्रुटि मिलती है वह निम्नलिखित है:

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: ऐसा लगता है कि यह समस्या उबंटू से आगे बढ़ सकती है। मुझे यकीन नहीं है कि इसे डीबग करना कैसे शुरू किया जाए। कोई विचार??

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

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


1
यह आपके मैक के हार्डवेयर के साथ एक समस्या की तरह लगता है जिसमें उबंटू की तुलना में अलग एसीपीआई कमांड होंगे। मैं जानना चाहता हूं कि क्या किसी और को यह समस्या हो रही है, और मैं यह भी जानना चाहूंगा कि आपको यह कैसे काम करना है ...
डैनियल

मैं सिर्फ एक ही मॉडल खरीदा है और मैं एक ही मुद्दा रहा हूँ।
E3L_1

एक ही मुद्दा, ढक्कन को बंद करने के लिए MBP 11,5 दो चीजों का कारण बनता है: एक क्रैश, इसे फिर से खोलने के लिए एक हार्ड शटडाउन (पावर बटन) की जरूरत होती है, और जब ढक्कन बंद होता है तो लैपटॉप बहुत गर्म हो जाता है। अविश्वसनीय रूप से कष्टप्रद क्योंकि मुझे कक्षाओं के बीच अपने लैपटॉप को नियमित रूप से स्थानांतरित करने की आवश्यकता है
टॉम बी

2
मॉडल 11,4 के साथ 15 "रेटिना को भी प्रभावित करता है (efi बूटेड उबंटू 15.10)
टॉमोडाची

2
कृपया इस पृष्ठ पर एक नज़र डालें जो मैकबुक प्रो 11,5 पर नज़र रख रहा है। यह समस्या अभी भी हल नहीं हुई है, लेकिन कुछ अन्य लोग हाल की गुठली में हल किए गए हैं।
Aleksandr Dubinsky

जवाबों:


7

यह पता चला है कि यह अब मैकबुकप्रो 11,4 और 11,5 के साथ नवीनतम मेनलाइन लाइनक्स कर्नेल के भीतर एक प्रलेखित समस्या है (मुझे लगता है कि यह लिखने के समय 4.6 तक)। वहाँ एक काम के आसपास है कि एक कस्टम कर्नेल पैचिंग / संकलन की आवश्यकता है। यह https://bugzilla.kernel.org/show_bug.cgi?id=103211 टिप्पणी # 172 पर स्थित है । विशेष रूप से,

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.

टिप्पणियों के भीतर से, ऐसा लगता है कि मुट्ठी भर लोगों ने पुष्टि की है कि यह वास्तव में उबंटू 14.04 और 16.04 में लिनक्स कर्नेल के विभिन्न 4.X विविधताओं के साथ काम करता है। मैं 16.04 पर अब इसका परीक्षण कर रहा हूं, और यदि सब कुछ ठीक है तो मैं इस उत्तर को स्वीकार करूंगा। यदि कोई अन्य 14.04 पर पहले कर्नेल रिलीज़ (3.X) के साथ इस पैच की पुष्टि करने के लिए तैयार है, तो कृपया नीचे टिप्पणी करें।

अद्यतन: मैं पुष्टि कर सकता हूँ कि यह Ubuntu 16.04 में कर्नेल v4.4.0-28-जेनेरिक के साथ काम करता है। मैंने निम्नलिखित कदम उठाए:

  • Ubuntu कर्नेल गिट रेपो ( https://wiki.ubuntu.com/Kernel/Dev/KernelGitGuide ) से सही कर्नेल प्राप्त करें
  • मैन्युअल रूप से quirk_hotplug_bridge (...) विधि और DECLARE_PCI_FIXUP_HEADER (...) कॉल जोड़कर उपरोक्त पैच को लागू करें
  • कर्नेल को संकलित करें और dpkg इसे स्थापित करें ( https://help.ubuntu.com/community/Kernel/Compile )

लगता है कि सब कुछ काम करना चाहिए।


यह अब 4.4 कर्नेल (कम से कम 4.4.0-63-जेनेरिक के रूप में) के नए बिल्ड में शामिल किया गया लगता है।
क्रिश्चियन फ्रिट्ज

मैं अभी भी Ubuntu 16.04 पर 4.4.0-64 के साथ मुद्दों को निलंबित कर रहा हूँ। मुझे लगता है कि यह एक अलग मुद्दे के कारण होना चाहिए :-(
ब्रैड पिचर

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 Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.