Creé una matriz raid mdadam como esta en KDE Neon,
sudo mdadm --create --verbose /dev/md0 --level=0 --raid-devices=3 /dev/sdf /dev/sdg /dev/sdh
Echo un vistazo a gparted y me sorprende ver que sdg y sdh tienen una partición con el sistema de archivos Linux linux-raid. Pero sdf no tiene ninguna partición.
También creé una segunda matriz de incursión, así que tenía estos,
/dev/md0
/dev/md1
Estos son completamente datos que no me importan, ya que es 100% una unidad de respaldo, pero necesito construir un lugar estable para respaldar mis datos.
Después de aproximadamente un día, reinicié mi máquina y terminé con dos matrices de incursiones en mi máquina (estoy usando webmin para mirar),
/dev/md126
/dev/md127
Ninguno de estos es legítimo porque ninguno de ellos muestra ningún dispositivo en la matriz. Además, creé md0 y md1, no md126 y md127.
Cuando ejecuto estos comandos,
sudo mdadm --examine /dev/md126
sudo mdadm --examine /dev/md127
No obtengo ningún resultado.
Recreé md0 y md1, pero ahora, cuando intento montar,
sudo mount /dev/md0 /media/petermc/Security
Entiendo esto,
mount: /media/petermc/Security: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.
Este,
sudo mdadm --examine /dev/md0
sudo mdadm --examine /dev/md1
Devoluciones,
mdadm: No md superblock detected on /dev/md0
mdadm: No md superblock detected on /dev/md1
La única otra cosa que se me ocurre que es importante en este momento es que estas unidades son en su mayoría unidades externas, además moví una de las unidades a un puerto USB diferente.
Abierto a cualquier consejo disponible. Estoy pensando en abandonar este enfoque y volver a utilizar las unidades por separado.
Respuesta1
Reuní información de Google y realicé la configuración a continuación en una máquina virtual con un KDE neon nuevo. Posteriormente apliqué esto a mi servidor, con buenos resultados hasta el momento.
Al realizar pruebas en la máquina virtual, tuve algunos problemas de arranque, por lo que tuve que revisar mi configuración hasta que se solucionó. Sencillamente, los problemas que tuve anteriormente se debieron a que me perdí algunas partes importantes de la configuración. Más notablemente update-initramfs.
Mi información se basa en esto con los ajustes necesarios para trabajar con KDE neon,
https://www.tecmint.com/create-raid0-in-linux/
Después de una instalación limpia de KDE neon, creé 3 unidades, sdb, sdc, sdd.
Lo primero es crear particiones,
por ejemplo, repita lo siguiente en cada unidad
fdisk /dev/sdb
n (new partition)
P (Primary)
1 (number 1)
Enter (default value)
P (print)
L list
t chose the partition
fd (linux raid auto)
P (print)
w (write)
Crea la matriz de incursión,
mdadm -C /dev/md0 -l raid0 -n 3 /dev/sdb /dev/sdc /dev/sdd
Revisalo,
cat /proc/mdstat
mdadm --detail /dev/md0
Crear sistema de archivos,
mkfs.ext4 /dev/md0
Móntalo,
mkdir /mnt/raid0
mount /dev/md0 /mnt/raid0/
Verifique el punto de montaje,
df -h
Agregue un archivo al sistema de archivos para verificar que esté funcionando.
touch /mnt/raid0/tecmint.txt
echo "Hi everyone how you doing ?" > /mnt/raid0/tecmint.txt
cat /mnt/raid0/tecmint.txt
ls -l /mnt/raid0/
Agregue una entrada en fstab para montar después del arranque
nano /etc/fstab
La entrada en fstab, la creé así, pero al iniciar aparece un error quevalores predeterminadoses una opción no válida,
/dev/md0 /mnt/raid0 ext4 defaults 0 0
Esto es lo que funcionó para mí basándose en la lectura de las páginas de manual. Esto es equivalente avalores predeterminados. Pero por alguna razónvalores predeterminadosno funcionó,
/dev/md0 /mnt/raid0 ext4 rw,suid,dev,exec,auto,nouser,async 0 0
Comprueba el soporte,
mount -av
Escriba la configuración raid en el archivo de configuración mdadm (esta parte también difiere del enlace anterior, tuve que cambiar a root para hacer esto y la carpeta es diferente),
sudo -i
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
Fue entonces cuando comencé a tener cosas raras al arrancar. La matriz raid /dev/md0 no se encontró al iniciar, lo que provocó retrasos en el inicio mientras intentaba inicializarse. Después del arranque, comenzó a aparecer como /dev/md126 (que es lo que estaba viendo en mi configuración original mencionada en mi pregunta).
Esta parte escrucialpara evitar esto,
sudo update-initramfs -u
Se describe aquíhttps://ubuntuforums.org/showthread.php?t=1764861
Tan pronto como hice eso, el proceso de arranque funciona correctamente. La incursión se inicia como /dev/md0 y el montaje funciona. Todo está bien.