grub2が実際にMBRがインストールされているドライブを確認する方法は？

私はSqueezeアップグレードの一部としてgrub2にアップグレードされたDebian / Squeezeシステム（最小のWoodyまでさかのぼる）を使用しています。すべてがうまくいきますが、ディスク構成はめちゃくちゃになります。

現在、システムはRAID1が適用された/、/home、および/bootパーティションを持つ2つの80GBドライブを実行しています。スワップについて疑問に思う人がいる場合に備えて、RAID1が適用された「/data」を持つドライブペアと2つのスワップ領域もあります。エリア）、しかし私はそれらに触れません）。

2 台の 130 GB SSD を追加し、少なくとも 80 GB ドライブのパーティションと同じくらい大きくパーティション化し、RAID1 を含めるように RAID1 を増やし、同期を待ってから削除してアレイの新しい SSD ドライブに切り替える予定です。したがって、SSDのみが残ります（これによりファイルシステムが大きくなります）。しかし、mdadm / ext3の議論はこの質問のポイントではありません...

これにより、コンピュータから取り外したい2つの古い80GB（IDE）ドライブが残ります。削除すると重要なMBRが消えるかと心配です。コンピュータが起動可能な状態であることを確認するにはどうすればよいですか？

だけでなく：

• Squeezeアップグレードを実行したときに、grub2をどのドライブにインストールする必要があるかについていくつかの選択肢があったことを覚えています（デフォルトはすべてのドライブを選択しました）。しかし、当時はシステムにSSDはありませんでした。 SSD MBRにgrubをインストールするためにこのコマンドを再実行する方法は？ （これはいくつかのパッケージのdpkg再構成のようです）。

• grub2がどのドライブにインストールされていると思うかはどうすればわかりますか？マブソサ、最近/boot/grub/の下にはほぼ200個のファイルがあります！どこで見ることができますか？また、/boot/grub/device.map.autoには現在3つのドライブ（80GBのうち2つ、他のドライブのペアの1つだけが表示され、SSDはありません）のみが表示されますが、これは少し奇妙です。最新情報はどのように入手できますか？ （修正する:赤ニシンです。 device.map.autoは数年前の遺物のようです。 grub-mkdevicemap アップデートでは、device.map が合理的に見えます。私の考えでは、この部分の編集証は、GRUBで見ることができるデバイスの順序を勝手に変える古いマザーボードのBIOSから来たようです。

結果：すべてが順調に進んでおり、2つの既存の80GB IDEドライブがすぐに動作し、RAID1 SSD上で実行される高速ブートシステムがあり、すべてのファイルシステムのサイズが新しいパーティションサイズに調整されました。私が探しているもう一つの「Grubパズルの欠落した部分」は、dpkg-reconfigure grub-pcMBRメンテナンスが必要なディスクのヒントです。 Aaronの答えは、実際にこれが期待どおりに機能していることを最も確信させてくれたので、この答えを受け入れました。