Partizione NTFS su HD esterno non riconosciuto o montato su El Capitan o Sierra, anche con l'ultimo Paragon o Tuxera

3

Ho un Air 11 a metà 2013 "con El Capitan appena aggiornato a Sierra.

Possiedo un External USB 3 HD Seagate con schema di partizionamento GUID, una partizione HFS + I boot off e una partizione dati NTFS.

L'HD è stato acquistato in formato Mac e fornito con una versione gratuita di Paragon, che ho aggiornato all'ultima versione. È usato come disco di dati sul mio PC ma come unico disco sul mio Mac a cui manca l'SSD.

L'ho usato con successo su entrambi i miei laptop Windows e Mac come meglio posso ricordare, ma poi non ho usato il Mac per tre mesi circa fino all'altro giorno.

Il Mac si avvia dalla partizione HFS ma non vede una seconda partizione valida.

Ho provato a spegnere e riportare l'unità sul PC ed entrambe le partizioni funzionano bene lì.

Ho provato sia il free-for-Seagate che le versioni di prova del driver Paragon NTFS 14. Ho anche provato senza Paragon e il sistema operativo non mi permette nemmeno di usarlo in sola lettura. Ora ho anche provato l'ultima versione di prova di Tuxera.

First Aid è l'unico che include qualcosa come un codice di errore:

Unknown filesystem version: e.89

Potrebbe esserci qualcosa nella tabella delle partizioni che deve essere cambiato con uno strumento di basso livello?

Ho notato che il Mac in qualche modo sembra conoscere il nome precedente della seconda partizione da quando era una partizione di installazione HFS!

Ecco come i vari strumenti sul mio Mac e PC vedono l'unità ...

Mac, Utility Disco:

Mac,diskutillist:

Mac,Tuxera:

Mac, First Aid:

Windows, Gestione disco:

Mac, gpt :

$ sudo gpt -r show disk0
Password:
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  487043280      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  487452920    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  488722456  121948144      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  610670600       2040         
  610672640  121944064      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  732616704       2048         
  732618752  244154368      6  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  976773120         14         
  976773134         32         Sec GPT table
  976773166          1         Sec GPT header

Mac, fdisk :

$ sudo fdisk /dev/disk0

Disk: /dev/disk0    geometry: 60801/255/63 [976773167 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE 1023 254  63 - 1023 254  63 [         1 -  976773166] <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     

Hex dump di disco grezzo come richiesto nei commenti da klanomath:

$ sudo hexdump /dev/rdisk0s4 | grep "eb 52 90 4e 54 46 53 20"
0000000 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00
^C
$ sudo hexdump -s 57g /dev/rdisk0s4 | grep "eb 52 90 4e 54 46 53 20"
e898fde00 eb 52 90 4e 54 46 53 20 20 20 20 00 02 08 00 00
    
posta hippietrail 28.11.2016 - 12:48
fonte

1 risposta

2

disk0s4 ha il tipo di partizione GUID errato - come visibile nello screenshot di Tuxera. Il tipo di partizione è 48465300-0000-11AA-AA11-00306543ECAC che è HFS + (il tipo di partizione OS X standard). Puoi verificarlo inserendo sudo gpt -r show disk0 .

Tuttavia, dovrebbe essere EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, che è il GUID per Microsoft Basic Data Partitions (BDP).

Per cambiare l'avvio del tipo di partizione in Modalità ripristino Internet o un secondo dispositivo di avvio (ad esempio una pen drive), rimuovere disk0s4 con gpt e aggiungerlo nuovamente con gli stessi limiti (numero indice, blocco iniziale e dimensioni) ma un diverso tipo.

In determinate circostanze - ho bisogno dell'output di sudo fdisk /dev/disk0 e di alcuni hexdump in aggiunta - lo spazio su disco non allocato tra disk0s3 e disk0s4 è richiesto e il blocco iniziale & la dimensione deve essere modificata rispetto alla tabella delle partizioni gpt corrente.

Avvia da Internet Recovery Mode o una pen drive con un'installazione completa di OS X o con una pen drive OS X Installer. La modifica della tabella delle partizioni GUID con gpt richiede di smontare il disco. Non puoi smontare il disco su cui sei stato avviato.

  • Apri Terminale (barra dei menu Utilità > Terminale) e inserisci diskutil list per ottenere una panoramica. Ottieni l'identificativo del disco dell'unità da 500 GB: potrebbe essere disk0 o disk1. Qui sotto presumo che sia disk0. Usa però l'identificatore del disco che hai trovato nel tuo ambiente.

    Se accedi come amministratore alcuni comandi richiedono di anteporre sudo ... all'esecuzione di alcuni comandi (ad es. gpt). Avviato su una chiavetta installer o su Internet Recovery Mode, sei sempre utente root e sudo prepending non è necessario.

  • Ottieni la tabella delle partizioni:

    gpt show -r disk0
    
  • Smonta il disco

    diskutil umountDisk disk0
    
  • Rimuovi la quarta (falsa tipizzazione) partizione:

    gpt remove -i 4 disk0
    diskutil umountDisk disk0
    
  • I risultati di hexdump ("eb 52 90 4e 54 46 53 20" è la "stringa" ∂RENTFS (x20)) mostrano che disk0s4 ha speciali settori di avvio NTFS (che si verificano in genere nel primo e nell'ultimo blocco di un NTFS volume) nel blocco0 e nel blocco 121948143. (x0000000 è byte / blocco 0 di disk0s4 e xe898fde00 convertito con un servizio hex2dec è il byte 62437449216 o 62437449216/512: blocco 121948143). Questo dimostra che non vi è spazio tra disk0s3 e disk0s4 e la dimensione è (121948143 blocchi + blocco0) blocchi 121948144.
  • aggiungi nuovamente la quarta partizione con un tipo corretto ma i vecchi valori precedenti:

    gpt add -i 4 -b 488722456 -s 121948144 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk0
    
  • riavvio
risposta data 30.11.2016 - 15:12
fonte

Leggi altre domande sui tag