以下の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/01/220305より取得しました。


【Windows 11/10】ndis.sys でブルースクリーン(BUGCODE_NDIS_DRIVER)を直す手順:原因から再発防止まで

 

【Windows 11/10】ndis.sys でブルースクリーン(BUGCODE_NDIS_DRIVER)を直す手順:原因から再発防止まで

突然のブルースクリーンに「BUGCODE_NDIS_DRIVER」や「ndis.sys failed」が出ると、ネットが原因っぽいのは分かっても、何から手を付ければいいか迷いがちです。結論から言うと、このエラーは“ネットワーク系ドライバー(有線LAN/Wi-Fi/VPN/仮想アダプタ/セキュリティ製品のフィルタ)”の不整合や破損が引き金になっているケースが大半です。Microsoft Learn
この記事では、再現しやすい原因を潰し込みながら、短時間で復旧しやすい順に手順をまとめます。

BUGCODE_NDIS_DRIVER(ndis.sys)とは?まず原因の方向性を確定する

「BUGCODE_NDIS_DRIVER」は、Windows がネットワークドライバー周りの異常を検出したときに出るブルースクリーンです。値としては 0x0000007C として説明されることが多く、NDIS(ネットワークスタック)配下のミニポートドライバー等が関与する、と整理されています。Microsoft Learn+1

よくある発生タイミングは次の通りです。

  • 起動直後〜ログイン直後に落ちる(Wi-Fi 自動接続、VPN 自動接続が引き金)

  • ブラウジング・オンライン会議・ゲーム中に落ちる(負荷やオフロード機能で顕在化)

  • Windows Update 後に増えた(ドライバー更新・互換性変化)

  • セキュリティソフト導入/更新後に増えた(ネットワークフィルタが関与)

いちばん早い復旧ルート:ネットワークドライバーの「更新」より先にやること

1)外付け機器・増設をいったん外す

USB-LAN、USB Wi-Fi、ドッキングステーション、キャプチャなど“ネットワーク以外に見えて実はドライバーを入れている機器”もあります。まずは外して再起動し、再発するか確認します。

2)セーフモードで起動して、落ちない状態を作る

通常起動で連続クラッシュする場合、修復作業が進みません。セーフモード(可能なら「ネットワークなし」)で安定させてから次の手順に進みます。

本命対策:ネットワークアダプタのドライバーを「正しい順番」で直す

ポイントは、Windows の自動更新に任せて当て直すより、メーカー提供の安定版を入れるほうが再発が減りやすいことです。

3)デバイスマネージャーで「ロールバック」→だめなら「再インストール」

  1. デバイスマネージャー →「ネットワーク アダプター」

  2. 対象(Intel/Realtek/Broadcom など)を右クリック →「プロパティ」

  3. 「ドライバー」タブ

    • 直前に更新した心当たりがあるなら 「ドライバーを元に戻す」

    • それでもダメなら 「デバイスのアンインストール」(可能なら「このデバイスのドライバーを削除」にチェック)→再起動

その後、PCメーカー(ノートPCならメーカー、BTOならマザボメーカー、Wi-Fiカードメーカー)の配布ページから、**Windows 11/10 対応の最新“安定版”**を入れます。

4)VPN・仮想アダプタ・セキュリティの“ネットワーク部品”を疑う

ndis.sys 系は、物理NICだけでなく VPN(仮想NIC)セキュリティ製品のフィルタドライバー でも起きます。

  • 使っていない VPN クライアントをアンインストール

  • 仮想化(Hyper-V/VMware/VirtualBox)を最近入れたなら一度無効化

  • セキュリティソフトを“無効化”ではなく、いったんアンインストール(再起動込み)して挙動確認
    ※企業端末はポリシーがあるので、運用ルールに従ってください。

定番の修復:ネットワークスタックを初期化する(Winsock/IPv4/IPv6)

管理者のコマンドプロンプト(または管理者 PowerShell)で、次を実行→再起動します。

bat
netsh winsock reset netsh int ip reset ipconfig /flushdns shutdown /r /t 0

これで、壊れたネットワーク設定やカタログ不整合が解消して安定することがあります。

しつこい場合の切り札:システムファイル修復(SFC/DISM)

ネットワーク系に見えて、OS側の破損が残っていると再発します。

bat
sfc /scannow DISM /Online /Cleanup-Image /RestoreHealth

完了後に再起動し、再発の有無を確認します。

意外と効く:オフロード機能を無効化してクラッシュ回避(LSO/チェックサム等)

特定の環境(ドライバー・セキュリティ製品・負荷条件)で、NIC の高度機能(オフロード)が相性問題を起こすことがあります。代表例として Large Send Offload(LSO) などを無効化する回避策が案内されることがあります。success.trendmicro.com+1

手順(例)

  1. デバイスマネージャー → ネットワークアダプター → プロパティ

  2. 「詳細設定」タブ

  3. 次のような項目を Disabled にして再発確認

    • Large Send Offload (IPv4)/(IPv6)

    • Checksum Offload

    • Receive Side Scaling(RSS)
      ※項目名はメーカーで異なります。全部切るのではなく、1〜2個ずつ変えて効果を見たほうが原因特定に役立ちます。

ここまでやっても直らないとき:原因の切り分けチェックリスト

  • Windows Update の直後からなら、品質更新プログラムの適用/ロールバックで改善する場合あり

  • 特定のWi-Fi(会社・学校・ホテル)だけで落ちる → ドライバー更新+オフロード無効化を優先

  • 有線でも無線でも落ちる → VPN/フィルタ/セキュリティの関与が濃厚

  • イベントビューアやメモリダンプで特定ドライバー名が出る → そのドライバーを入れ直すのが最短(例:Broadcom系など、ドライバー再導入で改善した報告もあります)Linus Tech Tips

再発防止のコツ:更新のやり方を変えるだけで安定する

  • ドライバーは「最新=正義」ではない:PC/マザボメーカー推奨版を基準にする

  • VPNやセキュリティ製品は、ネットワークに深く入る:アップデート後に不調ならまず疑う

  • ブルースクリーンが出た直後は、闇雲にツールを入れず、(1)ロールバック→(2)再インストール→(3)ネットワーク初期化の順で戻す


ndis.sys(BUGCODE_NDIS_DRIVER)は、原因が「ネットワーク機器そのもの」だけでなく、「VPN・仮想化・セキュリティ・NICの高度機能」まで広いのが厄介な点です。今回の手順は、再発率が高い順に潰せる流れにしてあるので、上から実施すれば“直ったのに何をやったか分からない”も避けやすくなります。もし再発する場合でも、最後に触れた切り分けチェックリストに沿って、犯人候補を狭めていくのが最短ルートです。




以上の内容はhttps://error-daizenn.hatenablog.com/entry/2026/02/01/220305より取得しました。
このページはhttp://font.textar.tv/のウェブフォントを使用してます

不具合報告/要望等はこちらへお願いします。
モバイルやる夫Viewer Ver0.14