Ich habe ein mdadam Raid-Array wie dieses unter KDE Neon erstellt,
sudo mdadm --create --verbose /dev/md0 --level=0 --raid-devices=3 /dev/sdf /dev/sdg /dev/sdh
Ich schaue mir gparted an und bin überrascht, dass sdg und sdh eine Partition mit dem Linux-Dateisystem linux-raid haben. Aber sdf hat keine Partition.
Ich habe auch ein zweites Raid-Array erstellt, also hatte ich diese,
/dev/md0
/dev/md1
Das sind völlig unwichtige Daten, da es sich zu 100 % um ein Backup-Laufwerk handelt, aber ich muss einen stabilen Ort zum Sichern meiner Daten einrichten.
Nach etwa einem Tag startete ich meinen Rechner neu und hatte am Ende zwei RAID-Arrays auf meinem Rechner (ich verwende Webmin zum Nachschauen),
/dev/md126
/dev/md127
Keines davon ist legitim, da beide keine Geräte im Array anzeigen. Außerdem habe ich md0 und md1 erstellt, nicht md126 und md127.
Wenn ich diese Befehle ausführe,
sudo mdadm --examine /dev/md126
sudo mdadm --examine /dev/md127
Ich bekomme kein Ergebnis.
Ich habe md0 und md1 neu erstellt, aber jetzt, wenn ich versuche, zu mounten,
sudo mount /dev/md0 /media/petermc/Security
Ich verstehe das,
mount: /media/petermc/Security: wrong fs type, bad option, bad superblock on /dev/md0, missing codepage or helper program, or other error.
Das,
sudo mdadm --examine /dev/md0
sudo mdadm --examine /dev/md1
Kehrt zurück,
mdadm: No md superblock detected on /dev/md0
mdadm: No md superblock detected on /dev/md1
Das einzige andere, was mir im Moment wichtig einfällt, ist, dass es sich bei diesen Laufwerken größtenteils um externe Laufwerke handelt und dass ich eines der Laufwerke an einen anderen USB-Anschluss angeschlossen habe.
Ich bin für jeden Ratschlag offen. Ich denke darüber nach, diesen Ansatz aufzugeben und wieder dazu überzugehen, die Laufwerke einzeln zu verwenden.
Antwort1
Ich habe Informationen von Google zusammengetragen und das folgende Setup in einer virtuellen Maschine mit einem frischen KDE Neon durchgeführt. Anschließend habe ich dies auf meinem Server angewendet und bisher gute Ergebnisse erzielt.
Beim Testen in der virtuellen Maschine hatte ich einige Startprobleme und musste mein Setup überarbeiten, bis dies behoben war. Die oben genannten Probleme waren ganz einfach darauf zurückzuführen, dass ich einige wichtige Teile des Setups ausgelassen hatte. Am auffälligsten war update-initramfs.
Meine Informationen basieren hierauf mit den erforderlichen Anpassungen für die Arbeit mit KDE Neon.
https://www.tecmint.com/create-raid0-in-linux/
Nach einer sauberen KDE-Neon-Installation habe ich drei Laufwerke erstellt: sdb, sdc, sdd.
Zuerst müssen Partitionen erstellt werden.
zB wiederholen Sie das Folgende auf jedem Laufwerk
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)
Erstellen Sie das RAID-Array.
mdadm -C /dev/md0 -l raid0 -n 3 /dev/sdb /dev/sdc /dev/sdd
Prüfen Sie,
cat /proc/mdstat
mdadm --detail /dev/md0
Dateisystem erstellen,
mkfs.ext4 /dev/md0
Montieren Sie es,
mkdir /mnt/raid0
mount /dev/md0 /mnt/raid0/
Überprüfen Sie den Einhängepunkt.
df -h
Fügen Sie dem Dateisystem eine Datei hinzu, um zu prüfen, ob sie funktioniert.
touch /mnt/raid0/tecmint.txt
echo "Hi everyone how you doing ?" > /mnt/raid0/tecmint.txt
cat /mnt/raid0/tecmint.txt
ls -l /mnt/raid0/
Fügen Sie einen Eintrag in fstab hinzu, um ihn nach dem Booten zu mounten
nano /etc/fstab
Der Eintrag in fstab, ich habe ihn so erstellt, aber beim Booten erhalte ich eine Fehlermeldung, dassVorgabewerteist eine ungültige Option,
/dev/md0 /mnt/raid0 ext4 defaults 0 0
Das ist, was bei mir funktioniert hat, basierend auf dem Lesen der Manpages. Das ist gleichbedeutend mitVorgabewerteAber aus welchem Grund auch immerVorgabewertehat nicht funktioniert,
/dev/md0 /mnt/raid0 ext4 rw,suid,dev,exec,auto,nouser,async 0 0
Überprüfen Sie die Halterung.
mount -av
Schreibe die RAID-Konfiguration in die mdadm-Konfigurationsdatei (auch dieser Teil unterscheidet sich vom obigen Link, ich musste dazu in den Root-Zugriff wechseln und der Ordner ist ein anderer),
sudo -i
sudo mdadm --detail --scan >> /etc/mdadm/mdadm.conf
Zu diesem Zeitpunkt traten beim Booten merkwürdige Dinge auf. Das RAID-Array /dev/md0 wurde beim Booten nicht gefunden, was beim Initialisierungsversuch zu Bootverzögerungen führte. Nach dem Booten wurde es als /dev/md126 angezeigt (was ich in meinem ursprünglichen Setup, das in meiner Frage erwähnt wurde, gesehen habe).
Dieser Teil istentscheidendum es zu umgehen,
sudo update-initramfs -u
Es ist hier beschriebenhttps://ubuntuforums.org/showthread.php?t=1764861
Sobald ich das getan habe, funktioniert der Bootvorgang einwandfrei. Das Raid startet als /dev/md0 und das Mounten funktioniert. Alles gut.