カーネル更新後にALFAドライバーが壊れた？完全修復ガイド

sudo apt upgrade を実行して再起動したら、ALFAアダプターが消えてしまいました——インターフェースなし、ランプなし、何もなし。これはLinuxでALFA Network USB WiFiアダプターを使うユーザーから最もよく寄せられるサポートの質問であり、カーネルの更新がほぼ常に原因です。このガイドでは、最も影響を受ける2つのチップセットファミリーの体系的な診断と修復手順を説明します：RTL8812AU（AWUS036ACH、AWUS036ACS搭載）と MT7921AUN（AWUS036AXM、AXML搭載）。各セクションの手順に従えば、15分以内にアダプターが復旧します。

TL;DR： カーネル更新によるALFAドライバー破損の主因はheadersとモジュールの不同期です。RTL8812AUはdkms autoinstallでリビルド、MT7921AUNはfirmware-misc-nonfreeのインストールが必要で、長期的にはapt full-upgradeの使用で予防します。

#

カーネル更新がドライバーを壊す理由

#

Linux WiFiドライバーには2つの種類があります：カーネルのソースツリーに含まれるカーネル内ドライバーと、その外部に存在するツリー外ドライバーです。どちらのタイプを使用しているかを理解することで、更新が問題を引き起こす理由が明確になります。

ツリー外ドライバーとDKMS

#

RTL8812AUチップセットはコミュニティが管理するツリー外ドライバー（最も一般的なのは aircrack-ng/rtl8812au フォーク）を使用します。公式カーネルソースの一部ではないため、現在実行中のカーネルのヘッダーに対してコンパイルする必要があります。カーネルバージョンが変わるたびに——6.6.15 → 6.6.20 のようなマイナーなパッチリリースでさえ——コンパイル済みモジュールは互換性がなくなり、カーネルはロードを拒否します。

DKMS（Dynamic Kernel Module Support：動的カーネルモジュールサポート） が標準的な解決策です。DKMSはドライバーのソースコードをシステムレベルのフックに登録し、新しいカーネルパッケージがインストールされるたびにモジュールを自動的に再コンパイルします。DKMSが正しく設定されていれば、カーネルの更新は透明になります：新しいカーネルで再起動すると、アダプターはすでに動作しています。

DKMSが静かに失敗する原因は2つあります：

1. カーネルヘッダーの欠如 — コンパイラは新しいカーネルのインストール時に linux-headers-$(uname -r) がインストールされている必要があります。ヘッダーがカーネルの後に届いた場合、DKMSはビルドの機会を逃します。
2. 古い dkms.conf — インストール済みドライバーバージョンの設定ファイルがソースツリーと一致しない場合、ビルドは不明確なエラーで失敗します。

カーネル内ドライバー（MT7921AUN）

#

MT7921Uチップセットはカーネル 5.18 以降、メインラインカーネルに含まれています。つまり、コンパイル手順は不要です——カーネルはすでにハードウェアと通信する方法を知っています。ただし、ドライバーは別のパッケージが提供するファームウェアバイナリ（mt7921u.bin）に依存しています。そのパッケージが欠落している場合、またはカーネルの更新が期待されるファームウェアAPIを変更した場合、アダプターはロードされているように見えても、どのネットワークにも接続できない場合があります。

クイック診断コマンド

#

何かを変更する前に、現在の状況を把握するためにこの2つのコマンドを実行してください：

# 現在実行中のカーネルは何か？
uname -r

# どのDKMSモジュールがビルドされているか（どのカーネル向けか）？
sudo dkms status

dkms status がRTL8812AUドライバーが現在のカーネルではなく、古いカーネル向けにビルドされていることを示している場合、問題が見つかりました。

ステップ1：ドライバーを診断する

#

この診断手順を上から順に実行してください。各チェックにより、変更を開始する前に根本原因を絞り込めます。

# 現在のカーネルを確認
uname -r

# ワイヤレスインターフェースが存在するか確認
ip link show | grep -E "wlan|wlp"

# ドライバーモジュールが現在ロードされているか確認
lsmod | grep -E "88XXau|rtl8812au|mt7921u"

# RTL8812AUアダプターのDKMSビルドステータスを確認
sudo dkms status

# 関連するエラーメッセージのカーネルリングバッファをスキャン
sudo dmesg | grep -E "ALFA|rtl8812|mt7921" | tail -20

結果の解釈：

修復：RTL8812AUドライバー（AWUS036ACH、ACS、EACS）

#

RTL8812AUは、デュアルバンドサポートと信頼性の高いモニターモードにより、ペネトレーションテストで最も広く使われているALFAチップセットです。ツリー外ドライバーが必要なため、カーネルの更新で最も頻繁に壊れるチップセットでもあります。

4.1 — カーネルヘッダーをインストール

#

