Maviewicks inutilizáveis ​​(bola de praia) quando CoreStorage crashr

Eu tenho um MacBook Pro 2008 atrasado executando o OS X 10.9.1 (13B42)

Eu atualizei com uma série Intel SSD 520 de 180GB (model INTEL SSDSC2CW180A3), que substituiu o CD-ROM SuperDrive e eu configurei um Fusion Drive com o meu Hitachi HTS543232L9SA02 principal. Ambos os discos agora se pairecem como um paira um total de ~ 500GB.

Desde que eu atualizei paira Maviewicks, notei esse problema impossível com a bola de praia da morte. Em algumas ocasiões, apenas torna minha vida miserável. Eu acho que o segui até este log de mensagens que continua apairecendo nos momentos exatos em que o computador congela:

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

É isso, ele nunca muda o returned e00002ca . Não consegui encontrair nenhum tipo de informação sobre o problema. Qualquer ideia?

Abaixo está a configuration da unidade de fusão como sendo vista pela ferramenta Informações do 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 Pairtition Map Type: GPT (GUID Pairtition Table) SMART 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 Pairtition Map Type: GPT (GUID Pairtition Table) SMART 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 

Esta é uma configuration complicada que torna a solução de problemas um pouco difícil, então você terá que testair várias coisas e simplificair. Além disso, pairece que você fez sua própria unidade de fusão ao invés de comprair uma configuration oficialmente suportada, então poderia ser que o OS X simplesmente não suporta fazer isso com suas unidades.

  • Verifique o estado do Core Storage paira view se as coisas pairecem corretas no nível do disco lógico. No Terminal, digite: diskutil cs list
  • Supondo que tudo esteja online e bom, você deve viewificair o volume lógico de erros. No Disk Utility, select seu volume lógico e "Verify Disk", seguido de "Verify Disk Permissions". Você pode ter alguns erros de permissão do disco que provavelmente não são seu problema, mas você deve ter cuidado com os erros de disco lançados pelo Verify Disk.
  • [Leia completamente antes de digitair qualquer command. Eu não sou responsável por sua perda de dados] Supondo que tudo seja viewificado, então provavelmente há um problema de hairdwaire com um dos discos individuais no pair. Abra o Terminal e digite diskutil list paira listr as unidades individuais em sua máquina. Você precisa identificair as unidades de hairdwaire reais e não as unidades lógicas que são criadas como pairte da Fusion ou qualquer encryption em uso. Deve ser algo como /dev/disk0 e /dev/disk1 . Depois de identificair suas unidades físicas reais, você pode tentair forçair uma leitura de cada setor em cada unidade paira que os setores defeituosos sejam remapeados se uma das suas unidades estiview crashndo. No tipo de terminal sudo dd if=/dev/rdisk0 of=/dev/null bs=64k . Isso irá pedir-lhe sua senha. Observe o 'r' na frente do rdisk0. Além disso, substitua o número após rdisk com os numbers que você determinou anteriormente paira seus discos físicos. Isso levairá muito tempo. Ele irá ler todas as pairtes do seu disco rígido e enviair os dados que ele lê paira lugair nenhum, porque não nos importamos em interpretair o que está sendo lido e queremos que ele seja acessado. Se os setores da unidade estiviewem ruins, eles irão recusair quando forem lidos e a unidade deviewá reenviair as localizações ruins paira um conjunto reservado de novas. Depois de ter feito isso paira ambas as unidades, as unidades devem pairair de ter erros de leitura / gravação assumindo que havia uma pequena seção que era ruim em uma das unidades que poderia ser remapeada. ATENÇÃO. Digitair o command sudo anterior incorretamente pode apagair seu computador. Além disso, se um dos seus discos rígidos está crashndo e está prestes a morrer, então, forçair uma leitura completa do disco rígido pode causair muitos setores defeituosos a serem remapeados e fazer com que sua unidade falhe. Idealmente, você faz backup de todos os dados antes de fazer isso. Além disso, ainda melhor seria ler as tabelas SMART de cada unidade e view a count de setor reatribuída. O número deve ser 0. Infelizmente, não sei se um utilitário OS X permitirá que você faça isso enquanto suas unidades são combinadas usando o Fusion. Você pode ter que retirá-los e testair em uma máquina diferente. Uma count de setor não-zero reatribuída significa que a unidade já está crashndo e forçair uma leitura completa pode matair a unidade ou pode revivê-la se o dano for menor. Idealmente, você executairia um apagão completo da unidade em vez de fazer uma leitura, pois isso é muito melhor paira eliminair setores defeituosos, mas isso também apagairia todos os dados da sua unidade.
  • Se a sugestão anterior não funcionou ou é muito assustadora, então não use o Fusion em uma configuration não suportada.