今日、私は先に進んで、サーバーの1つをUbuntu14.04から16.04にアップグレードすることにしました。うまくいかない可能性のある多くの問題があるため、本番サーバーでこれを行うことはお勧めしません。ベストプラクティスは常に、代替サーバーまたは一時サーバーのいずれかとして別のサーバーを起動することが最も安全な方法であることを示しています。とはいえ、すべきでないことを試すことを楽しんでいない人。
アップグレードはかなりうまくいきましたが、1つの明白な例外を除いて、libvirt-binを適切にアップグレードできませんでした。状況を修正する手順と修正しない手順は次のとおりです。
最初の試行は、sudo dpkg –configure -aの問題を修正することでしたが、うまくいきませんでした。また、aptitude自動リゾルバーを使用して、パージして再インストールしようとしました。また、運がありません。
問題の根源にたどり着くために、私が走ったと愚かに推測しようとするのではなく
sudo journalctl -xe
上に示したように、apparmorのバグにより、libvirt-binは構成されなくなったため、実行する権限がなくなりました（おかしなことに、私が言ったと誓ったかもしれません）。
問題を解決する方法と、問題の原因は次のとおりです。最初に、apparmorパーサーキャッシュをパージする必要があります。これは、データが保存されているため、libvirt-binを起動できなくなるためです。
sudo apparmor_parser –purge-cache
次に、libvirt-binが起動しないようにするルールを削除します。
次に、先に進んで交換します。
最後に、libvirtに再起動するように指示すると、すべてがうまくいきます。
sudo systemctl restart libvirt-bin
libvirt-binのステータスを確認するには、次のコマンドを入力します
sudo servicelibvirt-binステータス
これにより、libvirt-binのちょっとした統計チェックが出力され、上記のプロセスでうまくいったことがわかります。これで、仮想マシンを再度実行できます。
私が現在調査しているその他のエラー、アップグレード後、および実装可能なソリューション：
LSBの開始に失敗しました：eximメールトランスポートエージェント。 これはpostfixエラーであり、マシンが完全に起動する前に解決されました。
snd_hda_intel 0000：00：1f.3：i915_bpoコンポーネントマスターの追加に失敗しました（-19）。 これはサウンドカードのエラーであり、Alsaをアップグレードすることで修正できます（サーバーからサウンドを使用する予定はないため、パフォーマンスには影響しません）。
最後に dev-disk-by x2duuid-E7A1 x2dCC4A.device：Dev dev-disk-by x2duuid-E7A1 x2dCC4A.device 異なるsysfsで2回表示されました。どうやら、私のEFIパーティションのバックアップは、まったく同じUUIDとして登録するのに十分でした。 NVMeドライブ（プライマリ）にはパーティションUUIDがありますが、RAID（バックアップ）にはありません。これを修正するには、プライマリドライブをそのままにして、uuidgenを使用してバックアップドライブのUUIDを変更してから、tune2fs / dev / sdx -U new -id-number-from-uuidgen。
読んだ2分
