Ubuntuを32ビット版から64ビット版にアップグレードする
32ビット版のUbuntuを64ビット版にアップグレードする方法はありますか？私はUbuntu 9.10を使用しています。
簡単な方法がない場合は、自宅と/etc新規インストールへのディレクトリ、それは動作しますか？
残念ながら、他のOSと同様に、これを行う「アップグレードパス」はありません。ほとんどの場合、再インストールする必要があります。
データの保存に関しては、ホームディレクトリのバックアップを他のデータと一緒に作成することをお勧めします。新しいインストールに簡単にインポートできるはずです。
何かを試みる前に必ずデータをバックアップしてください！
先月、32ビット10.10から64ビット10.10にデータを失うことなくマシンを再インストールしました。唯一のトリックは、64ビットUbuntu 10.10を再インストールするときに、ディスク全体をフォーマットするのではなく、ディスクサイズ変更ツールを選択することです。
パッケージの64ビットコンパイルの構成要件にわずかな違いがある場合は、単に/etcをコピーするのではなく、コピーを取得してから、新しくインストールされた64ビットに対してコピーをdiffingシステムは動作します。変更の数はそれほど多くない可能性が高いので、これを実行し、必要な変更を手動で行うことは、たいへんな困難ではないでしょう。
提案どおりに/etcをコピーしても問題なく機能しますが、私はパラノイアのためにもっと長い時間をかけてやります。あるインストールから別のインストールに移行する際の主な懸念事項である/homeのコピーは、完全に安全である可能性が高くなります。
特に64ビットアプリケーションを使用する必要があるためではなく、より多くのRAMを利用するために64ビットに移行することを検討している場合は、64ビットカーネルを32ビットのユーザー空間。Debianは実際にはi386リポジトリにa64カーネルパッケージを提供しているため、aptitude install linux-image-2.6-AMD64と同じくらい簡単に実行できますが、Ubuntuは残念ながらそうではないため、独自のカーネルをコンパイルする必要があります。技術的な経験があまりない場合は、時間+手間をかける価値があります（つまり、これはis単純ですが、only以前に独自のカーネルをコンパイルしたことがあり、プロセスに慣れている場合） 。32ビットのユーザーランドで64ビットのカーネルを実行する場合、個々のアプリは最大で〜3Gb（場合によっては〜2Gbのみ）にしかアクセスできませんが、システム全体（すべてのプロセスとカーネルのもの）にアクセスできます。 IO cache and buffers）のように、できるだけ多くを使用できます。各VMWare VMは、これらの目的のために単一のアプリとしてカウントされます-私は古いものの1つを実行しますVMこの方法でホストします（マシンのCPUを64ビット対応のものにアップグレードしたとき、完全な64ビットのホストOSのアップグレードよりも高速だったため、VMは64ビットのカーネル、32ビットのユーザーランド、および32ビットのVMWareで合計7Gbを使用します。余分なRAM-を追加しました-同様のVMソリューションも同じように動作すると思います。
64ビットのカーネルで32ビットのユーザーランドを実行すると、システム機能が関与するとすぐに問題が発生する可能性があります。たとえば、64ビットカーネルで32ビットlibalsaを使用すると、ほとんど機能しますが、asound.hで定義されたioctlデータ構造は、64ビットアーキテクチャと32ビットアーキテクチャでコンパイルするとサイズと配置が異なるため、信頼性が低く不安定になります。
つまり、jackd -d alsa -X alsaraw（またはそれに相当するjackd2）を使用すると、64ビットカーネルで32ビットユーティリティを呼び出すときに、アサーションが失敗して中断します。バッファカウントが誤って解釈されるため、標準のオーディオ操作の信頼性は大幅に低下します。
一般に、カーネルデータ構造は、32ビットカーネルと64ビットカーネルでサイズが変わらない方法で宣言する必要があります。そうでない場合、32ビットコードは、カーネルアーキテクチャに応じて異なる構造定義を使用する必要があります。
したがって、全体として、最初から再インストールしてホームパーティション/ディレクトリを転送する方がよいでしょう。