Ubuntu 16.04-カーネルパッケージは保持されています


18

私は走ってsudo apt-get upgrade、これを手に入れました:

The following packages have been kept back:  
linux-generic-hwe-16.04 linux-headers-generic-hwe-16.04 linux-image-generic-hwe-16.04 linux-signed-generic-hwe-16.04 linux-signed-image-generic-hwe-16.04  
0 upgraded, 0 newly installed, 0 to remove and 5 not upgraded.

sudo apt-get dist-upgrade何かを実行すると、何かがおかしくなり、Ubuntuのインストールが台無しになる可能性があると思います。私はここで同様の質問を見ましたが、それらは私の問題とは異なると思います。私は何をすべきか ?



@Yaron同じことだとは思わない。
NikosL24

同じことです。答えを読んでください。
pzkpfw

Aptは、ユーザーのフィードバックなしに明示的に要求された操作を超える操作を実行することはありません。n「no」(またはAptが使用する言語の同等物)で質問に答えてください。Apt操作中に何が起こるかわからない場合は、コマンドラインオプション-s/ --simulate/ --just-print/ --dry-run/ --recon/ --no-actを使用して、実際にAptを実行しなくてもAptが何をするかを確認できます。
デビッドフォースター

回答:


6

が、一般的なトピックのパッケージはバックが保管されている前に、ここで回答されている」:今日起こって奇妙な何かがある私は、実行時に... sudo apt update数時間前に、新しいカーネル4.8.0-42は、インストールのために提供されました。実行sudo apt dist-upgradeし、システム(Ubuntu 16.10ワークステーション)を再起動した後、その新しいカーネルを実行していました。

数時間後、Ubuntuサーバーのインストールをアップグレードしたかったのですが、新しいカーネルは提供されませんでした。状況を再確認するために、昨日からUbuntuワークステーションでclonezillaシステムのバックアップイメージを復元し、状況を再確認しました。今回は、新しいカーネルはもう提供されていません。カーネル4.8.0-42が誤ってメインリポジトリにプッシュされ、提案されたリポジトリにプッシュバックされる途中です。Canonicalがバグを発見した可能性があります。

Ubuntu 16.04のHWEスタックにオプトインしました。つまり、Ubuntu 16.10のカーネル4.8を使用しています。そのため、すべてがUbuntu 16.10のカーネルで最初に発生します。これは、Ubuntu 16.04 LTSリポジトリの更新プロセスの時間遅延の可能な説明です。

しばらくしてからsudo apt updateもう一度実行すると、受け取ったメッセージは表示されなくなります。結論:sudo apt dist-upgradeリポジトリが更新され、保留されたカーネルパッケージに関するメッセージが表示されなくなるまで、実行せずに待機してください。ちなみに、カーネルバージョン4.8.0-40でもまったく同じことが既にしばらく前に発生しました。


パッケージインデックスレポート4.8.0-42:packages.ubuntu.com/xenial-updates/linux-generic-hwe-16.04 ...どのミラーを使用していますか?
ムル

これは間違いなく本物/問題です。昨日、通常のプロセスを使用してシステムをアップグレードしました。今日のapt-cache policy linux-generic-hwe-16.04ショー*** 4.8.0.42.14 100 100 /var/lib/dpkg/status 言い換えれば、それは孤立しました。
オーガニックマーブル

@ cl-netbox私はすぐに再びsudo apt-get更新を行い、パッケージは消えました。
NikosL24

12

既存のパッケージのアップグレードで「新しい」パッケージ(たとえば、まだインストールされていない)をインストールする必要がある場合、その特定の既存のパッケージは「保持」されます。

apt-getによると、upgradeデフォルトではまだインストールされていない他のパッケージはインストールされません:

アップグレード

...現在インストールされているパッケージが削除されたり、まだインストールされていないパッケージが取得およびインストールされたりする状況はありません。

--with-new-pkgs

アップグレードと組み合わせて使用​​する場合、新しいパッケージのインストールを許可します。これは、インストール済みパッケージの更新で新しい依存関係のインストールが必要な場合に便利です。パッケージを保持する代わりに、アップグレードはパッケージをアップグレードし、新しい依存関係をインストールします。...

そのため、--with-new-pkgs関連する他のパッケージを含めることができるように追加する必要があります。

sudo apt-get --with-new-pkgs upgrade

--with-new-pkgs 関連する「まだインストールされていない」パッケージをY / nの対話型プロンプトでインストールできます。

また、追加の利点として、sudo apt-get --with-new-pkgs upgradeパッケージが手動でインストールされたとマークされるという副作用はありません。


更新

Ubuntu 18.04には、のapt代わりに使用できる新しい合理化された構文が用意されていますapt-get

sudo apt full-upgrade

「パッケージをインストールするために新しいパッケージが必要な場合」全体を元に戻すことは意味がありません。私が管理している独自のdebパッケージがあり、システムにインストールされていない依存関係を追加すると、aptアップグレードは引き続きパッケージをアップグレードし、それを保持しません。
シュレッディッシュ

@shreddish私の経験では、いくつかのsudo apt-get upgradeシナリオでは--with-new-pkgsmanページごとの情報が必要でした。どうやら、管理しているdebパッケージ、または使用されているテストシナリオは--with-new-pkgsアンインストールされた依存関係が追加されたオプションの必要性を引き起こしません...まだ発見されていない理由があります。理由を特定できたかどうかを知ることは興味深いでしょう。
l --marc l

2

比較的新しいUbuntuユーザーであるため、同じ問題にぶつかり、明らかにそれを解決しました。以下にリストされているように、端末にリストされているものと同じ名前のUbuntuソフトウェアに3つの保留中の更新があることがわかりました。

The following packages have been kept back:
linux-generic-hwe-16.04 linux-headers-generic-hwe-16.04 linux-image-generic-hwe-16.04
0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.

UbuntuのソフトウェアIからこれらの更新プログラムをインストールした後、ターミナルに戻って、やったsudo apt-get updatesudo apt-get upgrade。結果:

The following packages were automatically installed and are no longer required:
  linux-headers-4.8.0-41 linux-headers-4.8.0-41-generic linux-headers-4.8.0-44 linux-headers-4.8.0-44-generic linux-image-4.8.0-41-generic
  linux-image-4.8.0-44-generic linux-image-extra-4.8.0-41-generic linux-image-extra-4.8.0-44-generic
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

専門家ではないので、Ubuntuソフトウェアからアップデートをインストールすることで問題を解決できると思います。そして問題は、Ubuntuソフトウェアとapt-get更新およびアップグレードパッケージとの間に完全な通信がないということです。あなたはより良い説明を見つけると確信していますが、これをあなたと共有したかったです。


ありがとう。一般的に、Ubuntuはaptitudeまたはsynapticを使用しないことをお勧めします(デフォルトのインストールからそれらを削除することによって。多分それは答えを探す方向です。ソフトウェアセンターへと無視したOSはUbuntuので構築されているので、それは物事が傾向を見せてくれた、私はSCにSTIますビットときのAppStoreと議論のように、その。。自作は主張します。
nyxee

そのため、このソフトウェアセンターは、意識の低い私たちにとって非常に悪い解決策であると思われます。別の方法はありますか?
-nyxee
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.