Mavericks inutilizable (pelota de playa) cuando falla CoreStorage

2

Tengo un MacBook Pro de finales de 2008 con OS X 10.9.1 (13B42)

Lo actualicé con un Intel SSD 520 series de 180 GB (modelo INTEL SSDSC2CW180A3), que reemplazó al SuperDrive CD-rom, y configuro un Fusion Drive con mi Hitachi HTS543232L9SA02 principal. Ambos discos ahora se ven como uno para un total de ~ 500 GB.

Desde que me actualicé a Mavericks, he notado este problema imposible con la pelota de playa de la muerte. Algunas veces solo hace mi vida miserable. Creo que lo he rastreado en este registro de mensajes que sigue apareciendo en los momentos exactos en que la computadora se congela:

22/01/14 17:16:04,000 kernel[0]: CoreStoragePhysical::issueUnmap: unmap returned e00002ca

Eso es todo, nunca cambia el returned e00002ca . No pude encontrar ningún tipo de información sobre el tema. ¿Alguna idea?

A continuación se muestra la configuración de la unidad de fusión tal como la ve la herramienta Información del sistema:

Hitachi HTS543232L9SA02

NVidia MCP79 AHCI:

  Vendor:   NVidia
  Product:  MCP79 AHCI
  Link Speed:   3 Gigabit
  Negotiated Link Speed:    1.5 Gigabit
  Physical Interconnect:    SATA
  Description:  AHCI Version 1.20 Supported

Hitachi HTS543232L9SA02:

  Capacity: 320,07 GB (320.072.933.376 bytes)
  Model:    Hitachi HTS543232L9SA02                 
  Revision: FB4AC50F
  Serial Number:    081216FB1400LEJHVM3F
  Native Command Queuing:   Yes
  Queue Depth:  32
  Removable Media:  No
  Detachable Drive: No
  BSD Name: disk1
  Rotational Rate:  5400
  Medium Type:  Rotational
  Partition Map Type:   GPT (GUID Partition Table)
  S.M.A.R.T. status:    Verified
  Volumes:
EFI:
  Capacity: 209,7 MB (209.715.200 bytes)
  BSD Name: disk1s1
  Content:  EFI
disk1s2:
  Capacity: 319,21 GB (319.213.174.784 bytes)
  BSD Name: disk1s2
  Content:  Apple_CoreStorage
Boot OS X:
  Capacity: 650 MB (650.002.432 bytes)
  BSD Name: disk1s3
  Content:  Apple_Boot
  Volume UUID:  A3B8405D-F6D7-3E1E-B368-9FC0EF7283BD

INTEL SSDSC2CW180A3

NVidia MCP79 AHCI:

  Vendor:   NVidia
  Product:  MCP79 AHCI
  Link Speed:   3 Gigabit
  Negotiated Link Speed:    1.5 Gigabit
  Physical Interconnect:    SATA
  Description:  AHCI Version 1.20 Supported

INTEL SSDSC2CW180A3:

  Capacity: 180,05 GB (180.045.766.656 bytes)
  Model:    INTEL SSDSC2CW180A3                     
  Revision: 400i    
  Serial Number:    CVCV30350908180EGN  
  Native Command Queuing:   Yes
  Queue Depth:  32
  Removable Media:  No
  Detachable Drive: No
  BSD Name: disk0
  Medium Type:  Solid State
  TRIM Support: Yes
  Partition Map Type:   GPT (GUID Partition Table)
  S.M.A.R.T. status:    Verified
  Volumes:
EFI:
  Capacity: 209,7 MB (209.715.200 bytes)
  BSD Name: disk0s1
  Content:  EFI
disk0s2:
  Capacity: 179,7 GB (179.701.792.768 bytes)
  BSD Name: disk0s2
  Content:  Apple_CoreStorage
