NVidiaIONおよび/ dev / mapper / nvidia _...の問題
4つのSATAポートを備えたNVidiaIONボードがあり、それを使用してLinuxサーバー（CentOS 5.4）を実行したいと考えています。最初に3つのHD（RAID5アレイになります）と4番目の小さなブートHDを接続しました。
私は最初にオンボードRAID機能を使い始めましたが、Linuxでは正しく機能しません。RAID容量は実際のRAIDではありませんが、lvmを使用していくつかのアレイを定義します。
BIOSを通常のSATAモードに戻し、HDをホイップした後、最初のブートハードディスク（/ dev/sda）は、マウント前およびマウント後は/ dev/mapper/nvidia_として/ dev/sdaとして表示されます。 CentOSはそれにインストールできません（そしてgrubもそれにインストールできません）。
したがって、どういうわけか、ハードディスクはまだいくつかのlvmボリュームに属しているように見えます。いくつかのdd if=/dev/zero of=/dev/sdaコマンドを発行して、開始シリンダーと最終シリンダーをワイプしてHDをクリーンアップしようとしましたが、役に立ちませんでした。
誰かがこの問題を見て、誰かが解決策を見つけましたか？
[〜＃〜]更新[〜＃〜]
最初のHD（/ dev/mapper/nvidia _...）にext3パーティションを1つだけ作成すると、LVMパーティションが表示されず、/ dev/mapper/nvidia _...から起動できます。次のステップはどうすればこの愚かさを取り除くことができますか。
あなたの問題はLVMよりもdmraidに関係していると思います（同様の問題については このメモ を参照してください）。
dmraidはLinuxのfakeRAID機能です。それとLVM（およびMD RAID、LinuxのソフトウェアRAID機能）は/ dev/mapperデバイスを使用しますが、私が知る限り、LVMには標準パーティションが必要です物理ボリューム（PV）として使用するディスク上。 / dev/mapper/nvidia_ * おそらく、NVidiaチップセット上のfakeRAIDセットを指します（ sata_nv カーネルモジュール）。
この理論では、カーネルがドライブ上の古いRAIDメタデータの存在を検出し、それらを使用するようにデバイスマッパーを（dmraidを介して）自動構成していることが起こっています。 LVMの場合は、_fdisk -l /dev/sda_でわかると思います。
プレーンジェーン/ dev/sdaスタイルのディスクアクセスに戻ることが目標である場合は、次のことを行う必要があります。
DMraidまたはLVMが使用されていることを確認します。
- DMraid：_
dmraid -s_または_dmraid -r_を試してください - LVM：
pvscanまたはvgscan（？）を試してください - また、_
dmsetup ls_を試して、デバイスマッパーに直接クエリを実行する必要があります。
- DMraid：_
どちらか一方が使用されている場合は、それらの構成ツールを使用してそれらを削除します。
- DMraid：わかりません。 _
dmraid -an_を使用してRAIDセットを非アクティブ化できますが、これでは不十分な場合があります。マンページは、_dmraid -r -E_がメタデータを消去できることを示唆しているので、それが必要になる可能性があります。 - LVM：
pvremoveまたはvgremove（または両方） - デバイスマッパードライバーからデバイスを削除するには、_
dmsetup remove_または_dmsetup remove_all_を実行する必要がある場合もあります。
- DMraid：わかりません。 _
??
つまり、システムを確認するために、dmraid、dmsetup、およびさまざまなLVMコマンドを試してみる必要があるかもしれませんwhyデバイスマッパーをアクティブ化することを主張します。 lsmodは、使用中のカーネルモジュールを特定して、必要に応じてシャットダウンできるようにするのに役立つ場合があります。
参照：
dmraid(8)およびdmsetup(8)マンページ- RAIDおよびLVM/ dev/mapperデバイスについては、 このメッセージ を参照してください。それほど関連性はありませんが、適切なコンテキストであり、dmraidコマンドの実際の使用法を示しています。