デスクトップでラップトップ OS を使用する

デスクトップでラップトップ OS を使用する

ということで、ノートパソコン (グラフィックカードの故障) とデスクトップ (HDD の故障) が壊れてしまいました。今、ノートパソコンの HDD を取り出し、デスクトップに挿入して起動しました (今、そこから書いています)。

両方の OS は同じ (Debian テスト) ですが、明らかにハードウェアは異なります (両方とも同じアーキテクチャ x64/amd64)。

一般的に言って、このアプローチは問題ありませんか、それとも何か見落としているのでしょうか?

思い浮かぶこと:

  • ドライバー: Debian は新しい環境に適応し、適切なドライバーを選択しますか?
  • 手動でコンパイルされたソフトウェア: これらはすぐに再コンパイルする必要がありますか?

答え1

他のコンピュータの部品からコンピュータを組み立てることに根本的な問題はない。時間の経過とともに多くの部品が交換され、コンピュータが真のテセウスの船(その場合、それでどの時点でホスト名を変更する必要があるか (「もう同じではない」ため) については、多くの良い議論と感情的な議論があります。

ドライバー: Debian は新しい環境に適応し、適切なドライバーを選択しますか?

最新のディストリビューション カーネルであればすべて (つまり、独自のカーネルをコンパイルしない限り)、その通りです。ディストリビューションは、さまざまなセットアップに対応できるよう、initramfs で利用可能な十分な数のドライバーを備えたカーネルを提供します。 の設定MODULES/etc/initramfs-tools/initramfs.confに設定されていることを確認してくださいmost。これがデフォルトです。

手動でコンパイルされたソフトウェア: これらはすぐに再コンパイルする必要がありますか?

私は、両方のコンピュータが であるかamd64、または両方のコンピュータが であるかi386(または、下位互換性のためのハードウェア命令セットのエミュレーションのため、新しいコンピュータが で、amd64古いコンピュータが であるか) のいずれかであると想定しています。それが本当であれば、まったく問題ありません*。それが本当でない場合、たとえば、コンピュータの 1 つが PowerPC で、もう 1 つが ARM の一種である場合、手動でコンパイルされたソフトウェアは言うまでもなく、どのソフトウェアに対してもこれを実行することはできません。i386

*まあ、あなたはかもしれない非常に特殊なフラグを使用して手動でコンパイルし、一方のコンピュータの CPU には存在し、もう一方のコンピュータには存在しない、異常な高性能命令にアクセスしたことがあります。ただし、これは例外的なケースです。

関連情報