Boot OS X:
  Capacity: 134,2 MB (134.217.728 bytes)
  BSD Name: disk0s3
  Content:  Apple_Boot
  Volume UUID:  8E3ACF9F-6DE9-3F12-BB8B-8B76ABDDFBA8
    
pregunta brutuscat 22.01.2014 - 17:34

1 respuesta

2

Esta es una configuración complicada que dificulta un poco la resolución de problemas, por lo que tendrá que probar varias cosas y simplificar. Además, parece que creaste tu propia unidad de fusión en lugar de comprar una configuración compatible oficialmente, por lo que podría ser que OS X simplemente no permita hacer esto con tus unidades.

  • Verifique el estado de Core Storage para ver si las cosas se ven bien en el nivel del disco lógico. En la Terminal, escriba: diskutil cs list
  • Suponiendo que todo está en línea y bueno, debería escanear el volumen lógico para detectar errores. En Utilidad de disco, seleccione su volumen lógico y "Verificar disco" seguido de "Verificar permisos de disco". Es posible que tenga algunos errores de permiso de disco que probablemente no sean su problema, pero debe tener cuidado con los errores de disco que emite Verify Disk.
  • [Leer completamente antes de escribir cualquier comando. No soy responsable de su pérdida de datos] Suponiendo que todo se verifique, entonces es probable que haya un problema de hardware con uno de los discos individuales en el par. Abra Terminal y escriba diskutil list para enumerar las unidades individuales en su máquina. Debe identificar las unidades de hardware reales y no las unidades lógicas que se crean como parte de Fusion o cualquier cifrado en uso. Debería ser algo como /dev/disk0 y /dev/disk1 . Una vez que haya identificado sus unidades físicas reales, puede intentar forzar una lectura de cada sector en cada unidad para que los sectores defectuosos se vuelvan a correlacionar si falla una de sus unidades. En el tipo de terminal sudo dd if=/dev/rdisk0 of=/dev/null bs=64k . Esto le pedirá su contraseña. Tenga en cuenta la 'r' delante de rdisk0. Además, reemplace el número después de rdisk con los números que determinó anteriormente para sus discos físicos. Esto tomará un largo tiempo. Leerá cada parte de su disco duro y enviará los datos que lee a ninguna parte, ya que no nos importa interpretar lo que se está leyendo y solo queremos que se acceda a él. Si los sectores en la unidad son defectuosos, entonces se resistirán cuando se lean y la unidad debe reasignar internamente las ubicaciones malas a un conjunto reservado de nuevas. Una vez que haya hecho esto para ambas unidades, las unidades deben dejar de tener errores de lectura / escritura, suponiendo que haya una pequeña sección que estaba dañada en una de las unidades que se pudo remapear. ADVERTENCIA. Escribir el comando sudo anterior incorrectamente podría borrar su computadora. Además, si uno de sus discos duros falla y está a punto de morir, forzar una lectura completa del disco duro podría hacer que se reasignen demasiados sectores defectuosos y que la unidad falle. Lo ideal es hacer una copia de seguridad de todos los datos antes de hacer esto. Además, incluso mejor sería leer las tablas SMART de cada unidad y observar el recuento de sectores reasignados. El número debería ser 0. Desafortunadamente, no sé si una utilidad OS X le permitirá hacer esto mientras sus unidades se combinan utilizando Fusion. Puede que tenga que sacarlos y probarlos en una máquina diferente. Un recuento de sector reasignado distinto de cero significa que la unidad ya está fallando y forzar una lectura completa puede matar la unidad o revivirla si el daño es menor. Lo ideal sería realizar un borrado completo de la unidad en lugar de una lectura, ya que esto es mucho mejor para eliminar sectores defectuosos, pero eso también borraría todos los datos de la unidad.
  • Si la sugerencia anterior no funcionó o es demasiado aterradora, entonces no use Fusion en una configuración no compatible.
respondido por el Michael Yasumoto 03.02.2014 - 10:08

Lea otras preguntas en las etiquetas