kaliバージョン番号(kali1-5)の違いは何ですか?

kaliバージョン番号(kali1-5)の違いは何ですか?

uname -r私のシステムの出力はです4.19.0-kali1-amd64リポジトリ一覧linux-image-4.19.0-kali#kali1からkali5までそれぞれ異なる数字を持つ複数のものがあります。

この数字はどういう意味ですか?これらの番号の一部にすべてのバージョンパッケージが含まれていないのはなぜですか?電話番号を変更できますか?

詳細:私のシステムはvmware-workstationの最新アップデートを探していますが、linux-headers-4.19.0-kali1-amd64リポジトリにはありません。 kali3、4、5の画像を見つけることができます。

答え1

Debian からコピーされました。 Debian では、数字は次のように変更されます。4.19.0-4-amd64到着4.19.0-5-amd64パッケージャが(内部カーネル)ABIが変更されたか、外部モジュールを再コンパイルする必要があると主張することを意味します。 ABI が変更されない場合、以前のバージョンでカーネル更新が実行され、すべてのモジュールが最新バージョンに更新されます。新しいカーネルを使用するには再起動が必要ですが、以前にロードされていなかったモジュールも新しいバージョンで利用可能です。 ABIは同じままで、外部モジュールに違いはありません。

それでは、このモジュールを持っているとしましょう。nat-rtsp-dkmsDKMSモジュールと同様に、ソースからビルドする必要があります。カーネルのアップグレードによってABIが中断されないと見なされる場合は、このモジュールを再構築する必要はありません。これで、アップグレードがABIを中断すると考えられる場合は、名前の変更(メタパッケージの依存関係によって暗示されます)Linux-イメージ-amd64)は新しいカーネルバージョンをインストールして、この外部モジュールの再コンパイルをトリガーします。 VMwareの外部カーネルモジュールにも同様に適用されます。

一番近いところからLinux-イメージ-amd64変更ログ:

linux-latest (105+kali1) kali-experimental; urgency=medium

  * Sync with Debian
  * Rebuild for 4.19.0-kali5

 -- Sophie Brun <[email protected]>  Thu, 09 May 2019 11:01:17 +0200

linux-latest (105) unstable; urgency=medium

  * Update to 4.19.0-5

 -- Ben Hutchings <[email protected]>  Tue, 07 May 2019 16:33:50 +0100

実際の状況によって異なりますLinux-イメージ-4.19.0-kali5-amd64変更ログにABI変更が記録される、時々理由を説明しました。以下は、最後の部分のABI 2の変更のいくつかの抜粋と説明です。

linux (4.19.37-2kali1) kali-experimental; urgency=medium

  * Sync with Debian

 -- Sophie Brun <[email protected]>  Wed, 15 May 2019 09:08:08 +0200

linux (4.19.37-2) unstable; urgency=high

  * debian/bin: Fix Python static checker regressions (Closes: #928618)

[...]

linux (4.19.37-1kali1) kali-experimental; urgency=medium

  * Sync with Debian

 -- Sophie Brun <[email protected]>  Thu, 09 May 2019 10:41:49 +0200

linux (4.19.37-1) unstable; urgency=medium

[...]

 [ Ben Hutchings ]
  * debian/bin/abiupdate.py: Automatically select the correct archive to fetch
    from
  * debian/bin/abiupdate.py: Change default URLs to use https: scheme
  * [powerpc*] vdso: Make vdso32 installation conditional in vdso_install
    (Closes: #785065)
  * Bump ABI to 5

[...]

linux (4.19.16-1kali1) kali-experimental; urgency=medium

  * Sync with Debian

 -- Sophie Brun <[email protected]>  Mon, 21 Jan 2019 13:41:42 +0100

linux (4.19.16-1) unstable; urgency=medium

[...]

  [ Yves-Alexis Perez ]
  * Bump ABI to 2 because of changes in struct sock_common from 60f05dddf1eb

気づくLinux ヘッダー-*パッケージは同じソースから提供されるため、次のようになります。Linux-イメージ-*バッグ。通常、関連部品を交換する必要があります。Linux ヘッダー-*外部モジュールが正常に構築できるように、ターゲットカーネルと一致するパッケージを作成します。パッケージ化されていない外部モジュールの場合も同様です(おそらく、VMwareからインポートされた一部のモジュールは現在実行中のカーネルのみをチェックし、ターゲットカーネルは確認しません)。

Kaliパッケージが見つからない場合(Debianではこれは発生しません。)snapshot.debian.org)、ヘッダーとカーネルの両方を使用できる通常のバージョンにカーネルをアップグレードできます。どちらもインストールする必要があります。Linux-イメージ-4.19.0-kali5-amd64そしてLinuxヘッダ-4.19.0-kali5-amd64(そしておそらくVMwareを満たすために構築する前に再起動することもできます)。独自のカーネルを構築する場合は、関連カーネルを維持することを忘れないでください。Linux ヘッダー-パッケージは同時に構築されます。

ただし、最新のカーネルで再起動した後、VMwareが実行中のカーネルと一致するカーネルの代わりに特定のkali1を使用するように要求する場合は、運がないので、VMwareのアップデートを待つか、回避策を見つける必要があります。

関連情報