これは、ほとんどの最新のLinuxセットアップで全体的にうまく機能するはずです。先週のホームサーバーの再構築（Debian / LennyからUbuntu / 10.04に移動し、再構築するための光沢のある新しいドライブのセットをインストールする）までは、3番目のCPU + moboの組み合わせであり、CPU + moboの両方のスイッチは正常に機能しました。また、ワークファイルサーバーが少し前に死んだとき、ドライブを別の完全に異なるボックスに移植しましたが、ネットワークデバイスの番号付けを除いて、すべてが正常に機能しました（関連するすべてのハードウェアが検出され、ソフトウェアRAIDアレイが正常に組み立てられましたなど）私が言及しようとしている問題。
デバイスの列挙の違いにより、再構成作業が行われる可能性は低くありません。マザーボードのオンボードLANコントローラーeth1はeth0、たとえば以前のボードがあった場合になります。この場合、eth1とファイアウォール/ルーティングルールを適宜構成するか、udevを再構成してeth0の予約を削除する必要があります。古いNICから、新しい名前にその名前を設定します（このために変更するファイルは、/etc/udev/rules.d/70-persistent-net.rulesUbuntuのデフォルトの配置の下にあるようです）。
特に複数のドライブがある場合、ドライブの名前/番号が異なると同様の問題が発生する可能性がありますが、UbuntuはデフォルトでUUIDによってパーティションを識別します。ボリュームの識別に対するカーネルのLVMおよびRAIDサポートも同様であるため、ほとんどの場合、これは問題になりません。
ブートが完全に停止するような問題は予想していません（10.04でかなり新しいカーネルを実行するため、カーネルが適切に認識できないほど新しいハードウェアを持つ新しいボードについて心配する必要はありません）。そのような問題があれば、おそらく最初のブート後またはLiveCDから小さなジグリーポケリーで修正できますが、とにかく重要なデータ/構成の新しいバックアップを取ることをお勧めします。
上記では、あなたがストックのUbuntuカーネルの1つを使用していると仮定しています。カスタムカーネル+モジュールを実行している場合は、新しいボードに必要なものを残して古いものは残していない可能性があるため、より注意が必要ですが、カスタムカーネルをインストールした場合は、関連することに気付くでしょうここに注意してください！
Windows XP以降は、多くの場合、NTのようにこの点でほぼ同じ程度の時間的余裕がないため、マザーボードの切り替え後（多くの再起動とセーフモードランドへの1〜2回の訪問後）に耐えることができます。マザーボード固有のものではなく、I / Oコントローラーに標準のWindowsドライバーを使用していますが、Linuxよりもはるかに安全性の低い賭けです。CPU /モボテクノロジーの大幅なジャンプ（シングルコアシングルCPUからSMPおよび/またはマルチコアへのジャンプ）は、異なるHALが必要である（または異なる別のHALが最適である）ことを意味し、Windowsの起動に失敗するか、新しいハードウェアを適切に使用できない。
ではどんなあなたがRAID用に（「偽-RAID」の配置となります）あなたの現在のマザーボードのRAIDコントローラを使用する代わりに、それは沼地標準PATAおよび/またはSATAコントローラとして動作した場合は、OSは、すべてのベットはオフになっていると、あなたは意志ほとんどの場合、再インストールが必要です。ボブが示唆しているように、64ビットから32ビットに移行するには、再インストールも必要になります。また、どのOSでも、2番目のマシンを使用できるようにすることは、修正されたドライバーを取得したり、メインボックスを一時的に動作不能にする他の問題を調査するためにオンラインにアクセスする必要がある場合に役立つセーフティネットです。