問題を回避するために、リリースアップグレードを実行する前にどのような手順を実行する必要がありますか？
1404_HWE_EOL について通知を受けた後、重要な実稼働システムを16.04.1。にアップグレードすることを検討しています。 「重要な生産システム」と言うのは、これが私が職場で毎日使用するワークステーションだからです。バグやその他の問題を回避したいのは、デバッグや問題の整理に費やす時間があまりないためです（IT部門はLinuxシステムをサポートしていません）。すべてのデータをバックアップしましたが、現在のOSパーティションはバックアップしていません（フォールバックの別のレイヤーとしてOSドライブを追加する場合があります）。アップグレードする前に、他にどのような手順を実行する必要がありますか？ Ubuntuで提供されているリリースアップグレードを使用する際の問題を最小限に抑える方法を知りたいです。
アップグレード前にPPAを削除する について読みました。 27個のPPAをインストールしていますが、これらすべて、およびそれらがもたらすプログラムを削除し、アップグレード後に元に戻すには時間がかかります。これには大きな利点がありますか？他に何か？
重要な生産システム
私はそのようなシステムをアップグレードしません。 16.04を別のマシンにインストールし、そのマシンにライブデータをコピーします。テスト、さらにテストしてください。そして、そのマシンを運用サーバーにします。
そして、あなたは現在の14.04サーバーで18.04でこれをやり直すことができます。
なぜリスクを取るのですか？
ワークステーションのイメージバックアップ（Linux Liveシステムでは「dd」）を取得し、これをVirtualBox VMに変換します。 （RAW画像からVDIへ）。その後、スナップを行い、このイメージをVBで実行します。アップグレードするすべてのステップをプレイします。何かが機能しない場合は、スナップを戻します。システムをアップグレードした後、VDIをrawに変換し直してシステムに「dd」するか、ランブックを再生できます。
ただし、古いシステムを上書きする前に、必ず最後の「dd」イメージバックアップを作成してください。
USBサムドライブからシステムを実行し、「VDI-> RAW-> usb tumb-drive」でシステムインストールを行い、アップグレード/インストールされたシステムから起動することを好みます。準備ができて。 1つのUSBポートを「緩め」ますが、ストレスを感じることはなく、システムのバックアップを常に簡単に行うことができます。私はこれを何年もの間、稼働中のワークステーションとサーバーで行います。
既にお持ちのハードウェアで動作する可能性のある@rinzwindの回答のバリエーションを次に示します。
内部ディスクドライブに十分な空き領域がある場合（または解放できる場合）、2つの新しいパーティションを作成し（ライブCD/USBディストリビューションからgpartedなどを使用）、ルートの1つにコピーします（/）そして/ homeをもう一方に追加し、見つけやすいようにroot2やhome2などのラベルを付けます。
ルートとホームが同じパーティションにある場合は、それをコピーするだけでかまいませんが、それらが分離している場合は、多くの理由で非常に便利です。
新しいルートパーティションで/etc/fstabへの変更を編集して、新しいルートを新しい/ homeに向ける必要があります（新しい/ homeおよびルートパーティションのUUIDを更新します）。
それらを取得するには、ls -l /dev/disk/by-labelを実行して新しいルートとホームが現在あるデバイスを見つけ、ls -l /dev/disk/by-uuidを実行してデバイス名からuuidを取得します。
次に、grubを（運用システムから）grub-customizerなどで更新して、新しいルートをgrubメニューに追加します。
これで、これらのパーティションにライブシステムの正確なコピーが作成されます。このコピーでアップグレードを実行しても、製品バージョンはそのまま使用できます。作業したい方から起動できます。
アップグレードが完了したら、grubにコピーがライブコピー（デフォルトエントリ）であり、オリジナルがバックアップになったことを伝えることができます。 grub-customizerは、このようなことを非常に簡単にします。
/ homeまたはrootにデータが多すぎる場合（大きすぎて複製できないようにする場合）、最初に専用のパーティションに配置します（移動についてアクセスするプログラムに必ず通知する）。複製する必要はありません-バックアップするだけです。
また、これによりデータがシステムのものと混ざり合わなくなるため、データのバックアップが非常に簡単になります。
「テスト」パーティションの2番目のセットを使用すると、日常業務に依存しているシステムで危険にさらしたくないあらゆる種類のことを試すことができます。
私は現在、このようにKubuntu 12.04を「開発」パーティションで16.04で実行しており、希望するように構成されています。
最近のディスクドライブの価格は非常に低いため、既存の内部ドライブを新しい大きなドライブにコピーして、必要に応じて使用することもできます（会社が許可する場合）。
この答えは、これを行う方法のすべての主要な詳細をカバーしています。私は、各ステップのすべての小さな詳細をカバーしようとしませんでした。しかし、あなたはすべてのコピーを扱っているので、深刻な問題はないはずであり、他のすべてはすでにstackexchangeのどこかでカバーされています。
これは特定のケースには当てはまりませんが、UbuntuシステムがVMの場合、アップグレードする前にスナップショットを作成し、機能しない場合は元に戻すことでこの問題を回避できます。
VMの1つをアップグレードしましたが、アップグレードは失敗し、おそらくロールバックされましたが、クリーンで機能的なシステムを取得できませんでした。
@Rinzwindの答えはVMでも機能します。新しいVMを作成し、その上に新しいUbuntuバージョンをインストールして、コピーを開始します。