Partizione su HFS + unità esterna: "Numero di blocchi di allocazione non valido", controllo del file system codice di uscita 8. Impossibile riparare, anche in modalità di ripristino

1

Come dice il titolo, sto ricevendo l'errore "Numero non valido di blocchi di allocazione" su una particolare partizione HFS + di un'unità esterna. Non riesco a riparare, anche in modalità di ripristino.

registra i risultati quando eseguo la riparazione sull'unità:

Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition’s size
Checking the EFI system partition’s file system
Checking the EFI system partition’s folder content
Checking all HFS data partition loader spaces
Volume Time Machine on disk1s4 has 1,048,576 bytes of trailing loader space and it needs 134,217,728 bytes
Problems were found with the partition map which might prevent booting
Operation successful.

Registra i risultati quando eseguo Ripristino nella partizione problematica:

Repairing file system.
Checking Journaled HFS Plus volume.
Invalid number of allocation blocks
The volume   could not be verified completely.
File system check exit code is 8.
Updating boot support partitions for the volume as required.
File system verify or repair failed.
Operation failed…

La cosa strana è che le altre partizioni sull'unità non hanno alcun problema.

Stavo cercando alcune soluzioni e ho trovato questa guida ma non sono sicuro che quel tutorial sia applicabile alla mia situazione. Ho scaricato wxHexEditor e posso usarlo se necessario.

Modifica: Risultati di sudo gpt -r show disk1

gpt show: disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   667388392      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   667798032   508383336         
  1176181368   292707720      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1468889088        2048         
  1468891136   146485248      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1615376384   171884544         
  1787260928   166260736      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953521664        3471         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

Schermata della mappa delle partizioni. La prima sezione è solo una sezione di archiviazione di file OS X generale. Poi una partizione della macchina del tempo, poi due partizioni del bootcamp ... (una lunga storia sul perché ce ne sono due ma non la uso: erano solo backup nel caso in cui il trasferimento alla nuova unità non funzionasse (potrei cancellarli se Avevo bisogno di.)

Lacosastranaèchequestostasegnalandochelaprimapartizioneèsolo342GB.Inrealtàèdicirca690GB[690=1000-(85+75+150)].Seosservichel'unitàèdi1TBintotaleelapartizionefaoccupapocopiùdellametàdell'unità(ilgraficoatortaèprecisomailnumerononloè).Hoappenanotatoquesto.Pensochesiaunnuovoproblemadaquandohoprovatoalavoraresuquesto.Ilnumero342indicaquantospazioliberoc'èoquantovieneutilizzato.Ricordocheeramezzopieno.InParagonstavoscherzandoperchébootcampcreaunoschemaMBRepoiGUID(sehocapitobene)inmodochel'MBR/NTFSpossacoesistereconGUID/HFS+sullastessaunità.Nonvolevorovinarloperò...)

Output di df :

Filesystem                        512-blocks      Used Available Capacity iused      ifree %iused  Mounted on
/dev/disk0s2                       975425848 398002368 576911480    41% 1868271 4293099008    0%   /
devfs                                    385       385         0   100%     666          0  100%   /dev
map -hosts                                 0         0         0   100%       0          0  100%   /net
map auto_home                              0         0         0   100%       0          0  100%   /home
localhost:/LBoQ0M7--2Q2sv3sqi-Zd2  975425848 975425848         0   100%       0          0  100%   /Volumes/MobileBackups
/dev/disk1s3                       146485240 140371096   6114144    96%  217662    3074418    7%   /Volumes/Windows Bootcamp New
/dev/disk1s5                       166260728 136275960  29984768    82%  176094   15051298    1%   /Volumes/Windows Bootcamp Original (Old)
/dev/disk1s4                       292707720 184526648 108181072    64%  859054 4294108225    0%   /Volumes/Time Machine
/dev/disk1s2                      1175509584 481193080 694316504    41% 1098583 4293868696    0%   /Volumes/Macintosh HD
    
posta Jon B 23.11.2016 - 00:53
fonte

1 risposta

0

La tabella delle partizioni GUID del disco esterno è stata in qualche modo hosed e la partizione disk1s2 ha probabilmente la dimensione sbagliata: gpt riporta una dimensione di ~ 341 GB ma df e Finder suggeriscono che la dimensione è 601 GB. Riscrivendo il GUID, questo dovrebbe essere risolto.

  • Apri Terminal e inserisci diskutil list e sudo gpt -r show disk1 per ottenere una panoramica
  • Smonta disco1:

    diskutil umountDisk disk1
    
  • Elimina l'MBR:

    sudo dd if=/dev/zero of=/dev/disk1 bs=512 count=1
    diskutil umountDisk disk1
    
  • Distruggi la tabella delle partizioni GUID e creane una nuova (questo crea anche un nuovo pMBR):

    sudo gpt destroy disk1
    sudo gpt create -f disk1
    
  • Ricostruisci tutte le partizioni GUID precedenti (tranne il secondo che sarà espanso):

    sudo gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk1
    sudo gpt add -i 2 -b 409640 -s 1175509584 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
    diskutil umountDisk disk1
    sudo gpt add -i 3 -b 1176181368 -s 292707720 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
    diskutil umountDisk disk1
    sudo gpt add -i 4 -b 1468891136 -s 146485248 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk1
    diskutil umountDisk disk1
    sudo gpt add -i 5 -b 1787260928 -s 166260736 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk1
    

    Finalmente la tabella gpt dovrebbe apparire così

    gpt show: disk1: Suspicious MBR at sector 0
           start        size  index  contents
               0           1         MBR
               1           1         Pri GPT header
               2          32         Pri GPT table
              34           6         
              40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
          409640  1175509584      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      1175919224      262144         
      1176181368   292707720      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      1468889088        2048         
      1468891136   146485248      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
      1615376384   171884544         
      1787260928   166260736      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
      1953521664        3471         
      1953525135          32         Sec GPT table
      1953525167           1         Sec GPT header
    

    L'aggiunta di partizioni 2 e 3 con questi valori lascerà uno spazio vuoto di 262144 blocchi tra loro, che è una dimensione standard per OS X (che a sua volta è un suggerimento che la partizione GUID era sbagliata in precedenza).

  • verifica successivamente disk1s2 e disk1s3 con:

    diskutil verifyVolume /dev/disk1s2
    diskutil verifyVolume /dev/disk1s3
    

Hai ancora circa 171884544 blocchi (~ 88 GB) di spazio disco non allocato tra le partizioni 4 e 5. Se non hai bisogno dei backup della partizione Bootcamp puoi omettere gli ultimi due comandi sudo gpt ... . È quindi possibile espandere il volume di Time Machine con Utility Disco a ~ 400 GB.

Se vuoi aggiungere una partizione nello spazio del disco non allocato, procedi come segue (le istruzioni aggiungeranno una partizione / volume JHFS +:

  • smonta il disco

    diskutil umountDisk disk1
    
  • aggiungi una nuova partizione con gpt con un po 'di spazio libero (2048 blocchi) all'inizio e alla fine. Puoi anche usare la dimensione del gap standard (262144 blocchi), ma poi devi usare una dimensione partizione più piccola ... -b 1615638528 -s (171884544 - 2*262144) ... = ... -b 1615638528 -s 171360256 ... :

    sudo gpt add -i 6 -b 1615378432 -s 171880448 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
    
  • ottieni l'identificativo del disco della nuova partizione (88 GB)

    diskutil list
    
  • formatta l'unità:

    sudo newfs_hfs -v "New" -J /dev/disk1sX #probably X=6
    
risposta data 24.11.2016 - 13:00
fonte

Leggi altre domande sui tag