4 votos

El WiFi sigue cayendo y requiere un reinicio (problema confirmado que no es de hardware)

He llevado mi MacBook Pro de finales de 2011 al 'Genius Bar' y me han dicho que NO es un problema de hardware ya que han realizado el diagnóstico y no han encontrado ningún problema. Es por eso que estoy publicando esto a pesar de que hay muchas preguntas similares, ya que todos ellos fueron resueltos mediante la sustitución del hardware. El 'Genio' de Apple dijo entonces que el WiFi "probablemente" estaba cayendo porque yo estaba ejecutando Mountain Lion y Yosemite tenía muchas actualizaciones de conectividad. Ahora estoy ejecutando Yosemite 10.10.3 pero el problema persiste.

El problema

Me conectaré a cualquier conexión WiFi (lo que indica que no es un problema de router o de canal) y todo funcionará bien. Al cabo de un tiempo -normalmente entre unos minutos y una hora- intentaré cargar una página web y veré que su estado de carga dice "resolviendo host" (Chrome v43).

Cuando el WiFi muere, la única solución (temporal) es 'olvidar' la red, hacer que el servicio de WiFi esté inactivo y luego eliminar el servicio por completo, antes de reiniciar y volver a activarlo. Cuando el WiFi muere, el icono de la señal muestra una conexión a plena potencia y en 'Preferencias del Sistema > Red' el botón dice 'Desactivar WiFi' como si no se hubiera dado cuenta todavía.

A veces, cuando vuelvo a arrancar, al hacer clic en el icono del WiFi aparece un mensaje que dice "No se ha detectado el hardware". Tengo que reiniciar una o varias veces antes de que esto se solucione.

Intentos de solución

  • Llamé al soporte técnico de Apple, que me habló de cómo borrar un montón de archivos de preferencias diferentes
  • Lo llevé al Genio de Apple, que dijo que no era un problema de hardware al 100%, ya que se detectaría en el diagnóstico.
  • Actualización de Mountain Lion a Yosemite
  • Actualización de todos los demás programas informáticos
  • Reiniciar PRAM / SMC

**Log **

01/06/2015 23:29:22.298 discoveryd[78]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 194.168.8.100 Port 53 errno 65, fd 56, ErrLogCount 50 ResolverIntf:5
01/06/2015 23:29:58.329 com.apple.xpc.launchd[1]: (com.apple.CoreRAID[845]) Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.CoreRAID
01/06/2015 23:30:00.000 kernel[0]: Sandbox: fontworker(849) deny file-read-data /Library/Fonts/Summit_OpenType/SummitBold-InlineOne.otf
01/06/2015 23:30:08.000 kernel[0]: SerialATAPI device reconfiguration did not complete successfully.  (failedCommandInfo = 0x1)
01/06/2015 23:30:31.117 discoveryd[78]: Basic DNSResolver  Re-Binding to random udp port 50861
01/06/2015 23:30:33.191 com.apple.xpc.launchd[1]: (org.ntp.ntpd) Unknown key for Boolean: ForceEnableHack
01/06/2015 23:30:35.416 com.apple.preference.datetime.remoteservice[900]: Failed to connect (worldMap) outlet from (GEOCityPickerViewPrivController) to (GEOWorldTimeZoneView): missing setter or instance variable
01/06/2015 23:30:42.181 WindowServer[146]: WSGetSurfaceInWindow : Invalid surface 753037142 for window 141
01/06/2015 23:30:42.181 WindowServer[146]: WSGetSurfaceInWindow : Invalid surface 753037142 for window 141
01/06/2015 23:30:42.181 WindowServer[146]: WSGetSurfaceInWindow : Invalid surface 753037142 for window 141
01/06/2015 23:30:42.304 com.apple.xpc.launchd[1]: (com.apple.preference.datetime.remoteservice[900]) Service exited due to signal: Killed: 9
01/06/2015 23:31:03.337 matt[907]: Unable to resolve hostname(s)
01/06/2015 23:31:21.066 com.evernote.EvernoteHelper[800]: Terminating in response to shutdown notification
01/06/2015 23:31:31.072 CoreServicesUIAgent[301]: unexpected message <OS_xpc_error: <error: 0x7fff7775dc60> { count = 1, contents =
    "XPCErrorDescription" => <string: 0x7fff7775df70> { length = 18, contents = "Connection invalid" }
}>
01/06/2015 23:31:33.463 ntpd[901]: drift PPM:0.000 -> -48.093
01/06/2015 23:32:04.000 kernel[0]: Google Chrome He (map: 0xffffff803bef40f0) triggered DYLD shared region unnest for map: 0xffffff803bef40f0, region 0x7fff95000000->0x7fff95200000. While not abnormal for debuggers, this increases system memory footprint until the target exits.

