
を実行した後do-release-upgrade -d
、20.04にアップグレードしてください今いつ利用可能になるか、またはその他の理由でそうするのではなく、これは何らかの形で「残り」、 のその後の使用に影響しますかdo-release-upgrade
? つまり、フラグの使用により、-d
システムの状態が変わり、暗黙的にPrompt=
何らかの形で「開発リリース」に固執できるようになりますか?
-d
最新のサポートリリースを使用している場合は、--devel-release
開発リリースにアップグレードしてください
具体的な例を挙げてみましょう。
do-release-upgrade
数日前までは(それ以降は確認していないが)18.04から20.04へのアップグレードは提供されていなかったdo-release-upgrade -d
まだ正式に認可されていないにもかかわらず、20.04へのアップグレードを可能にします- 私はLTSバージョンのみを使用しており、LTSバージョン間のみを切り替えたい
- デフォルトでは
do-release-upgrade
この動作モードをサポートします新しい Ubuntu リリースを確認しています。LTS の開発バージョンは利用できません。最新の非 LTS 開発リリース セットにアップグレードするには、 を参照して
Prompt=normal
ください/etc/update-manager/release-upgrades
。
- デフォルトでは
do-release-upgrade -d
私は今Ubuntu 18.04を利用することにしました- 早送りして、2022年の夏、Canonicalが
do-release-upgrade
(それなし-d
) ... 何が提供されるのでしょうか?
要約する:-d
アップグレードのための1 回の使用は永続的であり、 のその後の使用に影響しますかdo-release-upgrade
?
答え1
18.04 LTSから20.04 LTSへのアップグレードについて - ブロックされていますいくつかのバグ。これが私たちが-d
ここに必要な理由です。
Prompt=lts
次のアップグレードについては、に戻る必要があります/etc/update-manager/release-upgrades
。
またははupdate-manager
、次回の実行時にdo-release-upgrade
上記の構成ファイルとオプション (存在する場合) を読み取って動作を調整します-d
。したがって、ここでは心配する必要はありません。