OSD HDD non funziona dopo aver rimosso una partizione su di esso

1

Recentemente ho rimosso la partizione del disco di Ubuntu dal mio macbook, ora il mio osx o hdd non è riconoscibile e sono costretto a eseguire la modalità di ripristino di Internet senza alcun risultato.

Aggiornamento: ho sostituito il mio disco rigido originale con un SSD che ho acquistato di recente. Il mio MacBook è attivo e funzionante con il nuovo SSD, tuttavia l'HDD originale quando viene collegato tramite USB appare in Utility Disco, ma non sono in grado di usarlo.

Facendoclicsu"First Aid" per ASMT 2115 Media o gli altri due "-" sotto di esso ho ricevuto il messaggio di errore "Il processo di primo soccorso non è riuscito. Se possibile, eseguire il backup dei dati su questo volume. p>

QuestointeroproblemasièverificatoquandohoprovatoacancellarelamiapartizionediUbuntu(checredosiailsecondo"-" sotto ASMT 2115 Media. In tal caso, questo è quando è iniziato tutto questo problema.

Anche se ho un Sierra pulito sul mio SSD, vorrei comunque poter accedere a questo disco rigido per vedere se posso recuperare le mie foto, documenti e programmi già posizionati su di esso.

Output di diskutil list :

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.1 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Untitled                1.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            Untitled               +1.0 TB     disk1
                                 Logical Volume on disk0s2
                                 8CAA5C80-BB12-4432-9950-5DF80AA23AA8
                                 Unencrypted

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS                         302.6 GB   disk2s2
   3:                  Apple_HFS                         17.1 GB    disk2s3

Ecco il risultato di diskutil info /dev/disk2s2 che era il mio HDD originale

Device Identifier:        disk2s2
Device Node:              /dev/disk2s2
Whole:                    No
Part of Whole:            disk2

Volume Name:              
Mounted:                  No

Partition Type:           Apple_HFS
File System Personality:  HFS+
Type (Bundle):            hfs
Name (User Visible):      Mac OS Extended
Journal:                  Unknown (not mounted)
Owners:                   Disabled

OS Can Be Installed:      No
Media Type:               Generic
Protocol:                 USB
SMART Status:             Not Supported
Disk / Partition UUID:    000059E3-08FD-0000-6F45-0000C7470000

Disk Size:                302.6 GB (302643589120 Bytes) (exactly 591100760 512-Byte-Units)
Device Block Size:        512 Bytes

Volume Total Space:       0 B (0 Bytes) (exactly 0 512-Byte-Units)
Volume Available Space:   0 B (0 Bytes) (exactly 0 512-Byte-Units)

Read-Only Media:          No
Read-Only Volume:         Not applicable (not mounted)

Device Location:          External
Removable Media:          Fixed
    
posta Jeff 28.01.2017 - 21:42
fonte

1 risposta

1

Problemi su Google con ASMT 2115 su macOS mi hanno portato qui. Ho avuto un problema, simile al tuo, durante il test di questo enclosure hdd esterno.

In qualche modo formattando SSD in Yosemite da Parallels (che era precedentemente formattato in Sierra), sono riuscito a ottenere l'HDD in stato che né Sierra né Yosemite potevano leggere / montare / formattare più su macOS. Potrei usare per es. Ubuntu per formattare il disco, ma non era questo il punto. Volevo capire cosa sta succedendo e perché macOS ha iniziato a odiare il mio disco.

Non ero in grado di partizionare il disco o cancellarlo da Utility Disco. Gli inutili messaggi di errore ultra generici non erano affatto utili, quindi ho provato a formattarlo dal terminale con diskutil eraseDisk HFS+ OSX GPT /dev/disk3 . Lì sono stato in grado di formattare parzialmente il disco ma la finalizzazione si è rotta con più errori. Avevo sospetti sull'elettronica in questo contenitore e sul driver macOS perché ne avevo diversi e molti HDD SSD mostravano lo stesso problema. Tutto ciò mi ha portato a indagare su MBR / GPT del disco in questione.

Ciò che è stato strano per me è che fdisk ha visto ID partizione sconosciuta e gpt non ha funzionato affatto.

Disk: /dev/disk3    geometry: 14593/255/63 [234441648 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -  234441647] <Unknown ID>
 2: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused       

E gpt non ha funzionato affatto:

sudo gpt -r show /dev/disk3
gpt show: error: bogus map
gpt show: unable to open device '/dev/disk3': Undefined error: 0

Poi ho scoperto che i problemi di MBR / Protective MBR / GPT di Hybrid erano dovuti principalmente a BootCamp, responsabile della creazione delle condizioni dell'MBR ibrido che causava molti problemi agli utenti con doppio avvio (partizioni di sistema perse, ecc.). Ero sicuro di aver creato una condizione del genere da solo (usando diverse versioni OSX non compatibili).

La soluzione in questo caso era di cancellare i dati ibridi MBR, o anche meglio di cancellare tutti i dati GPT / MBR sul disco (se non hai bisogno dei dati), e ricominciare da capo.

Non ero in grado di utilizzare correttamente le utilità di Apple, ma GPD fdisk (gdisk) funzionava alla grande per me. SIP fill proibisce a gdisk di funzionare sul disco di sistema (a meno che non sia disabilitato), ma funziona perfettamente con gli HDD esterni. gdisk ha rivelato che il mio MBR e GPT erano molto diversi.

sudo gdisk /dev/disk3
GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: present

Found valid MBR and GPT. Which do you want to use?
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Vale la pena notare che:

  • L'opzione 1 legge la tabella delle partizioni MBR (come visto da fdisk) e le converte loro a GPT.
  • L'opzione 2 utilizza GPT esistente (come visto da gdisk) ed elimina la tabella delle partizioni MBR (diventando MBR protettiva)
  • L'opzione 3 verrà avviata con un nuovo GPT vuoto.

Se vuoi salvare i dati sul tuo HDD, non farlo. Devi ripararlo da gdisk. La mia correzione utilizzava l'opzione 3, quindi lo zapping (eliminazione di tutte le informazioni sulla partizione) su tutto il disco e la ricreazione del GPT vuoto:

x
z
Yes
y

Dopo di ciò sono stato nuovamente in grado di inizializzare / formattare nuovamente il disco in Utility Disco (e nel terminale).

Puoi trovare maggiori informazioni su GPT qui e qui su homepage di gdisk .

Il modo più veloce per ottenere gdisk è quello di produrre dalla botte con: brew cask install gdisk

Spero che questo aiuti qualcuno.

IMHO: non è improbabile che i dischi finiscano in questo modo se sono eg. usato tra i sistemi operativi. macOS dovrebbe davvero avere il supporto per gestirli senza sudare, ma purtroppo - non è così.

    
risposta data 26.04.2017 - 12:16
fonte

Leggi altre domande sui tag