He monitorizado mi conexión WiFi para saber cuándo se caía y he comprobado el registro de la consola. Lo he subido a Github para que lo veas. Está disponible aquí .

Estoy perdido. Esto está afectando gravemente a mi trabajo como autónomo y a mi moral. Si alguien tiene alguna idea, por favor, compártala. Gracias.

1voto

TomDogg Puntos 170

Recientemente he tenido problemas similares con el Macbook Air que sigue perdiendo wifi y buscando constantemente wifi. Sabía que no era debido a mi router wifi porque mi dispositivo Android tenía una conexión estable. Tras probar diferentes trucos como reiniciar la red, etc., ninguno parece funcionar. Finalmente se me ocurrió una solución temporal. Abrí las preferencias de red en Mac y ejecuté el diagnóstico de red, dice que mi red está funcionando bien. Entonces cerré la preferencia de red. Y viola, la red ahora funciona bien. Me parece que algún archivo o configuración está dañado en el registro de la red por alguna razón, y después de ejecutar el diagnóstico, el sistema operativo sobrescribe y arregla el archivo o la configuración corrupta hasta la próxima vez que se corrompe de nuevo. Espero que esto ayude.

0voto

Buscar웃 Puntos 23467

Finalmente voy a echar un vistazo a su registro. (aunque sea muy corto), cuanta más información mejor.

Por lo tanto, tenemos lo siguiente para arreglar: No todo está relacionado con su problema de WiFi.

  • En la carpeta de aplicaciones busque y abra la aplicación Font Book. Allí utilice la opción Restaurar fuentes del sistema.

  • Su servidor DNS tiene problemas.- Abra Syst Pref- Red - DNS. Añade el DNS de Google como 8.8.8.8, elimina otros (como este DNSNameServer 194.168.8.100).

  • Comprobemos su archivo Host.

    En el Finder, utilice la carpeta Go- go to y pegue lo siguiente /private/etc/hosts

Eso le mostrará el archivo Hosts en la nueva ventana. Abra ese archivo y compare sus resultados con esto:

##
# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1   localhost
255.255.255.255 broadcasthost
::1             localhost 
fe80::1%lo0 localhost

NO debería tener nada más o menos en ese archivo.

U P D A T E

Después de leer su archivo de registro a partir del 04/06/2015 https://gist.github.com/anonymous/85efce69325f2ea487a7

  • Por favor, detenga ese Google Chrome He en su monitor de actividad (mátelo). No utilice el navegador Google Chrome durante un tiempo para probar sin él.

  • Sigues teniendo problemas con el servidor DNS. Deberías eliminar todos los servidores DNS en el syst pref Networks, y dejar sólo el 8.8.8.8.

  • Sugiero utilizar el Namebench que evaluará y sugerirá el mejor servidor DNS (el más rápido) para su ubicación. La he utilizado y ahora mi navegación es mucho más rápida.

  • A continuación, deberá ejecutar el programa Ping Google.com (en la aplicación Terminal ubicada en tu carpeta de utilidades) deja que termine y verás que no hay pérdida de paquetes, y tiempos de ping de 20-50 ms

  • Ahora vamos a configurar un ping continuo que mantendrá su conexión viva.

Lo siguiente enviará una señal cada 60 segundos al servidor de Google.Sólo tienes que dejar que se ejecute todo el día, y luego detenerlo usando ctrl+c-

En el tipo de terminal ping -i 60 google.es De nuevo tu tiempo de ping debería ser algo así como time=30.201 ms. Acabo de hacerlo desde California a España.

Comentario final: Apple ha reconocido que hay un problema con el proceso de discoveryd, y lo ha solucionado en la nueva versión (beta) de Yosemite 10.10.4. Esperemos lo mejor y esperemos a que se haga público.

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:

X