偽のレイドを自動マウントするにはどうすればよいですか?


9

ハードウェア

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

私が今持っているもの

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

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

問題

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

回答:


4

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

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

    sudo apt-get install dmraid
    
  2. 再起動(これはdmraidがinitramfsに自身を追加するためです)

  3. 偽装デバイスは次のように表示されます。

    $ 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であるのに対し、は偽装デバイス*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
    

1
私の質問を大幅に異なるものに編集し、正解のように見えるものを提供しました。ただし、私の質問にとって重要なのは、起動時にデバイスが存在するまでは存在しないということdmraid -ayです。あなたの編集を元に戻し、完全に新しい質問になり、これが素晴らしい答えになると私は強く思います。
djeikyb 2013

udevルールはdmraid -ayを実行します。
ディマ

彼らはすべきですが、当時はそうではなかった(または試行中に失敗した)ため、質問です。
djeikyb

バグはlaunchpad.netで報告されています
Dima

ディマ、これについて話したいならチャットで私にpingしてください。私たちのコメントはもうここで建設的なものだとは思わない。
djeikyb

3

これは、dmraidパッケージがramdiskにフックをインストールして、偽のRAIDデバイスをプローブするのと同じように機能します。それが機能しない場合は、本当のバグがあります。正常なベースラインに戻すには、以下を実行してください:

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

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


Ubuntu 16.04(Xenial)から18.04(Bionic Beaver)にアップグレードした後、動作がdmraid停止しました。上記の解決策は問題を解決しません。
パヴェルSzczur

これでうまくいきました。Bhagwan apka bhala kare!
Rahul Prasad

3

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

  1. dmraid -ayシステムの起動時に実行されるupstartサービスを記述します。
  2. fstabで、デバイスをUUIDでマウントします

1

あなたのないボリューム名にスペースがありますか?

私は自分の問題を調査しているときにあなたの問題に遭遇しました。私の場合、ボリュームは「ビッグデータボリューム」と呼ばれていました。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が起動し、ミラーボリュームを正しくマウントしました。


いいえ、スペースはありませんでした。あなたがあなたの問題を解決してうれしいです!うまくいけば、これ問題である誰かを助けるでしょう。
djeikyb 2015年

0

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

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

その後、実行するsudo mount -aか再起動します


1
私はあなたがfstabでワイルドカードを使うことができないと確信しています、そして彼は彼がdmraid -ay最初に走らなければならないのでそれをfstabにそれを追加することができないとすでに言いました。
psusi

0

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

ちなみに、fakeraidはmdadmraidほどサポートされていないため、Windowsでデュアルブートを行う場合を除き、fakeraidを破棄してに進む必要がありmdadmます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.