Casi 450 MB consumidos en disco duro externo vacío

Mi inclinación es que su situación es normal y esperada.

Tengo un disco duro UDB de 500 GB con casi la misma capacidad de bytes que el suyo y las carpetas que enumera 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 inutilizada y después de borrarla, los archivos y el espacio utilizados pasaron a 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/

Debe esperar que su carpeta .Trashes esté vacía y que se use poco espacio real para las otras dos carpetas. Contienen metadatos del sistema de archivos y bases de datos que se utilizan para Spotlight, Time Machine y otras herramientas que rastrean los eventos del sistema de archivos. Como puede ver, tengo aproximadamente 2 MB de asignación, pero 312,4 MB de espacio no se pueden usar debido a los tamaños de asignación de bloques, el espacio reservado del sistema de archivos y otros gastos generales.

Puede usar sudo ls -laRpara 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/crezcan 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 debe mantener archivos de datos que contengan información sobre cada archivo (o archivo potencial) en el disco, dónde se encuentra físicamente cada uno 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 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 todavía 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 de 4 kB de tamaño, el uso general del disco no aumentará. Si excedo los 4 kB de tamaño, entonces se tendrán que asignar bloques adicionales y el uso del disco crecerá a por lo menos 8 kB.

El comando dusolo informa archivos de "usuario" dentro de la estructura de su directorio. No informa el uso por parte 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 esa es su preocupación, puede realizar un borrado de bajo nivel, que escribirá datos aleatorios varias veces en su disco duro para dificultar la recuperación de datos.

Me pregunto aquí, también, si es posible que solo estemos viendo la diferencia en la forma en que el 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) 1 KB = 1000 bytes y el sistema operativo calcula el espacio donde 1 KB = 1024 bytes. Este último es más "correcto" desde la perspectiva del 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 culpar a los bloques defectuosos, la sobrecarga del sistema operativo, el formateo, etc. Pero cuando se trata de tamaños de disco mucho más grandes (millones/billones de veces en muchos casos) la pequeña diferencia de bytes llega a ser muy grande y terminas con gigas y gigas de aparentemente "espacio faltante".

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

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

ex.

$ 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 se indicó anteriormente, puede ver que en esta vieja Mac Book Pro mía, 650 MB están ocultos para las herramientas de recuperación.

Esto ahora se llama "Recuperación de macOS" y es un "sistema de recuperación integrado en su Mac". https://support.apple.com/en-us/ht201314

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