ドライバーに触れる前に、まず現在のカーネルのヘッダーがインストールされていることを確認します：

sudo apt update
sudo apt install linux-headers-$(uname -r)

このコマンドが正常に終了すれば、ヘッダーが存在し、DKMSの再ビルドを続行できます。パッケージが見つからないと報告された場合、カーネルが現在のリポジトリスナップショットには新しすぎる可能性があります——まず sudo apt full-upgrade を実行して一致するヘッダーを取得し、続行する前に再起動してください。

4.2 — DKMSで再ビルド（最速の方法）

#

ヘッダーが揃ったら、DKMSに現在実行中のカーネル向けに登録されているすべてのモジュールを再ビルドするよう依頼します：

sudo dkms autoinstall

出力を注意深く確認してください。成功したビルドは DKMS: install completed で終わります。成功した場合は、再起動せずにモジュールをリロードします：

sudo modprobe 88XXau
ip link show | grep wlan

インターフェースが表示されれば完了です。ステップ4.4でモニターモードを確認してください。

4.3 — ソースから完全再インストール（DKMSが失敗した場合）

#

dkms autoinstall がエラーを報告した場合、登録されているドライバーソースが破損しているか古くなっています。完全に削除して、最新のアップストリームソースから再インストールします：

# ドライバーのすべてのDKMS登録バージョンを削除
sudo dkms remove rtl8812au/5.6.4.2 --all 2>/dev/null

# 最新のドライバーソースをクローン
git clone https://github.com/aircrack-ng/rtl8812au.git
cd rtl8812au

# DKMSにソースを登録し、コンパイルして一括インストール
sudo make dkms_install

ビルドが完了したら：

sudo modprobe 88XXau
ip link show | grep wlan

4.4 — モニターモードを確認

#

アダプターは物理的に存在し、ドライバーがロードされています。セキュリティテストにこのアダプターを使う理由であるモニターモードがまだ機能することを確認します：

sudo airmon-ng start wlan0

wlan0 は ip link に表示される実際のインターフェース名に置き換えてください。成功すれば monitor mode vif enabled と表示され、wlan0mon のような新しいインターフェース名が現れます。

4.5 — Kaliパッケージ方式（最も簡単）

#

Kali LinuxにはRTL8812AUドライバーの事前パッケージ化されたDKMSビルドが付属しており、Kaliカーネルと同期を保ちます。Kaliを使用している場合は、GitHubからクローンする代わりにこの方法を使用してください：

sudo apt update && sudo apt install realtek-rtl88xxau-dkms

このコマンド1つで、ドライバーソースのインストール、DKMSへの登録、現在のカーネル向けのビルドが完了します。今後の apt full-upgrade 実行時にヘッダーとドライバーが自動的に同期されます。

修復：MT7921Uドライバー（AWUS036AXM、AXML）

#

MT7921AUN（Wi-Fi 6E）チップセットはまったく異なるアプローチを取ります。Linux 5.18以降はカーネル内ドライバーなので、DKMS不要、コンパイル不要、GitHubクローン不要です。カーネルの更新で壊れることはないはずですが、ファームウェアのパッケージ問題が影響することがあります。

5.1 — ファームウェアパッケージをインストール

#

カーネルモジュール（mt7921u.ko）はすでに存在しますが、ハードウェアを初期化するためにユーザー空間からのファームウェアバイナリが必要です：

sudo apt install firmware-misc-nonfree

Ubuntuでは、このパッケージは non-free リポジトリコンポーネントにあります。コマンドが失敗した場合は、/etc/apt/sources.list でnon-freeソースが有効になっていることを確認してください。

5.2 — ドライバーをリロード

#

ファームウェアのインストール後、再起動せずにドライバーを強制リロードします：

sudo modprobe -r mt7921u && sudo modprobe mt7921u

次にインターフェースを確認します：

ip link show | grep -E "wlan|wlp"

5.3 — カーネルバージョンを確認

#

MT7921Uドライバーにはカーネル 5.18以降が必要です。このカーネルバージョン以前に公開された最小限のKaliまたはUbuntuイメージをインストールした場合、モジュール自体が存在しません：

uname -r
# 出力は5.18.x以上でなければならない

カーネルが5.18より古い場合は、カーネルをアップグレードしてください（ステップ5.4）。

5.4 — カーネルをアップグレード

#

sudo apt update && sudo apt full-upgrade && sudo reboot

5.5 — 再起動後に確認

#

新しいカーネルで再起動したら、すべてが正常に動作していることを確認します：

sudo modprobe mt7921u
ip link show
sudo dmesg | grep mt7921 | tail -10

正常な dmesg 出力には、ファームウェアが正常にロードされ、USBデバイスがネットワークインターフェースとして登録されていることが表示されます。

将来の更新後もドライバーを維持する

#

