¿Por qué gran parte de mi nuevo sistema de archivos ext4 ya está marcado como usado?

2

Acabo de crear una nueva matriz RAID 5 usando 3 unidades de 4 TB (con el objetivo de 8 TB de espacio) en un sistema ubuntu. Si bien tuve algunos problemas para comenzar, creo que lo configuré correctamente y he creado un sistema de archivos ext4 como una sola partición usando toda la matriz. Sin embargo, cuando lo miro en gparted, informa

Tamaño: 7.28 TiB (esto es correcto, sé la diferencia entre TB y TiB)
Usado: 117 GiB Sin
usar: 7.16 TiB

Si corro sudo df -hme sale

Filesystem      Size  Used Avail Use% Mounted on
/dev/md0        7.2T   51M  6.8T   1% /home/brad/raid

Que es un tamaño diferente de nuevo. ¡El disponible es 400G menos que el tamaño, pero el usado es solo 51M aquí!

Mi pregunta es, ¿es esta la salida esperada en este momento o es una indicación de que algo salió mal? Si se espera, ¿qué está usando el espacio que se informa en gparted como se usa?

En caso de que alguien quiera verlo aquí, es la salida de cat /proc/mdstat

md0 : active raid5 sdb1[0] sdd1[3] sdc1[1]
      7813772288 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [UU_]
      [=>...................]  recovery =  7.2% (283321088/3906886144) finish=2181.8min speed=27679K/sec

unused devices: <none>

y de sudo fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000ac78f

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   472330239   236164096   83  Linux
/dev/sda2       472332286   488396799     8032257    5  Extended
/dev/sda5       472332288   488396799     8032256   82  Linux swap / Solaris

WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

WARNING: GPT (GUID Partition Table) detected on '/dev/sdc'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdc: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

WARNING: GPT (GUID Partition Table) detected on '/dev/sdd'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdd: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdd1               1  4294967295  2147483647+  ee  GPT
Partition 1 does not start on physical sector boundary.

WARNING: GPT (GUID Partition Table) detected on '/dev/sde'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sde: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               1  1953525167   976762583+  ee  GPT

Disk /dev/md0: 8001.3 GB, 8001302822912 bytes
2 heads, 4 sectors/track, 1953443072 cylinders, total 15627544576 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk identifier: 0x00000000

Disk /dev/md0 doesn't contain a valid partition table

Hmmmm, el bit al final sobre / dev / md0 que no contiene una tabla de partición válida es interesante.

puntilla
fuente
¿Puedes incluir la salida de dumpe2fs /dev/md0|egrep -i "(inode|block) (size|count)"? Esto mostrará el espacio reservado para root y el espacio ocupado por los inodes.
Mark Plotnick

Respuestas:

2

El problema de que / dev / md0 no tiene una tabla de particiones no es relevante para su problema. Usted declaró claramente que creó el sistema de archivos en el dispositivo sin procesar

He creado un sistema de archivos ext4 en él como una sola partición usando toda la matriz

Por lo tanto, tiene sentido que no tenga una tabla de particiones, ya que no particionó el espacio. No es un problema, pero asegúrese de que nunca escriba una tabla de partición en esa partición, ya que golpeará el comienzo del sistema de archivos y perderá el acceso a los datos.

En cuanto a sus otras particiones, veo que fdisk se queja de que los discos tienen GPT y le aconsejo que lo use en gdisklugar de fdisk. Es difícil distinguir algo de la fdisksalida.

Ahora a su pregunta principal, ¿dónde está el espacio?

/dev/md0        7.2T   51M  6.8T   1% /home/brad/raid

¿A dónde fueron tus ~ 400 GB? Entraron en la sobrecarga del sistema de archivos. El sistema de archivos ext4 asigna previamente todos los metadatos que necesita almacenar para asignar cada inodo en el sistema, y ​​adicionalmente en un volumen tan grande, tendrá muchas copias del superbloque fs y se asignará una gran cantidad de bloques a El diario del sistema de archivos. No hay nada que arreglar o cambiar aquí, y el tamaño de los metadatos del sistema de archivos no crecerá con el tiempo en un sistema de archivos ext [234]. Su única opción real si no le gusta esa cantidad de sobrecarga del sistema de archivos es ajustar el tamaño de su inodo o usar un sistema de archivos diferente.

casey
fuente
Esperaba que fuera solo una sobrecarga del sistema de archivos, pero ¡guau! 400G! Eso es cerca del 6% de mi RAID desaparecido (o alrededor de $ 35, no tan malo en términos monetarios, supongo). ¿Hay un sistema de archivos más adecuado que debería considerar aquí? Además, ¿por qué la discrepancia entre gparted y df?
Brad