web-dev-qa-db-ja.com

14.04 LTSから16.04.1 LTSにアップグレードするにはどうすればよいですか？

したがって、今日は7月21日で、 このページ です。 16.04.1 LTSをダウンロードするオプションを提供します。ただし、アップグレードしようとするとこのメッセージが表示されます-

$ Sudo do-release-upgrade
Checking for a new Ubuntu release
No new release found

なにが問題ですか？ apt-cacher-ngの後ろでapt-get updateを実行していることは重要ですか？

注：apt-cacher-ngを使用したapt.conf.dのファイルをコメントアウトしても違いはありませんでした。

編集：重複の可能性の説明：LTSから次のバージョンにアップグレードするときに「新しいリリースが見つかりません」とは何ですか？ 取引12.04LTSから14.04LTSにアップグレードします。私の質問は、14.04 LTSから16.04.1 LTSへのアップグレードに固有のものです。古い回答は、アーカイブ目的には適していますが、ubuntuのような急速に変化するパッケージではあまり意味がありません。さらに、答えはどれも間違っていることに答えません。リンク andrew.46 の指摘は、コメントの1つに記載されています。このQ＆Aは、「 LTSから次のLTSにアップグレードするときに「新しいリリースが見つかりません」と言う理由 」に記載されている回避策よりも、今日のアップグレードに役立ちます。

14.04upgrade16.04ltsdo-release-upgrade
41
Lord Loh.

これは以前に発生した問題です。4年前、12.04 LTS（Precise Pangolin）から14.04.1 LTS（Trusty Tahr）にアップグレードする場合：

類似の問題のように見えます。14.04LTS（Trusty Tahr）から16.04.1 LTS（Xenial Xerus）へのアップグレードには、 関連アップデートがありますlog まだ更新されていません。現時点では、two合理的なソリューションの選択肢があります。

  1. このドキュメントが更新されるまで少し待ってから、通常どおりアップグレードします

  2. 次の構文nowを使用します。

    Sudo do-release-upgrade --devel-release

Ubuntu documentation は、--devel-releaseまたは-dオプションを使用するこのオプションについて説明します。

LTSリリースをさらに安定させるために、現在LTSバージョンを実行している場合の動作にわずかな変更があります。 LTSシステムは、最初のポイントリリースでのdo-release-upgradeを介した次のLTSへのアップグレードについてのみ自動的に考慮されます。したがって、たとえば14.04は、16.04.1がリリースされた後にのみアップグレードされます。以前に更新したい場合、例えばマシンのサブセットでセットアップのLTSアップグレードを評価するには、-dスイッチを介してdevリリースへのアップグレードと同じ引数を使用する必要があります。

そして確かに、現時点ではこれは安全なコースであるべきです。私自身のTrustyシステムで引き受ける場合：

andrew@corinth:~$ Sudo do-release-upgrade
[Sudo] password for andrew: 
Checking for a new Ubuntu release
No new release found
andrew@corinth:~$ Sudo do-release-upgrade --devel-release
Checking for a new Ubuntu release
Get:1 Upgrade tool signature [198 B]                                           
Get:2 Upgrade tool [1,265 kB]                                                  
Fetched 1,265 kB in 0s (0 B/s)                                                 
authenticate 'xenial.tar.gz' against 'xenial.tar.gz.gpg' 
extracting 'xenial.tar.gz'
[...]

プロセスは、 この代替ファイル を使用してXenialのインストールを開始します。この問題の今後の解決に関するいくつかのヒント：

  1. IRCのいくつかの問い合わせ（@ThomasWardに感謝）は、アップグレードパスのバグの修正が保留されている問題の差し迫った修正を示しています...
  2. 開発者からの私宛の個人的なメールは、このshouldは7月25日から始まる週に修正されることを示しています
  3. この問題に関して提出されたランチパッドのバグと機能リクエスト には、興味深いコメントがあります...

すぐに解決のために指を交差！

注：更新ログ は7月29日に変更され、問題は解決されました...

参照：

39
andrew.46

私にとって解決策は-dではなく、-pでした。たぶん、これはこの問題に遭遇したあなたの何人かにとって役立つでしょう。

説明するために編集します（man do-release-upgradeから）：

-d, --devel-release
              Check if upgrading to the latest devel release is possible

-p, --proposed
              Try upgrading to the latest  release  using  the  upgrader  from
              Ubuntu-proposed

do-release-upgradeにはいくつかの便利なスイッチがあります。マニュアルページを確認することは常に良い考えです。

3
Thomas Bijl