重要な要約：バージョンは同じですが、ダッシュが異なるカーネルイメージパッケージがあるのはなぜですか？現在の「一般」amd64バージョンの場合、デフォルトおよびセキュリティ更新プログラムのソースで提供される更新は次のとおりです。
- Linux-Image-4.19.0-6-amd64
- Linux-Image-4.19.0-8-amd64
バックポートソースから
- Linux-Image-5.4.0-0.bpo。2-amd64
- Linux-Image-5.4.0-0.bpo。サム-amd64
- Linux-Image-5.4.0-0.bpo。4-amd64
- Linux-Image-5.5.0-0.bpo。2-amd64-unsigned（まだ署名されていません）
4.19では、ダッシュ（6と8）の後の数字と-bpo.バックポートカーネルの場合（2、3、4）の数字をどのように処理する必要がありますか？専攻ごとに2からやり直すと思います。 （なぜ2？
拡張バージョン適切なキャッシュデータで。 HyperVの問題を解決するために、x64 VMにBusterをインストールし、しばらく前にバックポートアーカイブからカーネルをバージョン5.3に更新しました。これらすべてが今日まで働いています。私は開発と生産システムの両方を運営した広範な経験を持っており、「故障していない場合は直さないでください」というモットーに固執しています。このようなことをしたい場合は、リリースノートをお読みください。
ただし、Debian カーネルイメージパッケージの番号付け方法に関するドキュメントが見つかりません。いいえ何これは（Debian Package Builder's Guideにあります）を意味しますが、なぜカーネルチームはこの番号を使用しますが、ユーザーとして私が得ることができる利点は何ですか？
最近、バージョン5.3がメインラインで期限切れになり、使用できなくなったことがわかりました。特に5.4を選ぶべきだと思います。比較的長期的なカーネルだから、しばらくこの開発VMで実行し、引き続き使用しながら本番環境にインポートできるという利点を検討してください。この時、同じイメージパッケージに使用できるパッケージが複数あることに気づきました。その後、Busterのオリジナルカーネルパッケージ4.19には2つのパッケージバージョンがあります。 、は-6現在セキュリティメンテナンスのみ進行中であり、-8基本およびセキュリティソースにあります。これは私が理解できる少なくとも1つのストーリーです^ H ^ H ^ H（4.19は「短期」長期バージョンでもあり、2020-12年までサポートされ、その-6期間中にアップストリームでセキュリティパッチアップデートを受け取る必要があります）。
しかし、3つの異なるbpo.Nバージョンはどうですか？ただし、Debian カーネルイメージパッケージの番号付け方法に関するドキュメントが見つかりません。いいえ何これは（Debianパッケージ作成者ガイドにあります）を意味しますが、なぜカーネルチームはこの番号を使用し、ユーザーとしてこの番号から最大の利点を得る方法は何ですか？
そしてdebバージョンをスキャンしてみると、linux-image-4.19.0-6-amd64debバージョン4.19.67-2+deb10u2と私の現在のバージョンだけが5.3.9-2~bpo10+1大幅に更新されています。他のすべての debs はパッチレベルのようです-1。だから…完全に迷子になりました。私はそれから何を得るべきであるか。これらのbpo.2、3などのパッケージは、マイナーカーネルバージョンで多少「凍結」されており、セキュリティメンテナンスパッチのみを受け取ることが予想されますか？
apt-cache policyまだ署名されたバージョンではなく、読みやすく、削除された5.5を除くすべての「非準拠」amd64パッケージでこれまでに見たことは次のとおりですCandidate:。Installed: (none)
linux-image-4.19.0-6-amd64:
Version table:
4.19.67-2+deb10u2 500
500 https://deb.debian.org/debian-security buster/updates/main amd64 Packages
linux-image-4.19.0-8-amd64:
Version table:
4.19.98-1+deb10u1 500
500 https://deb.debian.org/debian-security buster/updates/main amd64 Packages
4.19.98-1 500
500 https://deb.debian.org/debian buster/main amd64 Packages
100 /var/lib/dpkg/status
linux-image-5.3.0-0.bpo.2-amd64:
Installed: 5.3.9-2~bpo10+1
Version table:
*** 5.3.9-2~bpo10+1 100
100 /var/lib/dpkg/status
linux-image-5.4.0-0.bpo.2-amd64:
Version table:
5.4.8-1~bpo10+1 100
100 https://deb.debian.org/debian buster-backports/main amd64 Packages
linux-image-5.4.0-0.bpo.2-amd64:
Version table:
5.4.8-1~bpo10+1 100
100 https://deb.debian.org/debian buster-backports/main amd64 Packages
linux-image-5.4.0-0.bpo.3-amd64:
Version table:
5.4.13-1~bpo10+1 100
100 https://deb.debian.org/debian buster-backports/main amd64 Packages
linux-image-5.4.0-0.bpo.4-amd64:
Version table:
5.4.19-1~bpo10+1 100
100 https://deb.debian.org/debian buster-backports/main amd64 Packages
linux-image-5.5.0-0.bpo.2-amd64-unsigned:
Version table:
5.5.17-1~bpo10+1 100
100 https://deb.debian.org/debian buster-backports/main amd64 Packages
ベストアンサー1
ダッシュ間の最後の数字はABI番号です。不安定、テスト中、または安定したパッケージでは、新しいカーネルシリーズの最初のアップロード（最初のアップロード）である1から始めます。4.19 カーネル、5.4カーネルなど）ABIが変更されるたびに増加します。 （望むよりDebian Linux カーネルのバージョン管理もっと学ぶ。 )
バックポートされたカーネルのABIは「0.bpo」に設定されます。窒素「、どこ窒素バックポートに使用されるカーネルのABI番号。バックポーティングはパッケージがテストに達した場合にのみ許可されるため、必ずしも順次値は表示されません。窒素。
バックポートは別々に維持されておらず、通常はテストを通じてのみ更新されます。テストによってカーネルパッケージが更新されるたびに、上記のパターンに従います。