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


3

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

Registra i risultati quando eseguo Repair on drive:

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 Repair sulla 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 sul disco 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

Protezione dello schermo della mappa delle partizioni. La prima sezione è solo una sezione generale di archiviazione dei file OS X. Quindi una partizione della macchina del tempo, quindi due partizioni bootcamp ... (lunga storia sul perché ce ne sono due ma non ne uso neanche io. Erano solo dei backup nel caso in cui il trasferimento al nuovo disco non funzionasse (potrei cancellarli se Avevo bisogno di.)

inserisci qui la descrizione dell'immagine La cosa strana è che questo sta segnalando che la prima partizione è solo 342 GB. In realtà è di circa 690 GB [690 = 1000- (85 + 75 + 150)]. Se si osserva che l'unità è 1 TB in totale e la partizione occupa poco più della metà dell'unità (il grafico a torta è preciso ma il numero non lo è). L'ho appena notato. Penso che sia un nuovo problema da quando ho cercato di lavorare su questo. Il numero 342 indica la quantità di spazio libero disponibile o la quantità utilizzata. Ricordo che era quasi mezzo pieno. In Paragon stavo scherzando perché bootcamp crea uno schema MBR e quindi GUID all'interno (se ho capito bene) in modo che l'MBR / NTFS possa coesistere con il GUID / HFS + sulla stessa unità. Non volevo rovinare tutto però ...)

inserisci qui la descrizione dell'immagine

inserisci qui la descrizione dell'immagine

Uscita 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

IMO la guida collegata probabilmente non dovrebbe applicarsi qui. Aggiungi l'output di sudo gpt -r show disk1inserito nel Terminale. Qual è la storia del disco? Hai modificato la mappa delle partizioni o crittografato il volume?
klanomath il

Aggiunto l'output. La storia è che ho usato un programma chiamato "paragon hard disk manager" per aiutarmi a copiare una partizione bootcamp dall'unità esterna in questione ora su un'altra unità. L'ho usato anche per ripartizionare per ridurre l'unità NTFS verso il basso e rimuovere lo spazio inutilizzato nella partizione. @klanomath
Jon B,

Oh, lo vedo: è un casino completo di una tabella delle partizioni GUID / MBR. Ricordo l'app (Paragon ...) - era disponibile in un pacchetto di 8 app (~ $ 16) e volevo acquistare a settembre per testarlo, ma ero troppo tardi. Forse wxHexEditor è più utile di quanto affermato in precedenza. Circa 350 GB sono spazio su disco non allocato. Qual è il volume di Time Machine, il volume di 340 GB o il volume di 150 GB?
klanomath il

Le dimensioni indicate di Paragon e la tabella delle partizioni GUID corrispondono: 667388392 blocchi della partizione 2 = 341,7 GB. Ma cosa hanno trovato Finder e df nel Terminale per "Macintosh HD" sull'unità esterna? Forse la tabella delle partizioni ha voci errate e la seconda partizione inizia al blocco 409640 e termina vicino al blocco 1176181368 (anziché al blocco 667798032). Non riesco davvero a capire il tuo calcolo da 690 GB.
klanomath,

Scusate la risposta in ritardo, la mia famiglia è in città per il ringraziamento e sono stato con loro. Comunque, non posso usare la partizione in questo momento. L'unità è etichettata "sola lettura" e non riesco a cambiarla. Inoltre, viene visualizzato un errore quando si collega l'unità (vedere l'immagine aggiunta al post). So per certo che la partizione è di circa 600 GB. Ricordo di averlo fatto ed è quello che è stato segnalato dall'utilità del disco fino a quando ho provato a "riparare" l'unità. EDIT: suppongo che la matematica sia andata male da qualche parte. Sono solo 600 GB ... @klanomath
Jon B

Risposte:


0

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

  • Apri Terminale e inserisci diskutil liste sudo gpt -r show disk1per 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 (crea anche una nuova pMBR):

    sudo gpt destroy disk1
    sudo gpt create -f disk1
    
  • Ricostruisci tutte le partizioni GUID precedenti (tranne la seconda che verrà espansa):

    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
    

    Infine, 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 della partizione 2 e 3 con questi valori lascerà uno spazio di 262144 blocchi tra loro che è una dimensione standard per OS X (che a sua volta è un suggerimento che la partizione GUID era errata 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 su disco non allocato tra la partizione 4 e 5. Se non hai bisogno dei backup della partizione Bootcamp puoi omettere gli ultimi due sudo gpt ...comandi. Puoi quindi espandere il volume di Time Machine con Utility Disco a ~ 400 GB.

Se si desidera aggiungere una partizione nello spazio su disco non allocato, procedere come segue (le istruzioni aggiungeranno una partizione / volume JHFS +):

  • smontare 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 standard del gap (262144 blocchi) ma devi usare una 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
    
  • ottenere l'identificatore del disco della nuova partizione (88 GB)

    diskutil list
    
  • formattare l'unità:

    sudo newfs_hfs -v "New" -J /dev/disk1sX #probably X=6
    

Questo l'ha risolto. Grazie mille! Tranne una cosa ... La mia partizione della macchina del tempo ora appare come "spazio libero" con il formato "sconosciuto". Inoltre, perché ci sono 88 GB di spazio non allocato e come posso recuperarlo? Non lo vedo nell'utilità del disco ... Vorrei espandere le dimensioni della mia partizione della macchina del tempo. Non desidero ancora eliminare i miei bootcamp se non devo. Ci sono tonnellate di spazio inutilizzato nel "macintosh HD" che vorrei riutilizzare per Time Machine ... Come posso farlo su un mac? C'è un programma? Utility Disco non mi permette di "spostare" la macchina del tempo all'indietro ... @klanomath
Jon B

@JonB Non so perché ci sia così tanto spazio libero. Lo spazio libero (inizialmente 350 GB) e lo strano / falso GUID pt erano il motivo per chiedere la storia del disco! L'app è falsa o hai commesso uno o più errori. Se hai aggiunto la partizione 3 (Time Machine) con i vecchi valori dovrebbe essere lì - anche Time Machine era falsa (controlla il tuo primo risultato di registro). Lo spostamento e il ridimensionamento delle partizioni è una delle caratteristiche di Paragon, ma considerando i problemi di cui sopra esiterei ad usarlo.
klanomath,

@JonB Quanto è importante il backup di Time Machine? È vecchio o nuovo? Se non riparate il disco / i singoli volumi o inizializzate i volumi, è sicuro modificare gpt perché gpt scrive solo sui primi 34 e ultimi 33 blocchi di un disco. A proposito non intendevo un errore nel ricreare il pt GUID nelle mie istruzioni, intendevo un errore usando l'app. Aggiungerò un elenco gpt come dovrebbe apparire dopo aver applicato le modifiche nelle mie istruzioni.
klanomath,

Apparentemente ho effettivamente fatto un errore seguendo le tue istruzioni ... (anche se non è quello che volevi dire) ho appena rieseguito le istruzioni e ora tutto procede. Fantastico. Grazie!!! C'è un modo per formattare "manualmente" lo spazio non allocato, solo per farlo apparire nell'utilità del disco?
Jon B,

@JonB Sì, c'è: aggiungi semplicemente una voce gpt con le dimensioni e il tipo corretti e formattala. Aggiungerò le istruzioni alla mia risposta.
klanomath,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.