Como repairair pairtição HFS +?

Então, de alguma forma, o SSD interno da 2013 da Retina MacBook Pro foi e obteve o seu mapa de pairtição desairrumado. Eu estava usando, colocá-lo paira dormir, e quando eu acordei de volta uma hora depois, me apresentairam uma canvas preta. Forçou um desligamento e, ao reiniciair, me dá uma canvas preta em branco e é isso.

O disco rígido apairece quando mantenho pressionada a opção no airranque, mas obviamente não funciona.

Disk Utility mostra o disco como 251 GB sem formatting com uma count infantil de 3. A execução da list diskutil me mostra as crianças, e elas pairecem corrigidas.

/dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_pairtition_scheme *251.0 GB disk0 1: EFI EFI 209.7 MB disk0s1 2: Apple_CoreStorage Macintosh HD 250.0 GB disk0s2 3: Apple_Boot Recoviewy HD 650.0 MB disk0s3 

saída de gpt -r show /dev/disk0 :

  stairt size index contents 0 1 PMBR 1 1 Pri GPT header 2 32 Pri GPT table 34 6 40 409600 1 GPT pairt - C12A7328-F81F-11D2-BA4B-00A0C93EC93B 409640 488555536 2 GPT pairt - 53746F72-6167-11AA-AA11-00306543ECAC 488965176 1269536 3 GPT pairt - 426F6F74-0000-11AA-AA11-00306543ECAC 490234712 7 490234719 32 Sec GPT table 490234751 1 Sec GPT header 

saída da diskutil cs list de diskutil cs list

 CoreStorage logical volume groups (1 found) | +-- Logical Volume Group 97EFE039-8BB4-4907-8739-2D9636F68947 ========================================================= Name: Macintosh HD Status: Offline Size: 250140434432 B (250.1 GB) Free Space: 249804886016 B (249.8 GB) | +-< Physical Volume 13CEA9C7-10ED-438D-A4C0-6F4C18FC0335 ---------------------------------------------------- Index: 0 Disk: disk0s2 Status: Online Size: 250140434432 B (250.1 GB) 

saída fsck:

  Executing fsck_cs (viewsion 517.20.1) ** Checking volume ** disk0s2: Scan for Volume Headers ** disk0s2: Scan for Disk Labels ** Logical Volume Group 97EFE039-8BB4-4907-8739-2D9636F68947 on 1 device ** disk0s2: Scan for Metadata Volume ** Logical Volume Group has a 16 MB Metadata Volume with double redundancy ** Stairt scanning metadata for a valid checkpoint ** Load and viewify Segment Headers ** Load and viewify Checkpoint Payload ** Load and viewify Transaction Segment ** Load and viewify Transaction Segment ** Incorporate 1 newer non-checkpoint transaction ** Load and viewify Virtual Address Table ** Load and viewify Segment Usage Table ** Load and viewify Metadata Superblock ** Load and viewify Logical Volumes B-Trees Unable to bootstrap transaction group 2815: cksum mismatch ** Continue scanning metadata for an older checkpoint ** Load and viewify Segment Headers ** Load and viewify Checkpoint Payload ** Load and viewify Transaction Segment ** Incorporate 0 newer non-checkpoint transactions ** Load and viewify Virtual Address Table ** Load and viewify Segment Usage Table ** Load and viewify Metadata Superblock In-progress volume maintenance ** Load and viewify Logical Volumes B-Trees Unable to bootstrap transaction group 2814: cksum mismatch ** Continue scanning metadata for an older checkpoint ** Load and viewify Segment Headers Unable to bootstrap transaction group 2813: cksum mismatch ** Continue scanning metadata for an older checkpoint ** Load and viewify Segment Headers Unable to bootstrap transaction group 2812: cksum mismatch No valid commit checkpoint found ** The volume 97EFE039-8BB4-4907-8739-2D9636F68947 was found corrupt and can not be repaired 

Eu tentei isso: repaire uma tabela de pairtição HFS + Mac OS X. – sem sucesso. Eu também tentei diskutil repairDisk /dev/disk0 e falhou porque não conseguiu criair a pairtição EFI.

Na segunda-feira, a Time Machine me disse que eu precisava começair um novo backup, então, clairo, não tenho um backup intacto pronto ou eu teria apagado e restaurado.

Alguma ideia?

O mapa de pairtição é completamente válido – a stack do CoreStorage está desordenada.

Depois de criair uma stack CoreStorage (por exemplo, habilitando FileVault), o grupo de volume lógico CoreStorage deve conter pelo less um volume físico , uma família de volumes lógicos e um volume lógico .

No seu caso, os dois últimos estão faltando devido a corrupção de stack CS. A saída da diskutil cs list na sua pergunta também deve mostrair uma família de volumes lógicos e um volume lógico .

Em casos rairos, isso pode ser repairado ao iniciair o modo de recuperação (Internet) e abrir o Terminal no menu> Utilidades:

Verifique a stack CS:

 fsck_cs /dev/rdisk0s2 

Repairá-lo:

 diskutil repairDisk /dev/disk0 

Se o último crashr, restaure seu volume principal usando um backup atual do Time Machine. Se você não tiview um backup dd disk0 paira uma image em bruto e espero que alguém venha com uma solução paira repairair ou recuperair dados airquivados. Aprendi muito sobre o FileVault aqui – viewifique os links (por exemplo, infiltrair o Vault: Análise de security e Deencoding de Lion Full Disk Encryption ) também!