L'Utility Disco di El Capitan non formatterà le nuove unità da 3 TB superiori a 800 GB

Question

L'Utility Disco di El Capitan non formatterà le nuove unità da 3 TB superiori a 800 GB

#1 da (1 voti)
#2 da (-1 voti)
#3 da (-1 voti)

4

Il mio iMac Mid.2010 che esegue OS X EL Capitan v10.11.6 non formatterà nessuno dei miei nuovissimi dischi SATA 2 x 3 TB e sebbene abbia provato qualsiasi altro formato come exFat, ecc, continua a renderli non superiori a 800 concerti. Collego ogni unità a iMac con una "docking station HDD kdLinks" e un cavo di interfaccia SATA-a-USB2. Lo scopo è utilizzare queste 2 unità per i backup di Time Machine. Che cosa sto facendo di sbagliato?

Aggiornamento:

Inoltre:

2017-01-14 12:59:38.663 defaults[9465:6786462] 
The domain/default pair of (/Library/Preferences/com.apple.TimeMachine.plist, MaxSize) does not exist

Anche da mount :

/dev/disk0s2 on / (hfs, local, journaled)
devfs on /dev (devfs, local, nobrowse)
map -hosts on /net (autofs, nosuid, automounted, nobrowse)
map auto_home on /home (autofs, automounted, nobrowse)
/dev/disk1s2 on /Volumes/OLDisk (hfs, local, journaled)
/dev/disk2s2 on /Volumes/SATADisk2 (hfs, local, nodev, nosuid, journaled)

el-capitan hard-drive disk-utility

posta opgalloso 10.01.2017 - 21:18

fonte

3 risposte

Leggi altre domande sui tag el-capitan hard-drive disk-utility

Google Chrome: errore 11 dopo aver impostato Aggiornamenti automatici Discrepanza della temperatura della CPU Mac Pro

score 1 · Answer 1

Il tuo problema è probabilmente correlato al limite di 2,2 TB (o 2 TiB) . I dischi dispongono di un MBR (anziché di un PMBR) o di un limite del firmware della stazione disco HDD kdLinks.

Controlla i dischi dopo aver ottenuto i loro identificatori del disco con disktuil list con sudo gpt -r show diskX con diskX gli identificatori del disco dei dischi esterni (ad esempio disk1 e disk2).

Se ottieni un risultato come questo:

gpt show: /dev/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
     .....

distruggi gli MBR e aggiungi una tabella di partizione GUID corretta.

Per distruggere l'MBR e ripristinare l'uso corretto di GUID pt:

diskutil umountDisk diskX
sudo dd if=/dev/zero of=/dev/diskX bs=512 count=1

Distruggi la tabella delle partizioni GUID e creane una nuova:

diskutil umountDisk diskX
sudo gpt destroy diskX
sudo gpt create -f diskX

con diskX: ancora una volta gli identificatori del disco dei tuoi dischi esterni.

Assicurati di utilizzare il diskX appropriato o potresti eliminare accidentalmente dischi validi!

Dopo aver rimosso l'MBR, spesso / a volte devi espellere completamente l'unità (o riavviare il Mac) affinché le modifiche abbiano effetto.

Aggiornamento:

Con i dati della partizione pubblicati si può sicuramente dire che si tratta di un problema di 2 TiB:

La dimensione predefinita del disco è 5,860,533,168 blocchi . Il tuo output gpt mostra una dimensione di 1.565.565.872 blocchi. La differenza è esattamente di 4.294.967.296 blocchi che sono 2 ³² blocchi o 2 TiB.

score -1 · Answer 2

Terminale di avvio e fai:

sudo defaults read /Library/Preferences/com.apple.TimeMachine.plist MaxSize

se emette un integer , come 1024000

sudo defaults delete /Library/Preferences/com.apple.TimeMachine.plist MaxSize

diskutil list per vedere che questa unità è visibile, quindi creare a nuova partizione hfs (inserisci il dispositivo appropriato dove /dev/diskNumber è): diskutil partitionDisk /dev/diskNumber 1 GPT HFS+ volumeName 100%

Parametri spiegati: 1 è il numero di partizioni, GPT è lo schema della tabella, HFS+ è il filesystem e 100% è la dimensione del volume. Per formattare 1 HFS + Volume sull'intera unità che esegui:

diskutil partitionDisk /dev/diskX 1 GPT HFS+ volumeName 100%

Per ottenere 2 partizioni, ognuna con il 50% del disco:

diskutil partitionDisk /dev/disk5 2 GPT HFS+ firstVolume 50% secondVolume HFS+ 50%

Se vuoi solo la tabella GPT senza la formattazione HFS: cambia HFS+ in %noformat% Puoi provare APFS , la nuova sostituzione HFS di Apple, è ancora in-dev e non so se ElCaptain lo supporta, e sicuramente non lo consiglio per un backup TM, ancora puoi provare se crea il volume

diskutil apfs create /dev/diskNumber

e riceverai un messaggio di avviso che non è molto incoraggiante per il backup, ma vedi se crea la partizione se HFS + fallisce- puoi riformattarli.

Fammi sapere che tipo di errori ottieni e cosa defaults read dice su MaxSize (se presente). Si prega di incollare qualsiasi output diskutil da qualche parte se si hanno problemi con il partizionamento.

Aggiornamento: Perché il down vota alle persone: (

score -1 · Answer 3

Verifica l'output di sudo defaults read /Library/Preferences/com.apple.TimeMachine.plist MaxSize , probabilmente perché è impostato un% diMaxSize a livello di sistema.

Questo comando non può danneggiare il tuo sistema in alcun modo - leggerà semplicemente il valore di MaxSize nel file TimeMachine config .plist.

Anche il comando

diskutil non danneggerà il tuo sistema - è pensato per il partizionamento (DiskUtility.app è un'interfaccia utente per esso) ed è più dettagliato di DiskUtil. Fammi sapere cosa dicono questi comandi.

Se ricordo bene, c'erano alcuni limiti TM e suoni da 800GB giusti. Puoi anche pubblicare l'intero output della configurazione di TimeMachine, sarà più facile controllarlo per alcuni indizi:

sudo defaults read /Library/Preferences/com.apple.TimeMachine.plist

aggiornamento per favore, pubblica anche l'output da diskutil list e mount .