予防は修復より簡単です。これらの方法でカーネルの更新がアダプターを再び壊すことを防ぎます。

Kali rollingでは常に full-upgrade を使用：

sudo apt update && sudo apt full-upgrade

full-upgrade コマンドは、新しいカーネルパッケージがインストールされるとき、一致する linux-headers パッケージが同じトランザクションでインストールされることを保証します。DKMSフックはパッケージのインストール中に起動します——ヘッダーが後の apt 実行でカーネルの後に届いた場合、DKMSはビルドを逃します。

DKMSメタパッケージをインストール：

sudo apt install dkms linux-headers-generic

これにより linux-headers-generic がDKMSパッケージの依存関係として引き込まれ、ヘッダーは常にカーネルと同期して最新の状態を保ちます。

Ubuntu HWEカーネルスタック：

Ubuntu LTSでは、ハードウェアイネーブルメントカーネルスタックはGAカーネルよりも頻繁に更新され、ハードウェアサポートも優れています。一度インストールすれば、更新は自動的に処理されます：

sudo apt install linux-generic-hwe-24.04

DKMS自動インストールが有効であることを確認：

cat /etc/dkms/framework.conf | grep autoinstall

この行がコメントアウトされているか no に設定されている場合、DKMSはモジュールを自動的に再ビルドしません。/etc/dkms/framework.conf でコメントを外すか yes に設定してください。

アダプター固有のトラブルシューティング表

#

何も効かない場合：フレッシュインストール方法

#

複数の再ビルド試行が失敗し、dkms status が複数の部分インストールからの混乱した出力を表示している場合、デバッグよりも白紙から始める方が早いです：

# Kaliパッケージがインストールされていた場合はまず削除
sudo apt purge realtek-rtl88xxau-dkms

# rtl8812auのすべてのDKMSエントリを削除
for ver in $(sudo dkms status | grep rtl8812au | awk -F'[,/]' '{print $2}' | tr -d ' '); do
    sudo dkms remove rtl8812au/$ver --all
done

# 残っているソースディレクトリがあれば削除
sudo rm -rf /usr/src/rtl8812au*

# 古くなったモジュールキャッシュをクリア
sudo depmod -a

# フレッシュクローンとインストール
git clone https://github.com/aircrack-ng/rtl8812au.git /tmp/rtl8812au
cd /tmp/rtl8812au
sudo make dkms_install
sudo modprobe 88XXau
ip link show | grep wlan

予防チェックリスト

#

システム更新のたびにこのチェックリストを使用して、作業中の予期せぬ問題を避けてください：

apt upgrade の前に：

# どのカーネルパッケージが保留中かを確認
apt list --upgradable 2>/dev/null | grep linux-image

新しいカーネルが来る場合は、本番作業の前にテスト再起動を計画してください。

すべてのアップグレードと再起動後に：

# アダプターが戻ったことを確認
ip link show | grep -E "wlan|wlp"

# モニターモードがまだ機能することを確認
sudo airmon-ng check

フォールバックを維持：

• Kali Liveイメージ（または既知の動作するドライバーを持つ2番目のアダプター）の入ったUSBドライブを用意してください。予定されたエンゲージメント中の接続の問題はコストがかかります——物理的なフォールバックは数分で準備でき、いざというときに救ってくれます。

Kaliで重要なドライバーパッケージをピン留め：

# アップグレード中に特定のドライバーパッケージが自動削除されるのを防ぐ
sudo apt-mark hold realtek-rtl88xxau-dkms

ドライバーを明示的にアップグレードする前にホールドを解除：

sudo apt-mark unhold realtek-rtl88xxau-dkms && sudo apt upgrade realtek-rtl88xxau-dkms

まとめ

#

カーネル更新後のALFAドライバーの失敗は予測可能なパターンに従い、予測可能な解決策があります。RTL8812AUアダプターには dkms autoinstall（または aircrack-ng/rtl8812au からのフレッシュクローン）と一致するカーネルヘッダーが必要です。MT7921Uアダプターには firmware-misc-nonfree とカーネル5.18以降が必要です。どちらの場合も、長期的な解決策は標準的な更新コマンドとして apt upgrade ではなく apt full-upgrade を使用し、ヘッダーとカーネルを同期させることです。

関連ガイド：

• Kali Linux & UbuntuでALFA USB WiFiドライバーをインストールする方法 — ドライバーを一度もインストールしたことがない場合はここから始めてください
• AWUS036ACH Kali Linuxセットアップガイド — モニターモードとパケットインジェクション確認を含む完全なセットアップウォークスルー

参考文献

#

1. aircrack-ng公式rtl8812auドライバー
2. DKMS公式説明ドキュメント
3. Kali Linuxパッケージ管理ドキュメント
4. Linux Kernel公式ドキュメント
5. MediaTek MT7921ドライバー