Quasi 450 MB consumati su disco rigido esterno vuoto

La mia inclinazione è che la tua situazione sia normale e attesa.

Ho un HDD UDB da 500 GB con quasi la stessa capacità di byte della tua e le cartelle che elencherai sono generate su tutti i filesystem HFS + per consentire il funzionamento di diversi elementi. Inoltre, il mio SSD che ho connesso via USB è stato recentemente cancellato e aveva 71 file, 312,8 MB di spazio utilizzato su una partizione totalmente inutilizzata e dopo averlo cancellato, i file e lo spazio utilizzato andavano rispettivamente a 39 e 312,5 MB:

Mac:~ me$ cd /Volumes/SSD 
Mac:SSD me$ sudo du -sm .Spotlight-V100/ .Trashes/ .fseventsd/
1   .Spotlight-V100/
0   .Trashes/
1   .fseventsd/

Dovresti aspettarti che la tua cartella .Trashes sia vuota e poco spazio effettivo usato per le altre due cartelle. Contengono i metadati del filesystem e i database utilizzati per Spotlight, Time Machine e altri strumenti che tracciano gli eventi del filesystem. Come puoi vedere, ho 2 o più MB di allocazione, ma 312,4 MB di spazio non sono utilizzabili a causa delle dimensioni di allocazione dei blocchi, dello spazio riservato per il filesystem e di altri costi generali.

Puoi usare sudo ls -laR per ottenere un elenco completo di tutti i file sul tuo disco. Inoltre, il sistema operativo ricreerà questi file se mai li elimini, quindi la tua scelta è usare HFS + e lasciare che questi esistano / crescano come necessario o scegliere un filesystem che non pre-alloca questo spazio su quella unità.

Ci sono due problemi da considerare qui:

1. Ogni disco deve conservare file di dati che contengono informazioni su ogni file (o file potenziale) sul disco, dove ciascuno si trova fisicamente sul supporto, quanti blocchi di dati occupano, attributi di autorizzazioni, attributi estesi, date di creazione, date di modifica, informazioni di journaling, ecc. Questo catalogo di informazioni esiste anche su un'unità vuota formattata. Sebbene il catalogo possa essere "vuoto", i file di dati del catalogo esistono ancora e occupano spazio.
2. Anche il più piccolo file normale con un singolo carattere occupa più di un byte di spazio. Questo perché il disco alloca almeno uno o più blocchi per il file. Sul computer in cui sono attualmente attivo, un singolo file di carattere ha una dimensione in byte, ma occupa 4 kB su disco. Posso modificare questo file e aggiungere contenuti. Se rimango al di sotto di 4 kB, l'utilizzo complessivo del disco non aumenterà. Se si superano i 4 kB di dimensione, sarà necessario assegnare ulteriori blocchi e l'utilizzo del disco aumenterà fino ad almeno 8 kB.

Il comando du sta riportando solo i file "utente" all'interno della struttura della directory. Non sta segnalando l'utilizzo delle strutture del catalogo del disco, quindi l'utilizzo non deve necessariamente corrispondere.

Esistono strumenti che possono eseguire letture a basso livello di un disco rigido ed estrarre le informazioni che erano precedentemente sul disco. Questo è un argomento completamente diverso. Ma se questo è il tuo problema, puoi eseguire una cancellazione di basso livello, che scriverà più dati casuali sul tuo disco rigido per rendere difficile il recupero dei dati.

Mi sto chiedendo anche qui che potremmo vedere la differenza nel modo in cui l'O / S calcola lo spazio e i produttori di unità calcolano lo spazio.

Ricordo di aver sentito (qualche tempo fa) che i produttori di unità spesso contano spazio dove (ad esempio) 1 KB = 1000 byte e l'O / S calcola lo spazio dove 1 KB = 1024 byte. Quest'ultimo è più "corretto" dal punto di vista O / S.

Quando le unità disco rigido erano comprese nell'intervallo da 5 a 500 MB, le differenze nella dimensione calcolata erano abbastanza piccole da incolparlo su blocchi danneggiati, overhead, formattazione, ecc. Ma quando si hanno a che fare con dimensioni del disco molto più grandi (milioni / miliardi di volte in molti casi) la piccola differenza di byte diventa molto grande e si finisce con concerti e concerti di apparentemente "spazio mancante".

È passato un po 'di tempo da quando ricordo di aver sentito parlare di questo e non so se è ancora una pratica comune, ma suppongo che il sovraccarico della formattazione, i record di avvio e le partizioni nascoste siano in genere ridotte rispetto alle dimensioni del disco giorni.

Dovrai anche utilizzare diskutil list per verificare se esiste una partizione di ripristino di avvio nascosta.

es.

$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS 512                     511.1 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

Come sopra, puoi vedere che su questo vecchio Mac Book Pro dei miei 650 MB sono nascosti per gli strumenti di recupero.

Questo è ora chiamato "macOS Recovery" ed è un "sistema di recupero integrato sul tuo Mac". link

Se sei interessato a rimuovere questa partizione, consulta Posso rimuovere Recovery HD partizione?