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 -h
me 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.
dumpe2fs /dev/md0|egrep -i "(inode|block) (size|count)"
? Esto mostrará el espacio reservado para root y el espacio ocupado por los inodes.Respuestas:
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
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
gdisk
lugar defdisk
. Es difícil distinguir algo de lafdisk
salida.Ahora a su pregunta principal, ¿dónde está el espacio?
¿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.
fuente