Domanda:
Utility Disco si blocca prima del ridimensionamento della partizione
Dan
2014-08-01 21:12:08 UTC
view on stackexchange narkive permalink

Quando si tenta di ridurre le dimensioni di una partizione, il periodo prima che avvenga il ridimensionamento effettivo (dove Utility Disco dice "Preparazione per partizionare il disco") si blocca per sempre. Ho scavato nella Console per vedere cosa stava succedendo e mi sono imbattuto in questo errore, che è riproducibile al 100% per me non appena faccio clic su "Applica" per ridimensionare la partizione:

  8/1 / 14 8: 48: 48.299 AM Utility Disco [631]: *** setObjectForKey: l'oggetto non può essere nullo (chiave: FilesystemName) 8/1/14 8: 48: 48.301 AM Utility Disco [631]: (0 CoreFoundation 0x00007fff879eb25c __exceptionPreprocess + 172 1 libobjc.A.dylib 0x00007fff82c08e75 objc_exception_throw + 43 2 CoreFoundation 0x00007fff878e622e - [__ NSDictionaryM setObject: Forkey:] + 1.102 3 Area 0x000000010681cdcc partizione + 110028 4 Area 0x0000000106814883 partizione + 75.907 5 AppKit 0x00007fff8834c06d - [NSAlert didEndAlert: returnCode: contextInfo:] + 90 6 AppKit 0x00007fff8834ba9a - [NSWindow endSheet: returnCode:] + 368 7 AppKit 0x00007fff8834b66d - [NSAlert buttonPressed:] + 107 8 AppKit 0x00007fff88210260 - [NSApplication sendAction: to: from:] + 327 9 AppKit 0x00007fff882100de - [NSControl sendAction: to:] + 86 10 AppKditFrom:] + 86 10 AppKdrom 0x00007fff88276655 - [NSCell trackMouse: inRect: ofView: untilMouseUp:] + 2316 12 AppKit 0x00007fff88275a27 - [NSButtonCell trackMouse: inRect: ofView: untilMouseUp:] + 487 13 AppKit 0x00007fff8800Downf6 [NSButtonCell trackMouse: inRect: ofView: untilMouseUp:] + 487 13 AppKit 0x00007fff8800Downf [NSButtonCell :] + 11296
15 AppKit 0x00007fff881955d4 - [NSApplication sendEvent:] + 2021 16 AppKit 0x00007fff87fe59f9 - [NSApplication run] + 646 17 AppKit 0x00007fff87fd0783 NSApplicationMain + 940 18 Disk Utility 0x0000 19000100e186 Utility Disco 0x0000 19000100e186 0x0000000000000001 0x0 + 1)  

Ho trovato questo link che descrive più o meno lo stesso problema, ma non contiene suggerimenti utili per soluzioni alternative.

Nel caso in cui sia utile, ecco un'immagine di Utility Disco in quel momento. Nota che sto eseguendo il dual-boot di Mac OS e Ubuntu: presumo che il motivo per cui FilesystemName sia nullo è lo stesso motivo per cui la partizione di Ubuntu ext4 si presenta come disk0s4 . / p>

Disk Utility hanging prior to performing partition shrink

Nota: questo è il 10.9.4 (Mavericks).

Hai provato prima a creare solo "1 partizione" e poi a dividere / ridimensionare? (solo come prova, il backup è un must quando si provano queste cose)
@Dan Come hai fermato un simile processo?Ho un problema simile ma in modalità di ripristino qui http://apple.stackexchange.com/questions/240627/how-much-time-does-erase-of-disk-partition-take
È possibile interrompere il processo di ridimensionamento non riuscito chiudendo il gestore di utilità del disco tramite X.
Cinque risposte:
dennis97519
2014-10-06 22:09:05 UTC
view on stackexchange narkive permalink

Sì, a volte incontro anche questo problema, ma non so perché sta accadendo. Per alcuni la verifica e la riparazione risolve il problema, ma per quelli che non vengono risolti, lo strumento della riga di comando diskutil spesso fa il lavoro.

Puoi semplicemente usare

  diskutil resizeVolume $ 1 $ 2  

dove

  • $ 1 è il punto di montaggio o l'identificatore del disco o il nodo del dispositivo del disco che stai provando da ridimensionare (ottenuto con diskutil list ).
  • $ 2 è la dimensione in decimale con suffisso B, S (blocchi da 512 byte), K, M, G, T, P o percentuale della dimensione corrente (%).

ad es diskutil resizeVolume disk0s6 100G ridimensionerà il volume disk0s6 a 100 GB.

