Come posso montare la partizione disk0s4 che è diventata inaccessibile dopo un'installazione pulita di Mountain Lion?

4

Il disco rigido del mio MacBook Pro ha due partizioni. Uno con il sistema operativo e l'altro con i dati.

Ieri, da un'unità di avvio USB, ho eseguito un'installazione pulita di Mountain Lion sul disco del sistema operativo. Ho creato il programma di installazione di avvio USB da InstallESD.dmg che ho ricevuto dall'acquisto del sistema operativo dal Mac App Store.

Ora non riesco a vedere o montare la mia partizione dati. Mi chiedo se c'è un problema con l'MBR. In Utility Disco appare come "disk0s4", ma è disattivato.

Qualche idea su come posso montare la partizione dati in modo da poterne estrarre i dati?

Per diskutil list disk0 il risultato è:

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

Ecco il risultato di diskutil info /dev/disk0s4

Device Identifier:        disk0s4
Device Node:              /dev/disk0s4
Part of Whole:            disk0
Device / Media Name:      MacBook Data

Volume Name:              Not applicable (no file system)

Mounted:                  Not applicable (no file system)

File System:              None

Partition 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
    
posta Todd K. 02.08.2012 - 18:15
fonte

4 risposte

5

Montaggio del volume

Verifica dell'utilità disco e possibile riparazione della mappa delle partizioni

Se non lo hai ancora fatto, usa Utility Disco 13 (426) in OS X 10.8 per selezionare, quindi verifica:

  • non la partizione disattivata
  • invece, il disco fisico che contiene la partizione.

Se la verifica rivela un problema con la mappa delle partizioni, prendere in considerazione l'idea di consentire a Utility Disco di tentare una riparazione.

Procedere senza Utility Disco

Credito alla risposta di Cesio per aver trovato il suggerimento asr .

Qui con un volume JHFS + monouso, un esempio di aggiustamenti che funzionano come previsto. Nota i controlli del file system:

macbookpro08-centrim:~ gjp22$ diskutil unmount /dev/disk12s1
Volume sandpit on disk12s1 unmounted
macbookpro08-centrim:~ gjp22$ sudo asr adjust --target /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_partition_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 --target /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 il tipo del tuo /dev/disk0s4 non può essere regolato in modo sicuro o (re) impostato su Apple_HFS , allora:

  • il sistema operativo potrebbe non funzionare più con il file system HFS Plus (o i suoi resti) che occupa o occupa l'area interessata del disco fisico; e
  • potresti dubitare dell'integrità della partizione (blocchi iniziali e finali e così via).

Le linee rilevanti da /private/var/log/install.log dovrebbero rivelare cosa, se non altro, è successo a disk0s4 prima, durante o dopo l'installazione del sistema operativo a disk0s2 . Queste informazioni registrate possono diventare fondamentali per ottenere un facile accesso ai dati.

Ottenere i dati senza montare il volume

Buona fortuna con il tuo utilizzo di Data Rescue 3 - Ho l'app, ma non ho mai tentato di recuperare da qualsiasi area di un disco in cui il tipo di partizione è stato influenzato in questo modo.

Osservazioni

Nome dispositivo / supporto

Questo a volte, non sempre, corrisponde al nome del volume. Qui per esempio:

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:              spare

Per Todd K., presenza del nome del dispositivo / supporto -

MacBook Data

- aumenta la speranza che i blocchi di inizio e fine ecc. siano buoni, che solo il type della partizione sia errato.

No Sistema di recupero 10.8 per OS X 10.8

Ripristino HD implica Recovery 10.7.x.

In ogni caso come questo, un'installazione che è incompleta (cioè senza l'aggiornamento previsto alla porzione Apple_Boot ) segnala che potrebbe essere stato utilizzato un metodo di installazione non standard, con solo una parte dell'app di installazione di Apple.

Nota a margine

Tabella delle partizioni GUID , come descritto in Utility Disco, è la norma per questo tipo di installazione moderna di OS X, non Master Boot Record.

    
risposta data 02.08.2012 - 23:27
fonte
2

È interessante notare che due risultati di Google se si cerca quel GUID, 46860E2C-2310-4F96-99F6-616D0B4CB55D .

Uno di questi si riferisce a un comando che potrebbe riportare il tipo di partizione su Apple_HFS (supponendo che fosse in primo luogo?), quindi potrebbe valere la pena?

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

Fonte: link

[Modifica: sembra che il mio asr su Mountain Lion non abbia un argomento adatta a asr ]: (

    
risposta data 02.08.2012 - 19:39
fonte
2

Scarica testdisk e fai riferimento alle istruzioni incorporate. È un software molto potente, quindi usalo con attenzione. Ricostruisce la partizione di disk0s4 e quindi il filesystem. Tutti i tuoi file torneranno come sono. Lo consiglio perché è molto intuitivo e ho risparmiato 2000 dollari per il recupero dei dati a causa del testdisk.

    
risposta data 03.08.2012 - 10:43
fonte
0

Ho avuto lo stesso problema, ho dovuto rsync dati dalla partizione, eliminare e ricreare e spostare nuovamente i dati di nuovo ..

    
risposta data 14.02.2013 - 05:59
fonte

Leggi altre domande sui tag