☰

sda ブロックと sdb ブロックは、具体的には同じデバイスを指して混乱します（12.04 を新しくインストールした後、ハードウェア RAID が機能しない）

tag-icon • tag-icon mount automounting fstab block-device
sda ブロックと sdb ブロックは、具体的には同じデバイスを指して混乱します（12.04 を新しくインストールした後、ハードウェア RAID が機能しない）

私は最新のUbuntu 12.04をインストールしましたが、何か問題が発生したようです。これがRaid 1の使用に関連しているかどうかはわかりませんが、現在sdaとsdbは同じデバイスを指しています。

# blkid
/dev/sda1: UUID="88aa922a-4304-406e-8abd-edc2e9064d79" TYPE="ext2" 
/dev/sda2: UUID="22b881d5-6f5c-484d-94e8-e231896fa91b" TYPE="swap" 
/dev/sda3: UUID="e1fa161b-b014-4a6b-831a-9d8f9e04be07" TYPE="ext3" 
/dev/sda5: UUID="6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb1: UUID="88aa922a-4304-406e-8abd-edc2e9064d79" TYPE="ext2" 
/dev/sdb2: UUID="22b881d5-6f5c-484d-94e8-e231896fa91b" TYPE="swap" 
/dev/sdb3: UUID="e1fa161b-b014-4a6b-831a-9d8f9e04be07" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb5: UUID="6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9" TYPE="ext3"

しかし、「見える」ハードドライブは1つだけなので、これはsdaでなければなりません。以前のバージョン（10.10）では、/ dev / mapperがこの問題を解決しました。以下でマウントポイントを確認してください。現在のバージョンではこれはもはやできなかったので、最初はfstabにsdaマウントポイントを入力したところ、それになるようでしたが、mountコマンドを実行すると、突然sdaではなくsdbでマウントされたパーティションがあるのを見ました。 。だから私はfstabでUUIDをファイルシステムとして使ってみましたが、問題はまだ続きます。さらに悪いことは、両方のデバイスを混同することです。これは時々パーティションをsdaとしてマウントし、次回の再起動時に突然sdbとしてマウントされることを意味します。私の/homeパーティションがsdaとしてマウントされ、今はsdbとしてマウントされ、ファイルシステムで行った変更と設定が突然「リセット」されるため、他のハードドライブをマウントするかのように動作します。どうですか？ sdbブロックスペシャルをすべて削除する必要がありますか？

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
#/dev/mapper/pdc_ccfhbjbeeg3 /               ext3    errors=remount-ro 0       1
#/dev/mapper/pdc_ccfhbjbeeg1 /boot           ext2    defaults        0       2
#/dev/mapper/pdc_ccfhbjbeeg5 /home           ext3    defaults        0       2
#/dev/mapper/pdc_ccfhbjbeeg2 none            swap    sw              0       0
#/dev/sda1                   /boot           ext2    defaults        0       2
#/dev/sda2                   none            swap    sw              0       0
#/dev/sda3                   /               ext3    errors=remount-ro 0     1
#/dev/sda5                   /home           ext3    defaults        0       2

UUID=e1fa161b-b014-4a6b-831a-9d8f9e04be07      /               ext3    errors=remount-ro 0     1
UUID=88aa922a-4304-406e-8abd-edc2e9064d79       /boot           ext2    defaults        0       2
UUID=6ed19886-1cba-47b2-9ce0-7c2ea8f9c3c9      /home           ext3    defaults        0       2
UUID=22b881d5-6f5c-484d-94e8-e231896fa91b       none            swap    sw     0       0

ところで、アップデート
、Ubuntuインストーラはパーティションの代わりにRAIDアレイを表示します。また、見ることができますhttps://bugs.launchpad.net/ubuntu/+bug/973147

答え1

RAIDを有効にすると、物理ディスクを隠すことができることを確認してください。これは、PCの基本システムまたはRAID-BIOSの設定です。

CentOS 5.5でも同様の問題が発生しましたが、5.6にアップグレードした後に消えました。

これらの偽の攻撃デバイスの一部のWebページを閲覧した後、そこに提供されているアドバイスに従ってこれを無効にしました。その後、純粋なLinuxを純粋なソフトウェアRAIDとして使用して再構築しました（man mdadm）。

私はデータを失わず、その過程で多くのスペースを得ました。すばやく簡単に回復できるデータを格納するために、一部のパーティションをRAID0構成に配置しました。

答え2

1つ持っているかどうか疑わしい「偽RAID」制御装置。これらのRAIDコントローラは、BIOSで最小限のサポートしか提供しません。ほとんどの作業はWindowsドライバで行われます。 Linuxには通常Windowsドライバがないため、これらのコントローラをうまく処理できません。 UUIDは1つですが、ディスクが2つ見えるのは偽のRAIDの一般的な症状です（Windowsドライバはディスクが2つあることを知っていますが、内容は同じでなければなりません）。

偽のRAIDデバイスがあり（おそらくそうである可能性があります：コンシューマRAIDコントローラはほとんど常に偽のRAIDです）、Windowsとディスクを共有しない場合は、BIOSでRAIDをオフにします。次に、すべての点でRAID-1より優れたLinuxソフトウェアRAIDを有効にします（Windowsとディスクを共有しない限り）。

また、見ることができますUbuntuの偽RAIDガイド、「偽RAID」と実際のRAIDを区別する方法は？

答え3

私は（明らかに偽の）ハードウェアRAIDを再び動作させることができる非常に簡単なソリューションを見つけました。

Ubuntu 12.04を再インストールした後、再起動する代わりに試行モードを維持しました。その後、マウントして編集しました。

/usr/share/initramfs-tools/scripts/local-top/dmraid

最後のコメントの後にdmraid -ayを追加しました。

# Activate any dmraid arrays that were not identified by udev and vol_id.
dmraid -ay
if devices=$(dmraid -r -c); then
    for dev in $devices; do
        dmraid-activate $dev
    done
fi

そう思いましたが、最初は追加しました。

dm-raid45
dm-mirror
dm-region-hash

到着

/etc/modules

最初の起動後（メンテナンスコンソールに戻ることなく最終的に動作します）、/ etc / modulesに3つのモジュールが含まれていないため、これが重要かどうかわからないので無視してください。

マウントすると、/dev/mapperが再マウントされたことがわかります。

/dev/mapper/pdc_ccfhbjbeeg3 on / type ext3 (rw,errors=remount-ro)
/dev/mapper/pdc_ccfhbjbeeg1 on /boot type ext2 (rw)
/dev/mapper/pdc_ccfhbjbeeg5 on /home type ext3 (rw)

答え4

Windowsデュアルブートを使用していないため、fakeraidの使用を中止し、通常のmdadmソフトウェアraidを使用してシステムを再構築する必要があります。個々のディスクをマウントしたため、RAIDアレイが破損し、2つのコピーが互いに同期しなくなりました。今すぐアレイを正しくマウントしても、読み取り操作で時々他のディスクから同期されていないデータが返されるため、広範なファイルシステムが破損する可能性があります。

RAIDアレイを削除するには、コントローラモードをRAID以外に切り替えるのではなく、実際にRAIDアレイを削除する必要があります。それ以外の場合、Ubuntuはそれを認識して使用しようとします。

また、RAIDはバックアップを置き換えないことに注意してください。ハードウェア障害が発生したときにスピードアップまたはダウンタイムを短縮するように設計されていますが、データの損失を防ぎません。

関連情報