Tengo un modelo Macbook Pro Retina 13" (principios de 2015) y tengo una partición bootcamp con Windows 8.1 Pro instalado. El arranque dual para OSX El Capitan y Windows funcionaba bien hasta hace aproximadamente un mes. Estaba cambiando de sistemas que usaban la optionclave en el arranque a través de la pantalla de selección de la unidad de arranque y todo funcionaba bien.
El problema al que me enfrento en este momento es que cada vez que enciendo mi computadora portátil o trato de cambiar de sistema operativo con la optiontecla, la pantalla de selección de unidad tarda mucho en aparecer, como literalmente de 20 a 30 segundos. Esto no es realmente normal porque solía ser mucho más rápido. Además, una vez que aparece con las unidades Macintosh HD, Windows y Recovery, el puntero del mouse simplemente no funciona o, a veces, funciona de manera poco confiable o extremadamente lenta. He probado mouse inalámbrico y con cable en la pantalla y los resultados son similares. Puedo usar las teclas de flecha del teclado para seleccionar las unidades, pero la respuesta es demasiado lenta. Una vez que presiono una tecla de flecha, toma de 15 a 20 segundos registrar y mover la selección, a veces no responde en absoluto. Y luego, finalmente, cuando golpeéreturnse tarda otro medio minuto más o menos en cargar la secuencia de inicio (logotipo de Apple para OSX y círculo giratorio para Windows).
Corrí diskutil
a verificar los volúmenes pero todo parece estar bien. El estado del disco se muestra bien y también ejecuté First Aid en Macintosh HD, pero fue en vano. Luego intenté restablecer el SMC y la NVRAM, pero el problema persistía. Actualicé los controladores de bootcamp y las actualizaciones de Windows, pero la situación se mantuvo. Finalmente, llevé la computadora portátil a una tienda de Apple y el técnico vio el problema, nunca ejecutó ningún diagnóstico y simplemente dijo algo como " parece un problema con EFI, tendremos que enviarlo a reparar para cambiar la placa lógica porque la memoria está soldado en la placa lógica ", no pude entender completamente lo que quiso decir con eso y soy escéptico si realmente es un problema de hardware porque los sistemas operativos (OSX y Windows) funcionan bien una vez que se inician.
Algunos comportamientos extraños que noté -
Puntos que vale la pena mencionar :
Uso Tuxera NTFS y sé que existe un problema conocido de compatibilidad del controlador NTFS entre el controlador NTFS predeterminado de OSX y la versión NTFS de Tuxera. Pensando que este podría ser el problema, traté de repetir todos los pasos de remediación al deshabilitar por completo Tuxera, pero el problema persistía. Siento que Tuxera puede no ser un problema porque he estado usando Bootcamp Windows y Tuxera durante bastante tiempo y nunca tuve ningún problema. Estoy considerando una instalación limpia de bootcamp con Win 8.1 Pro, si es absolutamente necesario, pero me gustaría evitarlo porque es mi configuración de trabajo y tendré que configurar todo desde cero.
Ya he buscado muchos artículos en línea y publicaciones de la comunidad, pero no he podido encontrar nada similar a esta situación. Entonces, mi pregunta es, ¿podría realmente ser un problema relacionado con el hardware (RAM) como me dice la barra Genius? ¿O hay algo conocido que pueda intentar (y que aún no haya probado como se indicó anteriormente) para ver si resuelve el problema?
Se agregó más información del registro del sistema :
Ejecuté sudo dmesg | more
la terminal para ver el último registro de inicio inmediatamente después de un inicio y parece que al principio hay un montón de kext
errores relacionados. No he investigado mucho sobre el error, pero parece un pánico del kernel de algún tipo, simplemente no puedo determinar si esto se debe a un software o es un problema de hardware.
Kext com.apple.driver.AppleIntelLpssUARTCommon start failed (result 0xdc00400a).
Kext com.apple.driver.AppleIntelLpssUARTCommon failed to load (0xdc008017).
Dependency com.apple.driver.AppleIntelLpssUARTCommon of kext com.apple.driver.AppleIntelLpssUARTv0 failed to load.
Can't remove kext com.apple.driver.AppleIntelLpssUARTCommon; services failed to terminate - 0xdc008018.
Kext com.apple.driver.AppleIntelLpssUARTv0 failed to load (0xdc008015).
Failed to load kext com.apple.driver.AppleIntelLpssUARTv0 (error 0xdc008015).
AppleCamIn::probe
fUseGPUBusy = 0 fPPPMSupport = 1
**** [IOBluetoothHostControllerUSBTransport][start] -- completed -- result = TRUE -- 0x2800 ****
**** [BroadcomBluetoothHostControllerUSBTransport][start] -- Completed (matched on Interface) -- 0x2800 ****
Couldn't alloc class "AppleIntelLpssUARTv0"
AppleCamIn::start
Se ejecutó diskutil verifyvolume
en mi EFI
volumen y volvió con algunos errores-
Verifying file system
** /dev/rdisk0s1
** Phase 1 - Preparing FAT
** Phase 2 - Checking Directories
/EFI/APPLE/EXTENSIONS/Firmware.scap starts with free cluster
Truncate? no
/EFI/APPLE/EXTENSIONS/Firmware.scap: Cluster chain starting at 6 ends with cluster marked free
Truncate? no
size of /EFI/APPLE/EXTENSIONS/Firmware.scap is 15729264, should at most be 512
Truncate? no
** Phase 3 - Checking for Orphan Clusters
Found orphan cluster(s)
Fix? no
Found 30600 orphaned clusters
Free space in FSInfo block (303079) not correct (303078)
Fix? no
179 files, 151539 KiB free (303078 clusters)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error
Según Apple, la partición EFI no se usa para arrancar OS X. Lo interesante sobre el Firmware.scap
archivo dañado es que, evidentemente, el archivo se copia de la /usr/standalone/i386
carpeta a la /volumes/efi/EFI/APPLE/EXTENSIONS
carpeta en el momento del arranque. Consulte el sitio web: /Volumes/EFI - Firmware.scap & MBA41_0077_B12_LOCKED.scap . Si esto es cierto, entonces no debería preocuparse por reemplazar el Firmware.scap
archivo dañado.
Supongo que el siguiente paso sería intentar arreglar la partición EFI. Si lo desea, primero puede hacer una copia de seguridad de esta partición en un archivo. El archivo sería una imagen exacta de toda la partición. Para hacer una copia de seguridad de toda la partición EFI en el archivo llamado efi.binary
, use el comando OS X a continuación. La partición no debe montarse antes de ingresar el comando.
sudo dd if=/dev/disk0s1 of=efi.binary bs=409600
Si algo sale mal, al menos puede restaurar la partición EFI a su condición original (defectuosa). Para restaurar toda la partición EFI desde el archivo efi.binary
, use el comando OS X a continuación. La partición no debe montarse antes de ingresar el comando.
sudo dd if=efi.binary of=/dev/disk0s1 bs=409600
El comando OS X para reparar la partición se proporciona a continuación.
diskutil repairvolume disk0s1
Una alternativa sería usar Windows para ejecutar chkdsk
en la partición EFI. Desde una ventana del símbolo del sistema del administrador, puede ingresar los siguientes comandos.
mountvol s: /s
chkdsk /f s:
mountvol s: /d
Puede encontrar más información sobre cómo acceder a la partición EFI desde Windows en el sitio web: ¿Cómo monte la partición EFI en Windows 8.1 para que se pueda leer y escribir?
Puede intentar configurar una unidad externa con la misma configuración que su unidad actual. Luego intente arrancar desde esa unidad. Eso al menos le dirá si el problema reside en su disco duro o no.
¿También ha buscado personas que tengan problemas con EFI en su modelo de macbook, independientemente de si tienen una configuración de partición como la suya o no? Si no puede encontrar muchas personas que hayan tenido problemas, sería escéptico acerca de la barra de genio.
Hoy recibí mi Macbook Pro 13 pulgadas 2015 de Garantía y han reemplazado la placa de E/S. El problema ha sido solucionado. Estaba experimentando exactamente el mismo problema y ahora se ha ido.
david anderson
AnBisw
AnBisw
diskutil verifyDisk disk0s1
para verificar la partición EFI (identificador disk0s1)? O tengo que montarlo primero? Sé que montarlo podría ser un proceso largo.david anderson
diskutil verifyvolume disk0s1
. Para que lo sepas, si quisieras montar este volumen, el comando seríadiskutil mount disk0s1
. Para desmontar, el comando esdiskutil unmount disk0s1
. Para reparar, el comando esdiskutil repairvolume disk0s1
. No se requiere montaje para verificar o reparar el volumen.AnBisw
verifyDisk
pero me pidió que ingresara todo el disco, así que supe que algo andaba mal con el comando.volume
en lugar deDisk
no se me pasó por la cabeza, supongo que debería haber visto la página del manual. Probaré esto hoy y les contaré cómo va.AnBisw
William T. Froggard
AnBisw
William T. Froggard
AnBisw
William T. Froggard
AnBisw