web-dev-qa-db-ja.com

偽の襲撃を自動マウントするにはどうすればよいですか？

ハードウェア

  • Asus K8N4-Eデラックスモボ
  • Sil 3114フェイクレイド、機内
  • 2 Seagate 250 GB HD、私の/ homeをホスト
  • / homeの別のハードディスク上のバックアップ

私が今まで持っているもの

Sil 3114ファームウェアを使用して襲撃を行いました。 RAIDレベル1を使用しています。プロンプトが表示されたらすぐにルートとして実行するbashスクリプトがあります。

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

問題

ルートとしてログオンし、起動するたびにその愚かなbashスクリプトを使用する必要があります。 UbuntuはRAIDボリュームを自動的に理解しません。 RAIDボリュームはブート時に存在しないため、fstabに入れていません。起動時にfakeraidから/ homeを自動マウントするにはどうすればよいですか？

raiddmraid
8
djeikyb

@ppetrakiは、これがubuntuのバージョンのバグであることについて正しいと思います。回避策は次のとおりです。

  1. システムの起動時にdmraid -ayを実行するupstartサービスを作成します。
  2. Fstabで、UUIDでデバイスをマウントします
3
djeikyb

Fakeraidをセットアップし、関連するパーティションを自動マウントするために必要な手順は次のとおりです。

  1. Dmraidパッケージをインストールします。

    Sudo apt-get install dmraid

  2. リブート（dmraidがinitramfsに自身を追加するためです）

  3. Fakeraidデバイスが表示されます（例：

    $ 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

    上記の*Dimaはfakeraidデバイスであり、*Dima1はパーティションです。 * Nがない場合は、パーティションテーブルを作成し、パーティションを作成し、ファイルシステムでotをフォーマットし、再起動する必要があります。

  4. Ubuntuでは、すべてのパーティションはデフォルトでUUIDによってマウントされます。 UUIDを見つけましょう：

    $ 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"

    必要なものがUUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"であることを確認してください

  5. したがって、/etc/fstabエントリは次のようになります。

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

Dmraidパッケージがramdiskにフックをインストールして、偽のraidデバイスをプローブするため、これはjust workになります。それが機能しない場合は、実際のバグがあります。正常なベースラインに戻るには、次を実行してください。

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

それでもデバイスが/ dev/mapperに表示されない場合は、バグを報告してください。

2
ppetraki

ボリューム名にスペースが含まれていますか？

私自身の研究中に、私はあなたの問題に出会いました。私の場合、ボリュームは「ビッグデータボリューム」と呼ばれていました。 dmraidはそれを/ dev/mapper/isw_gdghjicjaBig％x20Data％x20Volumeとしてマップしましたが、プロセスの他の部分は「/ dev/mapper/isw_gdghjicja_Big Data Volume」を試行して使用し続け、失敗しました。

Windows（デュアルブートWindowsにdmraidを使用している理由だと思います）とIntelのMatrix Storage Managerに戻り、ボリュームの名前をBig_Data_Volumeに変更しました。その後、Linuxがブートし、他に何もせずにミラーボリュームを正しくマウントしました。

1
Andy Yelland

通常は何もする必要はありません。そのまま使用できます。 Ubuntuは、dmraidを実行して、何か奇妙なことをしない限り、検出された直後にボリュームをアクティブにします。思い浮かぶのは、パッケージマネージャーからインストールするのではなく、独自のdmraidをコンパイルするか、nodmraidカーネル引数で起動することです。また、Sudo blkidが基になるディスクをsil raidコンポーネントとして識別することを確認および確認することもできます。

ちなみに、fakeraidはmdadm raidほどサポートされていないため、Windowsでデュアルブートする場合を除き、fakeraidを捨ててmdadmを使用する必要があります。

0
psusi

fstabでこれを試してください：

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

次に、Sudo mount -aを実行するか、再起動します

0
Engels Peralta