diskutil verifyVolume /: Rapporti POSIX: errore di formato Exec

Question

diskutil verifyVolume /: Rapporti POSIX: errore di formato Exec

#1 da (1 voti)
#2 da (0 voti)

2

Ho problemi con il volume del mio sistema principale OSX.

Durante l'esecuzione di sudo diskutil verifyVolume / :

$  sudo  diskutil verifyVolume  /
Password:
Started file system verification on disk1 OSX
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group 986FADEF-FEF3-428E-944A-82EBB8F38184 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 1 newer non-checkpoint transaction
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 126F7B49-5C33-457F-B6AB-3A6CD220F151
Load and verify D073860B-299F-4146-B68B-7233BD5488CB
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 986FADEF-FEF3-428E-944A-82EBB8F38184 appears to be OK
Storage system check exit code is 0
Verifying file system
Using live mode
Performing live verification
Checking extents overflow file
Incorrect number of file hard links
Checking catalog hierarchy
Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

L'errore:

Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

Ho anche provato:

    $  sudo  diskutil repairVolume  /
Error starting file system repair for disk1 OSX: Unable to unmount volume for repair (-69673)

Quindi l'ho provato in modalità di ripristino (Cmd + R all'avvio), ma ho problemi a superare la crittografia ( diskutil coreStorage unlockVolume ) generando un errore generico che non è in grado di sbloccare il volume.
Qui la mia "abilità" di gestione del volume di OS-X noobish termina.

Il sistema funziona, in generale, ma non posso ridimensionare il volume, ad esempio e tutti i controlli del volume terminano in errori misteriosi, come il primo sopra, ad esempio, che è snervante.

Hai bisogno di aiuto. TIA.

MacBook Pro (Retina, 13 pollici, Fine 2013), OS X 10.11.3

macos disk-utility diskutil disk-volume

posta KarolDepka 31.08.2016 - 21:28

fonte

2 risposte

1

È possibile utilizzare l'applicazione Utility Disco dalla partizione di ripristino per eseguire tutto ciò (sbloccare e montare il disco, eseguire la riparazione, ecc.). Se hai altre utilità per la riparazione del disco, puoi dare loro una possibilità? In entrambi i casi, se non si dispone già di un backup, farei una copia al più presto.

Un'altra idea è avviare la modalità utente singolo ( Command-S all'avvio) ed eseguire fsck , ma non è sicuro che sarà diverso.

risposta data 31.08.2016 - 21:55

fonte

Leggi altre domande sui tag macos disk-utility diskutil disk-volume

Il trasferimento di un progetto iMovie con AirDrop dà ripetutamente "Spazio insufficiente" Riorganizza gli stili nella Galleria di stili rapida di Microsoft Word

score 0 · Accepted Answer

La mia soluzione coinvolta:

disattivazione di FileVault (penso che questo sia stato il fattore critico di sblocco / attivazione per andare avanti con gli altri strumenti)
in esecuzione fsck -fy in modalità utente singola TEMPI MULTIPLI finché gli errori non scompaiono
ridimensionamento della partizione su disco completo, aggiungendo un'altra partizione nello spazio inutilizzato e quindi eliminandola, afferrando il resto dello spazio (potrebbe non essere necessario per te). Ciò ha comportato il ridimensionamento della partizione del sistema (per errore), ma mi sembrava che potesse essere stato un punto di svolta. Nota: il ridimensionamento ha richiesto molto tempo, ~ 1 ora, senza un buon indicatore di avanzamento o ETA mostrato.
in esecuzione diskutil verifyVolume/repairVolume MULTIPLE TIMES finché gli errori non scompaiono (potrebbe non essere necessario)

Data la ricorrenza iniziale degli errori dopo ad es. fsck (tutto risolto alla fine!), ho pensato che forse si trattava di un problema hardware (ad esempio l'utilizzo di SSD o qualcosa del genere), ma ho controllato lo stato SMART e tutto sembra a posto. Terrò gli occhi aperti, però.

Un fattore importante era la ripetizione dei passaggi finché gli errori non si interrompevano e i nuovi errori non venivano più visualizzati. Non arrenderti. Persistenza e "scuotimento in vari modi" fino a quando il cruft viene scosso :). Strano, ma ha funzionato.

Dopo che gli errori si sono interrotti, ho riabilitato FileVault e gli errori NON sono ricomparsi! Sì.

Controllato anche con Onyx che in precedenza mostrava un errore. Risultato: nessun problema trovato, sì.

Probabilmente una soluzione meno misteriosa sarebbe stata la reinstallazione del sistema da zero e forse il ripristino da backup, ma sentivo che sarebbe stato troppo complicato (anche se in realtà avrebbe impiegato meno tempo).