DebianLinuxカーネルのバージョン管理

Ortomala Lokni

Debian Stretchディストリビューションで実行すると、次のようになりますuname -a

Linux index 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3.1 (2019-02-19) x86_64 GNU/Linux

実行するとdpkg -s linux-image-amd64 | grep Version、次のようになります。

Version: 4.9+80+deb9u6

上記のコマンドにより、3つの異なるカーネルバージョンが出力されます。

  • 4.9.0-8
  • 4.9.144-3.1
  • 4.9 + 80 + deb9u6

私の質問は:これらの異なるバージョンは何ですか、そしてそれらの意味は何ですか?

スティーブンキット

「80 + deb9u6は」のバージョンであるソースパッケージこれにより、たとえばお持ちのプラットフォームごとに現在のカーネルパッケージをプルし、ベースカーネルバージョンでバージョン管理されたメタパッケージが構築され、結果として4.9 + 80 + deb9u6になります。linux-latestlinux-image-amd64

「4.9.0-8」はカーネルのABIバージョンです。それは、特定のカーネルパッケージ名で表示されます例えば linux-image-4.9.0-8-amd64このバージョンは、カーネルシリーズの基本番号と、カーネルABIが互換性のない方法で変更されるたびにバンプされる番号を表します。これは、ツリー外のモジュールを再コンパイルする必要がある場合はいつでも、ユーザーにとって重要です。

「4.9.144-3.1」はカーネルのパッケージバージョンです。これは、標準のDebianバージョン管理スキームに従います。4.9.144はアップストリームカーネルバージョンであり、アップストリームカーネルリリースまで一致させることができます。3.1はパッケージのバージョンです。特定のアップストリームバージョンの最初のパッケージには通常、パッケージのバージョン1が与えられ、新しいパッケージがアップロードされるたびに(対応するアップストリームを変更せずに)、パッケージバージョンがインクリメントされます。各バージョンで変更された内容の詳細は、Debian固有の変更ログで確認できます。

これらすべてが組み合わされて、エンドユーザーに役立つ多くの機能が提供されます。

  • ユーザーは、などのアーキテクチャ固有のメタパッケージをインストールできlinux-image-amd64、常に最新の利用可能なカーネルパッケージがあることを確認できます。現在、メタパッケージはバージョン4.9 + 80 + deb9u6でありlinux-image-4.9.0-8-...、カーネルバージョンまたはABIがプルインされます。バージョン変更、新しいメタパッケージがアップロードされます。
  • カーネルABIを後方互換性のない方法で変更しない新しいアップストリームカーネル(またはDebianパッチ)は、不要なパッケージチャーンまたはローカル再構築(ツリー外モジュールの場合)を引き起こしません。
  • それらを必要とするカーネルABIの変更はモジュールの再構築もたらすため、インストールされたモジュールは常に利用可能であり、実行中のカーネルにインストール可能です(バグを除く)。

この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。

侵害の場合は、連絡してください[email protected]

編集
0

コメントを追加

0

関連記事

分類Dev

Debianlinuxに特定のカーネルバージョンをインストールする

分類Dev

Linuxカーネルのバージョン管理文字列の基本

分類Dev

カーネルバージョン間でのビルド済みカーネルモジュールの管理

分類Dev

管理者権限のないDebianLinuxに最新バージョンのGNUutils(coreutils)をインストールするにはどうすればよいですか?

分類Dev

Nugetのバージョン管理:ワイルドカードと不特定のコンポーネント

分類Dev

OpenProcessのカーネルモードバージョン

分類Dev

ローカルパッカーボックスのバージョン管理

分類Dev

KaliLinuxでのSyscallHooking(カーネルバージョン5)

分類Dev

amd64の最小カーネルバージョン

分類Dev

Androidバージョンとそのカーネル

分類Dev

カーネルバージョン5.5.0のインストールの問題

分類Dev

スタンバイの問題と特定のカーネルバージョン-カーネル回帰?

分類Dev

GruntUglifyワイルドカードとバージョン管理

分類Dev

ブートフォルダのカーネルバージョン

分類Dev

カーネルバージョンのコンパイル(Ubuntu / Debian)

分類Dev

unameのカーネルバージョンはrpmのバージョンと異なります

分類Dev

ノードモジュールのバージョン管理

分類Dev

特定のカーネルバージョンの魔法のためにカーネルとカーネルモジュールを構築する方法は?

分類Dev

対応するLinuxカーネルバージョンを備えたUbuntuバージョンのリスト

分類Dev

Linuxカーネルバージョン3.16のZFSサポート

分類Dev

LineageOSビルドカーネルバージョン文字列の変更

分類Dev

EJS での webpack バンドルのバージョン管理

分類Dev

CentOS5のelrepoに必要な特定のカーネルバージョン

分類Dev

互換性のあるカーネルの最大バージョン

分類Dev

Ubuntuでのカーネルバージョンの切り替え

分類Dev

バージョン管理されていないファイルがバージョン管理パネルのAndroidStudioに表示されない

分類Dev

Linuxカーネルバージョン4.12.8で未定義のcopy_to_user

分類Dev

カーネルのバージョン文字列を変更するには?

分類Dev

Dockerの最小カーネルバージョン3.8.13または3.10

Related 関連記事

  1. 1

    Debianlinuxに特定のカーネルバージョンをインストールする

  2. 2

    Linuxカーネルのバージョン管理文字列の基本

  3. 3

    カーネルバージョン間でのビルド済みカーネルモジュールの管理

  4. 4

    管理者権限のないDebianLinuxに最新バージョンのGNUutils(coreutils)をインストールするにはどうすればよいですか?

  5. 5

    Nugetのバージョン管理:ワイルドカードと不特定のコンポーネント

  6. 6

    OpenProcessのカーネルモードバージョン

  7. 7

    ローカルパッカーボックスのバージョン管理

  8. 8

    KaliLinuxでのSyscallHooking(カーネルバージョン5)

  9. 9

    amd64の最小カーネルバージョン

  10. 10

    Androidバージョンとそのカーネル

  11. 11

    カーネルバージョン5.5.0のインストールの問題

  12. 12

    スタンバイの問題と特定のカーネルバージョン-カーネル回帰?

  13. 13

    GruntUglifyワイルドカードとバージョン管理

  14. 14

    ブートフォルダのカーネルバージョン

  15. 15

    カーネルバージョンのコンパイル(Ubuntu / Debian)

  16. 16

    unameのカーネルバージョンはrpmのバージョンと異なります

  17. 17

    ノードモジュールのバージョン管理

  18. 18

    特定のカーネルバージョンの魔法のためにカーネルとカーネルモジュールを構築する方法は?

  19. 19

    対応するLinuxカーネルバージョンを備えたUbuntuバージョンのリスト

  20. 20

    Linuxカーネルバージョン3.16のZFSサポート

  21. 21

    LineageOSビルドカーネルバージョン文字列の変更

  22. 22

    EJS での webpack バンドルのバージョン管理

  23. 23

    CentOS5のelrepoに必要な特定のカーネルバージョン

  24. 24

    互換性のあるカーネルの最大バージョン

  25. 25

    Ubuntuでのカーネルバージョンの切り替え

  26. 26

    バージョン管理されていないファイルがバージョン管理パネルのAndroidStudioに表示されない

  27. 27

    Linuxカーネルバージョン4.12.8で未定義のcopy_to_user

  28. 28

    カーネルのバージョン文字列を変更するには?

  29. 29

    Dockerの最小カーネルバージョン3.8.13または3.10

ホットタグ

アーカイブ