【AI使用・試験投稿】Raspberry Pi 5 ヒートシンク装着後にWi-Fi接続できなくなった原因の切り分け記録
この記事は、AIを用いて作成した試験的な技術記録である。
内容は実際のトラブル対応をもとにしているが、AIによる整理と再構成を含む。
今後、技術記録を継続的に残すためのテンプレート検証とMarkdownの勉強も兼ねている。
ところどころ人間が加筆修正している。
概要
Raspberry Pi 5 に粘着パッド式ヒートシンク、金属ケースを装着した直後、Wi-Fi経由での接続ができなくなった。
具体的には、以前まで出来ていた ping や ssh が失敗し、Wi-Fi接続時には端末に到達できない状態になった。
最終的な原因は、Wi-Fi接続プロファイルが消えており、wlan0 が未接続状態だったことだった。
環境
- Raspberry Pi 5
- Raspberry Pi OS
- NetworkManager 使用
- 有線LANおよびWi-Fi対応
- Windows PC から接続
発生した現象
ヒートシンク装着後、以下のような症状が発生した。
- Wi-Fi接続時に ping 不通
- Wi-Fi接続時に ssh 不通
- 有線LANでは接続可能
- .local で名前解決が不安定
物理作業直後であったため、ヒートシンクの取り付け不良を疑った。
初期仮説
AIが疑った要因は次の通り。
- 基板の反り
- LANコネクタの半抜け
- Wi-Fiチップへの物理干渉
- microSDカードの接触不良
人間が疑った要因は次の通り。
- 付けたり回したりの最中に何か壊した
- 電源ケーブルに引っ張られて、金属ケースごと宙ぶらりんしたとき給電ポートを痛めた(AIに伝えてない)
しかしCPUは発熱しており、OSは起動している様子だった。
有線接続での確認
有線LANでSSH接続し、ネットワークインターフェースの状態を確認した。
ip -br a
結果、eth0 は UP、wlan0 は DOWN となっていた。
この時点で、Wi-Fiが接続していないことが明確になった。
ドライバおよび無効化状態の確認
Wi-Fiドライバ brcmfmac はロード済みだった。
rfkill でもブロックは確認されなかった。
NetworkManager でも Wi-Fi は enabled 表示だった。
つまり、
- ハードウェアは認識されている
- ドライバは正常
- 無効化もされていない
という状態だった。
決定的な確認
NetworkManager に保存されている接続を確認したところ、Wi-Fiの接続プロファイルが存在していなかった。
有線接続のみが登録されており、Wi-Fiは未登録状態だった。
つまり、
Wi-Fiが拒否されていたのではなく、単に接続設定が消えていただけだった。
復旧
周囲のアクセスポイントを一覧表示し、SSIDを確認した。
その後、NetworkManager を使ってWi-Fi接続を再登録した。
接続後、wlan0 は connected 状態になり、Wi-Fi経由での ping および ssh が復旧した。
なぜ設定が消えたのか
断定はできないが、可能性として考えられるのは以下。
- SDカード書き込み中の電源断（心当たりあり）
- NetworkManager設定ファイルの破損
- OS更新時の設定移行
- 別のSDカードで起動していた
ヒートシンク装着とは直接関係がなかった。
AIの提案する今回の教訓
- 物理作業直後でも、まずログを確認する
- ネットワークトラブルではインターフェース状態の確認が最優先
- 有線LANはトラブルシュート用として非常に有効
- DHCP予約など、IPを固定しておくと切り分けが容易になる
人間の反省と振り返り
- 無線接続ができないならさっさと有線接続できるか試すこと
そうすれば解決まで時間がかからずに済んだ。 - 設定ファイルがなくなっている可能性をミリも検討していなかった
コンピュータはときに不思議な挙動をする。今後も留意。
まとめ
今回のトラブルは物理的な故障ではなく、Wi-Fi接続設定の消失だった。
通信トラブル対応は次の順で整理すると効率が良い。
- 物理リンク確認
- IP取得確認
- インターフェース状態確認
- NetworkManager設定確認
- ルーター設定確認
技術記録は、推測ではなく順に確認し結果を並べることが重要だと再認識した。