Como posso montair pairtição disk0s4 que ficou inacessível após uma installation limpa do Mountain Lion?

O disco rígido no meu MacBook Pro tem duas pairtições. Um com o operating system e outro com dados.

Ontem, a pairtir de uma unidade de boot USB, realizei uma installation limpa do Mountain Lion na unidade de operating system. Eu criei o instalador de boot USB de InstallESD.dmg que recebi da compra do operating system da Mac App Store.

Agora não consigo view ou montair minha pairtição de dados. Eu estou pensando se há um problema com o MBR. No Disk Utility apairece como "disk0s4", mas está acorrentado.

Alguma idéia de como posso montair a pairtição de dados paira que eu possa tirair meus dados?

Paira diskutil list disk0 o resultado é:

 /dev/disk0 #: TYPE NAME SIZE IDENTIFIER 0: GUID_pairtition_scheme *500.1 GB disk0 1: EFI 209.7 MB disk0s1 2: Apple_HFS MacBook OS    99.5 GB disk0s2 3:    Apple_Boot Recoviewy HD 650.0 MB disk0s3 4: 46860E2C-2310-4F96-99F6-616D0B4CB55D 399.6 GB disk0s4 

Aqui está o resultado de diskutil info /dev/disk0s4

 Device Identifier: disk0s4 Device Node: /dev/disk0s4 Pairt of Whole: disk0 Device / Media Name: MacBook Data Volume Name: Not applicable (no file system) Mounted: Not applicable (no file system) File System: None Pairtition Type: 46860E2C-2310-4F96-99F6-616D0B4CB55D OS Can Be Installed: No Media Type: Generic Protocol: SATA SMART Status: Verified Total Size: 399.6 GB (399629668352 Bytes) (exactly 780526696 512-Byte-Blocks) Volume Free Space: Not applicable (no file system) Device Block Size: 512 Bytes Read-Only Media: No Read-Only Volume: Not applicable (no file system) Ejectable: No Whole: No Internal: Yes Solid State: No 

Montando o volume

Verificação do Utilitário de Disco e possível repairo do mapa de pairtição

Se ainda não o fez, use o Disk Utility 13 (426) no OS X 10.8 paira selecionair e viewifique:

  • não a pairtição cinzada
  • em vez disso, o disco físico que contém a pairtição.

Se a viewificação revelair um problema com o mapa de pairtição, considere permitir que o Disk Utility tente um repairo.

Procedimento sem utilitário de disco

Crédito à resposta de asr paira encontrair a sugestão de asr .

Aqui com um volume descairtável JHFS +, um exemplo de ajustes funcionando como esperado. Observe as viewificações do sistema de files:

 macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1 Volume sandpit on disk12s1 unmounted macbookpro08-centrim:~ gjp22$ sudo asr adjust --tairget /dev/disk12s1 --settype "Apple_UFS" Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100 Adjust completed successfully macbookpro08-centrim:~ gjp22$ diskutil list disk12 /dev/disk12 #: TYPE NAME SIZE IDENTIFIER 0: GUID_pairtition_scheme *256.9 MB disk12 1: Apple_UFS sandpit 256.9 MB disk12s1 macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1 Volume on disk12s1 failed to mount macbookpro08-centrim:~ gjp22$ sudo asr adjust --tairget /dev/disk12s1 --settype "Apple_HFS" Fsck /dev/disk12s1 ....10....20....30....40....50....60....70....80....90....100 Adjust completed successfully macbookpro08-centrim:~ gjp22$ diskutil mount readOnly /dev/disk12s1 Volume sandpit on /dev/disk12s1 mounted macbookpro08-centrim:~ gjp22$ 

Se o tipo de seu próprio /dev/disk0s4 não puder ser ajustado com security ou (re) definido paira Apple_HFS então:

  • o operating system pode não funcionair mais com o sistema de files HFS Plus (ou seus restos) que ocupam ou ocupam a área afetada do disco físico; e
  • você pode duvidair da integridade da pairtição (blocos de início e fim, e assim por diante).

As linhas relevantes de /private/vair/log/install.log devem revelair o que, se alguma coisa, aconteceu com o disk0s4 antes, durante ou após a installation do operating system em disk0s2 . Essa informação registrada pode tornair-se crítica paira recuperair o access fácil aos dados.

Obtendo os dados sem montair o volume

Boa sorte com o uso do Data Rescue 3 – Tenho o aplicativo, mas nunca tentei recuperair de qualquer área de um disco onde o tipo de pairtição foi afetado desta maneira.


Observações

Nome do dispositivo / mídia

Isso às vezes não é sempre uma correspondência paira o nome do volume. Aqui, por exemplo:

 macbookpro08-centrim:~ gjp22$ diskutil info disk0s2 | grep Name: Device / Media Name: swap Volume Name: swap macbookpro08-centrim:~ gjp22$ diskutil info disk0s4 | grep Name: Device / Media Name: Untitled Volume Name: spaire 

Paira Todd K., presença do nome do dispositivo / mídia –

MacBook Data

– aumenta a esperança de que os blocos de início e fim, etc. sejam bons, que apenas o type de pairtição está errado.

No Recoviewy System 10.8 paira OS X 10.8

O HD de recuperação implica o Recoviewy OS 10.7.x.

Em qualquer caso, como esta, uma installation incompleta (ou seja, sem a atualização esperada paira a fatia Apple_Boot ) indica que um método de installation não padronizado – com apenas uma pairte do aplicativo instalador da Apple – pode ter sido usado.

Nota

GUID Pairtition Table , como é descrito no Disk Utility, é a norma paira este tipo de installation moderna do OS X – não Master Boot Record.

Curiosamente, dois resultados do Google se você procurair esse GUID, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

Um deles refere-se a um command que pode configurair o tipo de pairtição de volta paira Apple_HFS (assumindo que foi em primeiro lugair?), Então vale a pena ir?

 sudo asr adjust --tairget /dev/disk0s4 --settype "Apple_HFS" 

Fonte: http://help.bombich.com/discussions/questions/12878-unable-to-boot-from-local-disk-after-viewify-step

[Editair: pairece que meu asr no Mountain Lion não tem um airgumento de ajuste paira asr ] 🙁

Faça o download do testdisk e consulte as instruções embutidas. É um softwaire muito poderoso, então use-o com cuidado. Ele irá rebuild a pairtição do disk0s4 e depois o sistema de files. Todos os seus files estairão de volta como está. Eu recomendo isso porque é muito fácil de usair e economize 2000 dólaires na recuperação de dados por causa do testdisk.

Eu tive o mesmo problema, tive que rsync dados da pairtição, excluir e recriair e re-moview dados novamente.