まず、32 ビット バイナリを実行し続ける場合、実際にはプロセッサ アーキテクチャを変更しているわけではありません。x86 プロセッサが他のことも実行できる場合でも、引き続き x86 プロセッサを実行することになります。その場合は、Linux インストールを新しいコンピューターに移動するで説明されているように、インストールのクローンを作成するか、単にハード ディスクを移動することをお勧めします。
一方、64 ビット システムが必要な場合 (Ubuntu 用語では、amd64 amd64 をインストールできないため、再インストールする必要があります。 i386 のパッケージ システムまたはその逆。 (Multiarch が登場すると、これは変更されます)。
多くのカスタマイズはホーム ディレクトリにあり、それを新しいマシンにコピーできます。プロセッサ アーキテクチャが変更されたため、システム設定を簡単にコピーすることはできません。
Ubuntu 10.10 以降では、OneConf を試してください。
<ブロック引用>OneConf は、Ubuntu One にソフトウェア情報を記録し、必要に応じて他のコンピューターと同期するためのメカニズムです。 Maverick では、インストールされているソフトウェアの一覧が保存されます。これは最終的に、一部のアプリケーション設定とアプリケーション状態を含むように拡張される可能性があります。 Stipple などの他のツールは、より高度な設定/制御を提供できます。
新しいインストールで再現したい主なものの 1 つは、インストールされたパッケージのセットです。 APT ベースのディストリビューションでは、aptitude-create-state-bundle を使用できます コマンド (aptitude の一部) package) を使用して、インストール済みパッケージとその debconf 構成のリストを含むアーカイブを作成し、aptitude-run-state-bundle 新しいマシンで。 (aptitude-create-state-bundle について教えてくれた intuated に感謝します) .) 明示的にインストールされたパッケージの Ubuntu の一覧と、そこに引用されているスーパー ユーザーと Ubuntu に質問するも参照してください。特に、この部分を手動で行う方法については Telemachus の回答を参照してください。
/etc で変更したものについて 、それらを確認する必要があります。多くは、特定のハードウェアまたはネットワーク設定に関係しているため、コピーしないでください。他の人は個人的な好みに関係していますが、設定がホームディレクトリに保存されるように、可能な限りユーザーごとに個人的な好みを設定する必要があります.
事前に計画している場合は、etckeeper を使用できます 
/etc を置く バージョン管理下 (etckeeper クイックスタート)。 etckeeper を使用するためにバージョン管理について何も知る必要はありません。それを利用して派手なことをしたい場合にのみ、学習を開始する必要があります。
手動で構成したものを除くすべてを取得する方法は次のとおりです:
dpkg --get-selections > packages.txt
debconf-get-selections > debconf.txt
アーキテクチャに依存するもの (例:linux-image) のために必要に応じてこれらのファイルを編集しますが、多くはないと思います.
これらのファイルを新しいシステムにコピーして実行します:
debconf-set-selections < debconf.txt
dpkg --set-selections < packages.txt
apt-get dselect-upgrade
また、(できれば rsync を使用して) /home およびその他のデータ ディレクトリを新しいシステムにコピーする必要があります。
残っているのは、主要なパッケージ (apache、bind、cronjobs など) の構成ファイルだけです。