Qualcuno può aiutarmi con la parte "creare volumi aggiuntivi nello spazio libero" del verbo resizevolume? Non capisco quale sia l'opzione del tipo di volume in questo. Poiché diskutil può solo ridurre e creare volume o cancellare l'intero disco e ripartizionare, è bene usare solo resizeVolume per ridurre e creare una nuova partizione. Grazie
Come si ferma un simile processo?Ho un problema simile qui http://apple.stackexchange.com/q/240627/15504
come fai a sapere la dimensione attuale della partizione?
Alex
2014-08-02 08:42:42 UTC
view on stackexchange narkive permalink

Se il tuo obiettivo finale è la ripartizione, dato che non puoi in OSX, proverei un linux livecd usando gparted.

Qualcosa del genere: gparted tutorial

Puoi avviare il tuo Mac con una chiave USB live di Linux e utilizzare gparted per ripartizionare, quindi riavviare in OSX.

Sfortunatamente Linux non scrive sui filesystem HFS + Journaled (e non sono sicuro che mi fiderei di GParted per fare qualcosa di folle come ridurre la mia partizione di avvio in un formato proprietario con i dati comunque!).
No, ma puoi usarlo per impostare un nome di filesystem dove manca, o rimuovere quella partizione per consentire a DiskUtility di funzionare.
Ho avuto lo stesso problema e ho provato Gparted e non è riuscito con un errore e ha interrotto il restringimento.
Come si stabilisce che il file system è HFS +?
Dan
2014-08-04 05:19:19 UTC
view on stackexchange narkive permalink

Non sono sicuro che questa correzione risolverà universalmente l'errore in cui mi sono imbattuto, ma ho pensato di condividere ciò che ha funzionato per me.

  1. Prova a "verificare" la partizione che stavo per ridimensionare. Se il tuo problema è uguale al mio, non funzionerà e ti chiederà di "riparare" la partizione.
  2. La riparazione della partizione non funzionerà fino a quando non avvii la partizione di ripristino, quindi riavvia e premi l'opzione " "(o" Comando-R "nelle versioni più recenti di OS X) all'avvio del backup del computer in modo da poter scegliere la partizione di ripristino.
  3. Fai clic su" Utility Disco "e poi su" Verifica " / "Ripara" da qui invece. Dovrebbe riuscire.
  4. Ora ti consentirà di ridurre la partizione di avvio, quindi fallo.
  5. Riavvia di nuovo utilizzando la normale partizione di avvio. Le sue dimensioni dovrebbero essere più piccole ora.
  6. (opzionale) Se stavi eseguendo il dual-boot in un sistema Linux probabilmente stavi usando GRUB come bootloader principale, ma il processo precedente potrebbe aver impostato il bootloader di Mac OS X su vieni prima. Per risolvere questo problema, ho utilizzato lo stesso processo utilizzato originariamente per impostare GRUB per l'esecuzione per primo (l'ho eseguito da un'unità USB Linux).
Adam
2014-12-17 03:48:30 UTC
view on stackexchange narkive permalink

Ho avuto lo stesso identico problema e ho cercato sul Web finché non ho trovato questa piccola e semplice soluzione, quindi ho pensato di condividerla.

Per prima cosa ho eseguito un backup del mio disco principale con Carbon Copy Clone un disco esterno.

Quindi ho riavviato il computer, quando inizia, tieni premuto Command S solo per un momento finché non inizia ad avviarsi. Al prompt inserisci fsck -fy .

Quindi lascialo fare per circa 3-5 minuti e alla fine sarà fatto.

A quel punto digita reboot e collega l'unità esterna. Ora devi eseguire l'avvio dall'unità esterna per apportare modifiche permanenti all'unità interna.

Ora ero in grado di accedere all'utilità del disco e utilizzare tutte le funzioni per modificare le dimensioni o ripartizionare l'unità.

Spero che questo funzioni per te, ho provato molte cose prima di è riuscito a farlo funzionare.

ezra
2015-01-17 11:17:34 UTC
view on stackexchange narkive permalink

Partiziona di nuovo Mac HD il più piccolo possibile. Una volta completato, premi il tasto di ripristino, quindi la parte non cancellabile potrà essere eliminata facendo clic sul pulsante meno sotto. Attendi che il processo sia completo. All'inizio sembrerà che non sia successo niente. Esci dallo schermo facendo clic sul pulsante di pronto soccorso. Quindi torna indietro e tutte le partizioni dovrebbero essere eliminate e tornare alla normalità.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...