Casi 450 MB consumidos en un disco duro externo vacío

Mi inclinación es que tu situación sea normal y esperada.

Tengo una unidad de disco duro UDB de 500 GB con casi la misma capacidad en bytes que la tuya y las carpetas que enumeras se generan en todos los sistemas de archivos HFS + para permitir que funcionen varios elementos. Además, mi SSD que conecté a través de USB también se borró recientemente y tenía 71 archivos, 312.8 MB de espacio utilizado en una partición totalmente sin usar y después de borrarlo, los archivos y el espacio utilizado fueron de 39 y 312.5 MB respectivamente:

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

Debería esperar que su carpeta .Trashes esté vacía y que se utilice poco espacio real para las otras dos carpetas. Contienen los metadatos del sistema de archivos y las bases de datos utilizadas para Spotlight, así como Time Machine y otras herramientas que rastrean los eventos del sistema de archivos. Como puede ver, tengo 2 MB aproximadamente de asignación, pero 312.4 MB de espacio no es utilizable debido a los tamaños de asignación de bloque, el espacio reservado del sistema de archivos y otros gastos generales.

Puede usar sudo ls -laR para obtener una lista completa de todos los archivos en su disco. Además, el sistema operativo volverá a crear estos archivos si alguna vez los elimina, por lo que su elección es usar HFS + y dejar que existan / crecer según sea necesario o elegir un sistema de archivos que no asigne previamente este espacio en esa unidad.

Hay dos cuestiones a considerar aquí:

1. Cada disco tiene que mantener archivos de datos que contienen información sobre cada archivo (o archivo potencial) en el disco, donde cada uno se encuentra físicamente en el medio, cuántos bloques de datos ocupan, atributos de permisos, atributos extendidos, fechas de creación, fechas de modificación, información de registro en diario, etc. Este catálogo de información existe incluso en una unidad formateada vacía. Aunque el catálogo puede estar "vacío", los archivos de datos del catálogo aún existen y ocupan espacio.
2. Incluso el archivo regular más pequeño con un solo carácter ocupa más de un byte de espacio. Esto se debe a que el disco asignará al menos uno o más bloques para el archivo. En la computadora en la que estoy actualmente, un archivo de un solo carácter tiene un tamaño de un byte, pero ocupa 4 KB en el disco. Puedo editar este archivo y agregar contenido. Si me mantengo por debajo del tamaño de 4 KB, el uso general del disco no aumentará. Si excedo 4 kB de tamaño, entonces habrá que asignar bloques adicionales y el uso del disco aumentará al menos a 8 kB.

El comando du solo reporta archivos de "usuario" dentro de la estructura de su directorio. No está informando el uso de las estructuras del catálogo de discos, por lo que no es necesario que el uso coincida.

Existen herramientas que pueden realizar lecturas de bajo nivel de un disco duro y extraer información que estaba previamente en el disco. Ese es un tema completamente diferente. Pero si eso le preocupa, puede realizar un borrado de bajo nivel, que escribirá datos aleatorios varias veces en su disco duro para dificultar la recuperación de los datos.

También me pregunto aquí, que podemos estar viendo la diferencia en la forma en que O / S calcula el espacio y los fabricantes de unidades calculan el espacio.

Recuerdo haber escuchado (hace un tiempo) que los fabricantes de unidades a menudo cuentan el espacio donde (por ejemplo) 1KB = 1000 bytes y la O / S calcula el espacio donde 1KB = 1024 bytes. Este último es más "correcto" desde la perspectiva de O / S.

Cuando los discos duros estaban en el rango de 5 a 500 MB, las diferencias en el tamaño calculado eran lo suficientemente pequeñas como para echarle la culpa a los bloques defectuosos, a la sobrecarga de datos, al formato, etc. Pero cuando se trata de discos mucho más grandes (millones / miles de millones de veces en muchos casos) la diferencia de bytes pequeños llega a ser muy grande y terminas con conciertos y aparentemente "espacio perdido".

Ha pasado un tiempo desde que recuerdo haber escuchado sobre esto y no sé si todavía es una práctica común, pero creo que la sobrecarga del formateo, los registros de arranque y las particiones ocultas son generalmente pequeñas en comparación con los tamaños de disco. días.

También querrá usar diskutil list para verificar si hay una partición de recuperación de arranque oculta.

ej.

$ 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

Como arriba, puede ver que en este viejo Mac Book Pro, los 650 MB están ocultos para las herramientas de recuperación.

Esto ahora se llama "macOS Recovery" y es un "sistema de recuperación incorporado en tu Mac". enlace

Si está interesado en eliminar esta partición, consulte ¿Puedo eliminar Recovery HD? partición?