Раптове відключення Sierra та аварійні аварії WiFi

7

У мене дуже схожа проблема, як описано тут . Кілька свіжих установок 10.12.3, а також бета-версія не виправили раптових перезавантажень.

Я використовую середині 2014 року MacBook Pro Retina з виділеним графічним процесором.

Ви бачите деякі речі, щоб спробувати?

  • кілька перевстановок не допомогли (також встановити скидання)
  • тест обладнання не повідомляє про збої
  • немає проблем з утилітою диска SSD
  • вже скинув NVRAM
  • здається, проблема не виникає в безпечному режимі (але безпечний режим насправді не є режимом роботи)

Feb 28 18:41:37.190986 +0100 000001.269937 Brcm4360<D>[1794] [0xbfc5df44490844e7][1][0] CoreCapture:reinit@35=PCIErr-Status{LnkSt=10110143,DevSt=123C10,VID=14E4,DID=43A0,STS_CMD=8100406,BAR0=C1A00004,BAR1=C1800004,US=8000,CS=1
Feb 28 18:41:37.190987 +0100 000001.269938 Brcm4360<D>[1795] [0xbfc5df44490844e7][1][0] Skip capture: Capture:0, wl_powercycle_inprogress:1
Feb 28 18:41:37.190989 +0100 000001.269940 Brcm4360<D>[1796] [0xbfc5df44490844e7][1][0] Fatal Error - Initiate powercycle 
Feb 28 18:41:37.190991 +0100 000001.269942 Brcm4360<D>[1797] [0xbfc5df44490844e7][1][0] wl_fault_powercycle: thread_call_enter1 - Power Thread scheduled
Feb 28 18:41:37.190992 +0100 000001.269943 Brcm4360<D>[1798] [0xbfc5df44490844e7][1][0] Perform hard reset, skip core init
Feb 28 18:41:37.190993 +0100 000001.269944 Brcm4360<D>[1799] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::syncPowerState: Device in bad state after wakeup - err:-1
Feb 28 18:41:37.190995 +0100 000001.269946 Brcm4360<D>[1800] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::syncPowerState: Device in bad state after wakeup - err:-1
Feb 28 18:41:37.190998 +0100 000001.269949 Brcm4360<D>[1801] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::syncPowerState: returned: powerStateOrdinal = 2, callback[2] systemWoke[0] _powerSleep[0] _powerState[2]
Feb 28 18:41:37.191000 +0100 000001.269951 Brcm4360<D>[1802] [0xbfc5df44490844e7][0][0] AirPort_Brcm43xx::setPowerState: powerStateOrdinal = 2, ACK'ing.
Feb 28 18:41:37.191004 +0100 000001.269955 Brcm4360<D>[1803] [0xbfc5df44490844e7][1][0] powerCycleOffOnThread - Start Powercycle..., _powerOffOnDelayms[ 300]
Feb 28 18:41:37.191009 +0100 000001.269959 Brcm4360<D>[1804] [0xbfc5df44490844e7][1][0] powerCycleOffOnThread: M_DRIVER_AVAILABLE:0, event:0, reason:e0823801, sub_reason:e3ff8d23, minor_reason:0, reasonString:reinit@35=PCIErr-Status{LnkSt=10110143,DevSt=123C10,VID=14E4,DI
Feb 28 18:41:37.191011 +0100 000001.269962 Brcm4360<D>[1805] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::powerCycleOffOnThread: calling setPOWER(OFF)
Feb 28 18:41:37.191013 +0100 000001.269964 Brcm4360<D>[1806] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::setPOWER(): >>>> _powerState[2] _lastUserRequestedPowerState[2] _systemSleeping[0] _powerOffInProgress[0] _powerOffThreadRequest[1], _powerSleep[0] pid[0]'kernel_task'
Feb 28 18:41:37.191015 +0100 000001.269966 Brcm4360<D>[1807] [0xbfc5df44490844e7][1][0] wl0: setPOWER: num_radios[3]  power_state(0:0  1:0  2:0  3:0)
Feb 28 18:41:37.191017 +0100 000001.269968 Brcm4360<D>[1808] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::setPOWER(OFF): _powerState[2] _lastUserRequestedPowerState[2] _systemSleeping[0] _powerOffInProgress[0] _powerOffThreadRequest[1] selfpid[0] inprogress[0]
Feb 28 18:41:37.191059 +0100 000001.270010 Brcm4360<D>[1809] [0xbfc5df44490844e7][1][0] wlIoctl: wlc_ioctl called with cmd 118 returned error -26
Feb 28 18:41:37.191061 +0100 000001.270012 Brcm4360<D>[1810] [0xbfc5df44490844e7][1][0] wl0: setAP: err setting ioctl WLC_SET_AP to 0, err -26 "Not Permitted"
Feb 28 18:41:37.191062 +0100 000001.270013 Brcm4360<D>[1811] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::setPOWER(OFF): calling changePowerStateToPriv( PS_INDEX_DOZE )
Feb 28 18:41:37.191070 +0100 000001.270021 Brcm4360<D>[1812] [0xbfc5df444908497f][0][0] AirPort_Brcm43xx::powerStateDidChangeTo: 2, timestamp[0x0000000000136103] calendartime[0x0005499ab530609c]

і

Feb 28 18:41:37.182899 +0100 000001.261850 Brcm4360<D>[288] [0xbfc5df444908497f][0][0] AirPort_Brcm43xx::powerStateWillChangeTo: 2, ACK'ing
Feb 28 18:41:37.182909 +0100 000001.261860 Brcm4360<D>[289] [0xbfc5df44490844e7][0][0] AirPort_Brcm43xx::setPowerState: Called powerStateOrdinal = 2, timestamp[0x0000000000134122] calendartime[0x0005499ab53040bb]
Feb 28 18:41:37.182911 +0100 000001.261862 Brcm4360<D>[290] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::syncPowerState: powerStateOrdinal = 2, callback[2]systemWoke[0] _powerSleep[0] _powerState[0] _down[0] _up[0] osh[0xbfc5df44491fd42f]
Feb 28 18:41:37.182963 +0100 000001.261914 Brcm4360<D>[291] [0xbfc5df44490844e7][1][0] wlc_verify_d3_exit: AER_UC_NON_FATAL: STS:00008000, SERV:FFF9DFCF
Feb 28 18:41:37.182967 +0100 000001.261918 Brcm4360<D>[292] [0xbfc5df44490844e7][1][0] wlc_verify_d3_exit: PCI_CFG_AER_CORR_STS: STS:00002000
Feb 28 18:41:37.182975 +0100 000001.261926 Brcm4360<D>[293] [0xbfc5df44490844e7][1][0] wlc_verify_d3_exit: PCI_CFG_STAT:00000810
Feb 28 18:41:37.182977 +0100 000001.261928 Brcm4360<D>[294] [0xbfc5df44490844e7][1][0] wl0: fatal error, reinitializing, total count of reinit's[1], @'wlc_verify_d3_exit':57164
Feb 28 18:41:37.182985 +0100 000001.261936 Brcm4360<D>[295] [0xbfc5df44490844e7][1][0] wl0: 802.11 reinit reason[35], count[1]
Feb 28 18:41:37.183053 +0100 000001.262004 Brcm4360<D>[296] [0xbfc5df44490844e7][1][0] wl_fatal_error: fatal error within 450 ms, limit:4000 ms. currentRetryCnt:1, max:3
Feb 28 18:41:37.183055 +0100 000001.262006 Brcm4360<D>[297] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::setPowerCycleInProgress: state [0] -> [1], name['wl_fatal_error'] id[31094]
Feb 28 18:41:37.183057 +0100 000001.262008 Brcm4360<D>[298] [0xbfc5df44490844e7][1][0] AirPort_Brcm43xx::setPowerCycleInProgress: _up[0] _down[0] _powerSleep[0] _powerState[0] _powerCycleThreadWaiting[0] _powerOffOnThreadBlockedForWake[0] _powerCycleOffOnThreadRunning[0]
Feb 28 18:41:37.183064 +0100 000001.262014 Brcm4360<D>[299] [0xbfc5df44490844e7][1][0] Log system state... : reinit@35=PCIErr-Status{LnkSt=10110143,DevSt=123C10,VID=14E4,DID=43A0,STS_CMD=8100406,BAR0=C1A00004,BAR1=C1800004,US=8000,CS=1
Feb 28 18:41:37.183066 +0100 000001.262017 Brcm4360<D>[300] [0xbfc5df44490844e7][1][0] wl0: Dec 22 2016 23:34:31 version 7.21.171.68 (TOB) (r667042)(P2P)

Feb 28 18:41:37.183068 +0100 000001.262019 Brcm4360<D>[301] [0xbfc5df44490844e7][1][0] KMOD info(name: 'com.apple.driver.AirPort.Brcm4360' version['1130.3.1a5']

редагувати

Ніякої паніки не повідомлялося, лише діагностика. Однак це посилання містить повний вихід для краху AirPort, згаданого вище.

Для уточнення: ноутбук або заморозиться, і потім вимкнеться, або перейде до чорного та відключення. Він не перезапуститься автоматично. І я не бачу сірого екрану смерті, який вказує на паніку ядра.

немає паніки

wifi  sierra  airport  crash  shutdown 
— Георг Хайлер
джерело
Чи можете ви відтворити проблему за бажанням, чи це відбувається випадковим чином? Завантажте та запустіть Etrecheck, а потім опублікуйте вихід на Pastebin . Надайте посилання як коментар або просто оновіть початкове запитання. Вся особиста інформація анонімізована.
— njboot
Ось etrecheck вихід pastebin.com/mTyVnV9m . Ні, це не відтворюється. Іноді кожні 15 хвилин, іноді кожні 8 годин. Що я помітив, хоча він, схоже, не з’являється під час першого завантаження після перевстановлення OSX.
— Георг Хайлер
Дякую. Також перевірте /Library/Logs/DiagnosticReportsпапку (ось повний шлях, введіть її в Finder> Go) і знайдіть журнал, який закінчується .panic. Якщо у вас є, опублікуйте найсвіжіший.
— njboot
Найкраща здогадка про паніку ядра, яка не відбувається в безпечному режимі, зазвичай є сторонній кекс. Це також пов'язується з тим, що це не відбувається після чистої установки.
— Tetsujin
1
Це трапляється з мого пізнього 2013 року MBP 15 "з вчорашнього дня. Він досить постійний як на власному, так і на моєму батьківському Wi-Fi (абсолютно інше обладнання WiFi). На моїй роботі WiFi або на роботі Ethernet, однак, це просто не відбувається.
— Амброос

Відповіді:

1

Я нарешті маю відповідь:

Відвідування Apple Store мені не допомогло. Вони могли відтворити проблему і припустили, що можливо зміна мережевої карти може допомогти.

Нарешті я домовився про додатковий варіант підтримки від Apple і відвіз свій MacBook в місцеву ремонтну майстерню. Вони визначили материнську плату як проблему та змінили її.

— Георг Хайлер
джерело
0

У мене виникли проблеми, ідентичні вашим. І, як і Ви, апаратне діагностування не повідомило нічого поганого.

В крайньому випадку я відніс це до магазину Apple і попросив перезавантажити модуль wifi аеропорту. Вони погодились, що це наступний найкращий спосіб дій.

Я радий повідомити, що вирішив усі мої проблеми. Можливо, варто спробувати для вас. Вони також нічого не стягували, тому варто зняти.

— BubbaTX
джерело
Звучить чудово. На жаль, у моєму місті немає оригінального магазину яблук. І роздрібні торговці за це платять. Чи знаєте ви, чи можу я виконати цю скидання в домашніх умовах також чи є підручник?
— Георг Хайлер
Я змусив їх зробити те саме в Apple Store в Брюсселі, і, на жаль, це не змінило значення. (Збірка дисплея була замінена. Якість програми, див. Staingate, і вони перезавантажили карту WiFi. Без оплати, поза гарантією.)
— Ambroos
0

У мене була така ж проблема вже досить давно. Ніяких панічних ядер, але DiagnosticReports для модуля AirPort кожен раз. Перезавантаження раніше було дуже рідко (кілька днів), але останнім часом це траплялося так само часто, як кожні 5-30 хвилин.

Винуватець AirPort, здається, є винуватцем для мене. Вимкнення wifi / bluetooth та використання Ethernet не завадило виникнути проблему, як це стосується інших, хоча, здається, вона стає менш частою.

Після нового перезавантаження я запускаю цей скрипт, щоб вивантажити кекс, і з моменту цього не відбулося збоїв:

sudo kextunload /System/Library/Extensions/AirPortBrcmNIC-MFG.kext

Я не впевнений, які функції вимкнено, вивантаживши цей кекс.

— Адам Свобода
джерело
Я отримую Can't open CFBundle for /System/Library/Extensions/AirPortBrcmNIC-MFG.kext. Can't create /System/Library/Extensions/AirPortBrcmNIC-MFG.kext.при спробі запустити ваш сценарій на OS X 10.12.5.
— Георг Хайлер
0

Можна підтвердити, що єдине рішення, що не дозволяє моєму MacBook вийти з ладу з точно такою самою підписом, це: тримати його підключеним до електроживлення, кришкою закритою, док-станція грому з Ethernet (Wi-Fi може бути увімкнено). Видалення будь-якого з цих (критерії живлення, кришки або док-станції) призводить до аварії за кілька хвилин

Поки що немає рішення https://discussions.apple.com/thread/7807562?start=0&tstart=0

— Олексійпономарьов
джерело
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.