Mavericks inutilisables (ballon de plage) en cas d'échec de CoreStorage

J'ai un MacBook Pro fin 2008 sous OS X 10.9.1 (13B42)

Je l'ai mis à niveau avec un Intel SSD série 520 de 180 Go (modèle INTEL SSDSC2CW180A3), qui a remplacé le CD-ROM SuperDrive, et j'ai installé un Fusion Drive avec mon principal Hitachi HTS543232L9SA02. Les deux disques ressemblent maintenant à un pour un total de ~ 500 Go.

Depuis que je suis passé à Mavericks, j'ai remarqué ce problème impossible avec le ballon de la mort. Parfois, cela rend ma vie misérable. Je pense que je l'ai retrouvé dans ce journal de messages qui continue d'apparaître aux moments exacts où l'ordinateur se bloque:

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

Ca y est, ça ne change jamais le returned e00002ca. Je n'ai trouvé aucune information sur le problème. Une idée?

Vous trouverez ci-dessous la configuration du lecteur de fusion telle qu'elle est perçue par l'outil Informations système:

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

C'est une configuration compliquée qui rend le dépannage un peu difficile, vous allez donc devoir tester plusieurs choses et simplifier. En outre, il semblerait que vous ayez créé votre propre disque de fusion au lieu d’acheter une configuration officiellement prise en charge. Il est donc possible que OS X ne le supporte tout simplement pas.

• Vérifiez l'état de Core Storage pour voir si les choses se présentent bien au niveau du disque logique. Dans Terminal, tapez:diskutil cs list
• En supposant que tout soit en ligne et bon, vous devez analyser le volume logique pour rechercher les erreurs. Dans Utilitaire de disque, sélectionnez votre volume logique et cliquez sur "Vérifier le disque", puis sur "Vérifier les autorisations du disque". Il se peut que vous rencontriez quelques erreurs d’autorisation d’utilisation du disque, mais ce n’est probablement pas votre problème, mais vous devez faire attention aux erreurs de disque générées par Verify Disk.
• [Lire complètement avant de taper des commandes. Je ne suis pas responsable de la perte de vos données] En supposant que tout se vérifie, il y a probablement un problème matériel avec l'un des disques individuels de la paire. Ouvrez Terminal et tapez diskutil listpour répertorier les lecteurs individuels de votre ordinateur. Vous devez identifier les lecteurs matériels réels et non les lecteurs logiques créés dans le cadre de Fusion ou de tout chiffrement utilisé. Cela devrait être quelque chose comme /dev/disk0et /dev/disk1. Une fois que vous avez identifié vos lecteurs physiques réels, vous pouvez essayer de forcer la lecture de chaque secteur de chaque lecteur pour que les secteurs défectueux soient remappés en cas de défaillance de l’un de vos lecteurs. Dans le type de terminalsudo dd if=/dev/rdisk0 of=/dev/null bs=64k. Cela vous demandera votre mot de passe. Notez le «r» devant rdisk0. Remplacez également le numéro après rdisk par les numéros que vous avez déterminés précédemment pour vos disques physiques. Cela prendra beaucoup de temps. Il lira chaque partie de votre disque dur et enverra les données qu'il lit nulle part, car nous ne nous soucions pas d'interpréter ce qui est en train d'être lu et souhaitons simplement qu'on y accède. Si des secteurs du lecteur sont défectueux, ils hésiteront lorsqu’ils seront lus et le lecteur devra remapper en interne les emplacements incorrects sur un ensemble réservé de nouveaux. Une fois que vous avez effectué cette opération pour les deux lecteurs, les lecteurs ne doivent plus avoir d'erreurs de lecture / écriture, à condition qu'une petite section défectueuse sur l'un des lecteurs puisse être remappée. ATTENTION. Taper la commande sudo précédente de manière incorrecte pourrait effacer votre ordinateur. Aussi, Si l'un de vos disques durs tombe en panne et est sur le point de mourir, alors forcer une lecture complète du disque dur peut entraîner le remappage de trop nombreux secteurs défectueux et la défaillance de votre disque. Idéalement, vous sauvegardez toutes les données avant de le faire. Il serait également préférable de lire les tables SMART de chaque lecteur et de regarder le nombre de secteurs réaffectés. Le nombre doit être 0. Malheureusement, je ne sais pas si un utilitaire OS X vous permettra de le faire pendant que vos disques sont combinés à l'aide de Fusion. Vous devrez peut-être les extraire et les tester sur une machine différente. Un nombre de secteurs réalloué différent de zéro signifie que le lecteur est déjà en panne et que forcer une lecture complète peut tuer le lecteur ou le réactiver si les dommages sont mineurs.
• Si la suggestion précédente n'a pas fonctionné ou est trop effrayante, n'utilisez pas Fusion dans une configuration non prise en charge.