Hardware

• Asus K8N4-E Deluxe Mobo
• Sil 3114 gefälschter Überfall an Bord
• 2 Seagate 250 GB HD, Hosting mein / Zuhause
• Ein Backup auf einer separaten Festplatte von / home

Was ich bisher habe

Ich habe den Überfall mit der Sil 3114-Firmware durchgeführt. Ich verwende Raid Level 1. Ich habe ein Bash-Skript, das ich als Root ausführe, sobald ich eine Eingabeaufforderung erhalte:

dmraid -ay
mount /dev/mapper/sil*1 /home

Das Problem

Ich muss mich als root anmelden und bei jedem Start dieses blöde Bash-Skript verwenden. Ubuntu versteht das RAID-Volumen nicht automatisch. Ich habe das RAID-Volume fstabnicht eingefügt, da es beim Booten nicht vorhanden ist. Wie habe ich / mein Zuhause von meinem fakeraid beim Booten automatisch montiert?

Hier sind die Schritte, die erforderlich sind, um fakeraid einzurichten und relevante Partitionen automatisch zu mounten:

1. Installieren Sie das dmraid-Paket:

   sudo apt-get install dmraid
   

2. Neustart (dies liegt daran, dass sich dmraid in initramfs hinzufügt)

3. Das fakeraid Gerät sollte zB erscheinen:

   $ ls /dev/mapper/*
   brw-rw---- 1 root disk 252,   0 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima
   brw------- 1 root root 252,   1 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima1
   crw------- 1 root root  10, 236 Dec  6 16:22 /dev/mapper/control
   

   Oben *Dimaist das fakeraid-Gerät, während *Dima1sich die Partition befindet. Wenn Sie nicht über * N verfügen, müssen Sie eine Partitionstabelle erstellen, eine Partition erstellen, das Format mit einem Dateisystem formatieren und erneut starten.

4. In Ubuntu werden alle Partitionen standardmäßig von der UUID bereitgestellt. Lassen Sie uns die UUID herausfinden:

   $ sudo blkid
   [sudo] password for xnox: 
   /dev/sda: TYPE="isw_raid_member" 
   /dev/sdb: TYPE="isw_raid_member" 
   /dev/mapper/isw_dhdhchcbaf_Dima1: UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" TYPE="ext4" 
   /dev/sdc1: UUID="A904-D2E7" TYPE="vfat" 
   /dev/sdc2: UUID="6669d411-80c3-41cc-a629-ad84e1ee6854" TYPE="ext4" 
   /dev/sdc3: UUID="2bf263f1-753f-4b2e-92a6-b00381515e0c" TYPE="swap" 
   /dev/sdd1: UUID="C499-1A68" TYPE="vfat" 
   

   Sehen Sie, dass der Gesuchte ist UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"

5. Daher wäre der /etc/fstabEintrag:

   UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
   

Ich glaube, @ppetraki hat Recht damit, dass dies ein Fehler in der Ubuntu-Version ist, um die es ging. Eine gute Problemumgehung ist:

1. Schreiben Sie einen Startdienst, der dmraid -aybeim Systemstart ausgeführt wird.
2. Hängen Sie die Geräte in fstab anhand ihrer UUID ein

Dies sollte nur funktionieren, wenn das dmraid-Paket Hooks in die Ramdisk installiert, um gefälschte RAID-Geräte zu untersuchen. Wenn das nicht funktioniert, haben Sie einen echten Fehler. Um zu einer gesunden Grundlinie zurückzukehren, führen Sie bitte Folgendes aus:

sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot

Wenn dieses Gerät immer noch nicht in / dev / mapper angezeigt wird, melden Sie bitte einen Fehler.

Enthält Ihr Volume-Name Leerzeichen?

Ich bin auf Ihr Problem gestoßen, als ich mein eigenes recherchiert habe. In meinem Fall wurde das Volume "Big Data Volume" genannt. dmraid hat das als / dev / mapper / isw_gdghjicjaBig% x20Data% x20Volume zugeordnet, aber andere Teile des Prozesses haben weiterhin versucht, "/ dev / mapper / isw_gdghjicja_Big Data Volume" zu verwenden, und sind fehlgeschlagen.

Ich ging zurück zu Windows (ich nehme an, deshalb verwenden auch Sie dmraid, um Windows doppelt zu booten) und Intels Matrix Storage Manager und benannte mein Volume in Big_Data_Volume um. Linux hat dann gebootet und das gespiegelte Volume korrekt gemountet, ohne dass ich etwas anderes getan habe.

versuchen Sie dies in fstab:

/dev/mapper/sil*1  /home  reiserfs  user,nosuid,exec,nodev  0  0 

Dann tun sudo mount -aoder neu starten

Sie müssen nichts normal machen; es funktioniert einfach sofort. Ubuntu wird ausgeführt dmraid, um das Volume zu aktivieren, sobald es erkannt wird, es sei denn, Sie haben etwas Seltsames getan. Ideen, die Ihnen in den Sinn kommen, sind, dass Sie Ihre eigenen kompiliert haben, dmraidanstatt sie über den Paketmanager zu installieren, oder dass Sie mit dem nodelraid-Kernel-Argument booten. Sie können auch überprüfen und sicherstellen, dass sudo blkiddie zugrunde liegenden Festplatten als Sil-Raid-Komponenten identifiziert werden.

Übrigens wird fakeraid nicht so gut unterstützt wie mdadmraid. Wenn Sie also nicht doppelt mit Fenstern booten, sollten Sie den fakeraid fallen lassen und mitmachen mdadm.