7 votos

Georg Heiler avatar

Sierra cierre repentino y WiFi crashlogs

Preguntado el 1 de Marzo, 2017
Cuando se hizo la pregunta
1512 visitas
Cuantas visitas ha tenido la pregunta
4 Respuestas
Cuantas respuestas ha tenido la pregunta
Resuelta
Estado actual de la pregunta

Tengo un problema muy similar al descrito aquí . Varias instalaciones nuevas de 10.12.3, así como la beta, no solucionaron los reinicios repentinos.

Estoy usando un MacBook Pro Retina de mediados de 2014 con GPU dedicada.

¿Ves algunas cosas para probar?

  • varias reinstalaciones no han servido de nada (también la instalación de reset)
  • la prueba de hardware no informa de los fallos
  • no hay problemas con la utilidad de disco SSD
  • ya ha reiniciado la NVRAM

  • el problema no parece aparecer en modo seguro (pero el modo seguro no es realmente un modo para trabajar)

    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]

y

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']

editar

No se ha informado de pánicos, sólo de diagnósticos. Sin embargo este enlace contiene el resultado completo del fallo del AirPort mencionado anteriormente.

Para aclarar: el portátil se congelará y luego se apagará o se pondrá en negro y se apagará. No se reinicia automáticamente. Y no veo la pantalla gris de la muerte que indica un pánico del kernel.

no panics

Preguntado el 1 de Marzo, 2017 por Georg Heiler

Respuestas

¿Demasiados anuncios?

1voto

Georg Heiler avatar
Georg Heiler Puntos 143

Por fin tengo una respuesta:

La visita a la Apple Store no me ayudó. Pudieron reproducir el problema y sugirieron que tal vez cambiar la tarjeta de red podría ayudar.

Finalmente negocié una opción de soporte extra de apple y llevé mi MacBook a un taller de reparación local. Identificaron la placa base como el problema y la cambiaron.

Respondido el 5 de Agosto, 2017 por Georg Heiler (143 Puntos )

0voto

BubbaTX avatar
BubbaTX Puntos 1

He tenido problemas idéntico a la suya. Y, al igual que tú, los diagnósticos de hardware no informaron de nada malo.

Como último recurso, lo llevé a la Apple Store y pedí que volvieran a colocar el módulo wifi del aeropuerto. Estuvieron de acuerdo en que esta era la mejor opción.

Me alegra informar de que ha resuelto todos mis problemas. Puede que valga la pena probarlo para ti. Además, no han cobrado nada, así que vale la pena intentarlo.

Respondido el 1 de Mayo, 2017 por BubbaTX (1 Puntos )

0voto

hellzone avatar
hellzone Puntos 126

Tengo exactamente el mismo problema desde hace tiempo. No hay kernel panics, pero sí informes de diagnóstico para el módulo AirPort cada vez. Los reinicios solían ser muy infrecuentes (varios días), pero más recientemente sucedían cada 5-30 minutos.

El kext de AirPort parece ser el culpable para mí. Desactivar el wifi/bluetooth y usar ethernet no evitó que el problema ocurriera como a otros, aunque parece que lo hace menos frecuente.

Después de un nuevo reinicio, ejecuto este script para descargar el kext y no he tenido ningún fallo desde entonces:

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

Sin embargo, no estoy seguro de qué funciones se desactivan al descargar este kext.

Respondido el 7 de Junio, 2017 por hellzone (126 Puntos )

0voto

root-11 avatar
root-11 Puntos 111

Puedo confirmar que la única solución que evita que mi MacBook se bloquee con la misma firma es: mantenerlo conectado a la corriente, la tapa cerrada y el dock thunderbolt con Ethernet (el wifi puede estar activado). La eliminación de cualquiera de esos criterios (alimentación, tapa o dock) conduce a un accidente en pocos minutos

No hay solución hasta ahora https://discussions.apple.com/thread/7807562?start=0&tstart=0

Respondido el 12 de Junio, 2017 por root-11 (111 Puntos )

Preguntas relacionadas

Preguntas Destacadas

Etiquetas mas usadas

En nuestra red

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

Yandex
X