Hice una copia de seguridad/restauré un sistema de archivos desde un sistema Ubuntu a uno Fedora 17. Noté que según el dfresultado el espacio utilizado aumentó en un 30 %. ¿Cuáles podrían ser las razones de esto?
En el sistema Fedora dfse muestra: 78 GB usados
En el sistema Ubuntu dfse muestra: 60 GB usados
Diferencias entre los sistemas:
Ubuntu: ext3 (creado hace años)
Fedora 17: ext4 (creado con una mkfs.ext4llamada básica)
La restauración a un sistema de archivos XFS (en Fedora 17) produce 78 GB de espacio utilizado.
La copia de seguridad y restauración se realizó con GNU tar. El sistema de archivos contiene una amplia gama de diferentes tipos de archivos (es decir, desde árboles fuente, directorios de correo hasta archivos ISO, etc.).
Respuesta1
Lo primero que me viene a la mente son "archivos dispersos". Tradicionalmente, se podía crear un archivo con datos en un desplazamiento dentro del archivo y luego buscar un desplazamiento mucho mayor. Al escribir datos en un desplazamiento mucho mayor, el sistema de archivos no asignaba bloques de disco para los desplazamientos intermedios. Los programas que leen esos desplazamientos sin bloques de disco asignados leen valores cero.
Tarrar archivos dispersos provoca que los desplazamientos de un archivo disperso que no tiene bloques de disco asignados asigne bloques de disco, tanto en el archivo tar (o flujo de salida) como en el archivo recreado.
Recuerdo que algunos DBMS creaban archivos dispersos, al igual que programas como MSC/NASTRAN (sistema de modelado de elementos finitos). Hacer una copia de seguridad de esos archivos dispersos termina utilizando grandes cantidades de almacenamiento fuera de línea, para sorpresa de todos los involucrados.
Respuesta2
Otra cosa a tener en cuenta cuando vea discrepancias de espacio es el espacio reservado para root (normalmente 5% en la extensión {2,3,4}). Este espacio permite que el sistema operativo funcione (escriba archivos de registro, etc.) incluso si un usuario llena el disco (siempre que ese usuario no sea root).
Puede ver esta configuración usando tune2fs -l:
[root@host ]# tune2fs -l /dev/md0 |grep Reserved
Reserved block count: 1279986
Reserved GDT blocks: 1017
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
Puede desactivar esto en sus sistemas de archivos ext contune2fs -m 0 /dev/NAME
Al investigarlo muy rápidamente, no creo que xfs haya reservado espacio para root