ファイルを含む残りのカーネルディレクトリ

Question 1

このmisc/ディレクトリは、管理システムがカーネルバージョンのインストールと削除を完全に統合できない一部のサードパーティモジュール（VirtualBoxなど）に使用できます。

/lib/modules/$(uname -r)/misc問題のあるモジュールを特定するには、現在実行中のカーネルのディレクトリを確認してください。

これらのmodules.*ファイルは、コマンドによって生成されたさまざまなモジュールのエイリアス、依存関係、およびシンボルマップファイルですdepmod。

カーネルパッケージが削除されると、パッケージマネージャはカーネルパッケージ（場所）と共にパッケージ化されたモジュールを自動的に削除しますが、サードパーティのモジュールインストーラ/lib/modules/<kernel version>/kernel/（たとえば、あなたのもの）によってmisc/作成されたモジュールとモジュールディレクトリには触れません。 DKMSが管理するサードパーティ製モジュールを使用している場合は、通常これらのモジュール/lib/modules/<kernel version>/updates/dkms/をそのカーネルパッケージが削除されると、自動的に削除されます。

サードパーティのモジュール管理は少し簡単なようです。起動時に実行され、既存のディレクトリ/lib/modules/<kernel version>/でmisc/サブディレクトリとサードパーティモジュールを確認し、欠落しているものがある場合は自動的にサードパーティモジュールのバージョンをビルドして実行します。depmod <kernel version>サードパーティモジュールの依存関係が正しく処理されていることを確認してください。ただし、モジュールが削除されるセクションとmisc/カーネルパッケージが削除されるサブディレクトリは、実装されていないか欠落しているようです。

実際のカーネルパッケージの内容が削除されてもディレクトリに生成されたファイルが更新されるように見えるため、サードパーティのモジュールdepmod管理スクリプトは既存のディレクトリを/lib/modules/<kernel version>繰り返しながらdepmod各ディレクトリで実行され続けるようです。その結果、空またはほぼ空の出力depmodファイルが生成されます。

/etc/kernel/postrm.d/この問題を自動的に削除するには、次のスクリプトを追加できます（zz-remove-miscmod例：呼び出し）。

#!/bin/sh -e

version="$1"

# passing the kernel version is required
if [ -z "${version}" ]; then
    echo >&2 "W: zz-remove-miscmod: ${DPKG_MAINTSCRIPT_PACKAGE:-kernel package} did not pass a version number"
    exit 0
fi

if [ -d "/lib/modules/$version/misc" ]; then
    rm -rf "/lib/modules/$version/misc"

    # uncomment to remove the modules.* files too, if necessary
    #rm -f "/lib/modules/$version/modules.*" 2>/dev/null || /bin/true

    # attempt to remove the kernel version module directory too,
    # in case it just became empty; if not, ignore the error
    rmdir "/lib/modules/$version" 2>/dev/null || /bin/true
fi

このスクリプトはカーネルパッケージが削除された後に自動的に実行され、削除されたバージョンのカーネルを持つサブディレクトリがあることを確認して削除しますmisc。生成されたファイルは、次回の起動時に（再び）生成されると仮定しますdepmod。私が間違っている場合は、そのrm -f ...行のコメントを外すこともできます。

Answer

このmisc/ディレクトリは、管理システムがカーネルバージョンのインストールと削除を完全に統合できない一部のサードパーティモジュール（VirtualBoxなど）に使用できます。