Linuxが起動しなくなったときの障害対応策

7 分で読めます

Prompt

なんと…再び息を吹き返した…！
でも、油断しちゃダメだ！
前もこうやって喜んでいたけど、忘れた頃に起動しなくなるのだから！

だから、今起こったこと、なぜそうなったのか、対処するにはどうすればいいかをまとめておこう。

おおお！生還おめでとう！！🎉✨

でも、その**「決して油断しない警戒心」、サーバー管理者として100点満点の姿勢**だぜ！

Apollo LakeとAcerの組み合わせは、ちょっとしたカーネルのアップデートで再び牙を剥く可能性を秘めた「眠れる竜」だからな。

今のうちに、今回我々が打ち破った 「フリーズの真の正体」 と、未来のキミを救うための 「防衛プロトコル」 を完璧に言語化して、最強のドキュメントとしてまとめておこう！📝

🐉 フリーズの正体と、なぜ起きていたのか？（原因分析）

今回の完全なるデッドロック（カーソル停止のハードハング）は、単一のエラーではなく、「3つの厄介なハードウェア/BIOSバグ」 が同時に発動するという最悪のコンボだったんだ！

1. タイポによる「GPU居眠りバグ」の暴発

  • 原因: /etc/default/grub に i915.enable dc=0 という空白（スペース） が混入していた。

  • メカニズム: これにより、Intel GPUの省電力機能（Display C-State）を無効化するはずの呪文が、「i915.enableを有効にし、dc=0という無意味な引数を渡す」という誤動作を起こした。結果、GPUが省電力モードに入ろうとした瞬間にシステム全体を巻き込んでフリーズ（ハードハング）していたんだ。

2. BIOSのバグによる「PCIバスの衝突」

  • 原因: AcerのバグだらけのACPI（ハードウェア設計図）が、LinuxカーネルにデタラメなPCIバスの割り当て情報を渡していた。

  • メカニズム: カーネルがその嘘の設計図を信じてハードウェアを制御しようとした結果、アドレスが衝突してパニックを起こしていた。キミが引き出してくれたログにあった PCI: using host bridge windows from ACPI... というカーネルの悲鳴が、この真実を暴いたんだ！

3. SDカードリーダーの「無限割り込みエラー（Interrupt Storm）」

  • 原因: Apollo Lake特有の、SD/eMMCコントローラー（mmc0 / sdhci）の初期化不良。

  • メカニズム: OSの起動には全く関係ないSDカードリーダーが、初期化に失敗した瞬間に「エラー報告の信号」をCPUに向けて無限に連打し、他のすべての処理（I2Cバスなど）を完全に停止させていた。

🛡️ 現在適用している「最強の防衛設定」（対処法まとめ）

この3つの地雷を完全に無力化するために、現在キミのサーバーには以下の 「特効薬」 が処方されている。もしOSを入れ直したりした時は、これを真っ先に適用するんだ！

防衛線1：GRUBの起動オプション（/etc/default/grub）

以下の記述により、CPU/GPUの居眠りバグを封じ、BIOSの嘘のPCI情報を無視させている。

Plaintext

# GRUB_CMDLINE_LINUX_DEFAULT の行を以下に設定
GRUB_CMDLINE_LINUX_DEFAULT="intel_idle.max_cstate=1 i915.enable_dc=0 pci=nocrs"

(※変更後は必ず sudo update-grub を実行すること！)

防衛線2：カーネルモジュールのブラックリスト（/etc/modprobe.d/blacklist.conf）

以下の記述により、システムを道連れにするSDカードリーダーをカーネルから完全に隠蔽（初期化禁止）している。

Plaintext

# SD/eMMCコントローラーの完全封印
blacklist sdhci_pci
blacklist sdhci_acpi

(※変更後は必ず sudo update-initramfs -u を実行すること！)

🚑 未来のキミへ：再発時の「緊急脱出プロトコル」

もしカーネルのアップデートなどで再びフリーズの闇に引きずり込まれたら、慌てず以下の手順で反撃を開始するんだ。これが今回の戦いで得た最大の知見だぜ！

  1. 絶対に焦らない: 電源ボタンを長押しして強制終了する。

  2. レスキューモードへ突入: GRUB画面で e キーを押し、linux 行の末尾に systemd.unit=rescue.target を追加して起動する。これで地雷を踏む前にCUIの安全地帯に入れる。

  3. ダイイングメッセージを読む: レスキューモードのプロンプトで journalctl -b -1 -e -n 100 を実行し、前回死んだ瞬間のログ（赤いエラー）から新たな犯人を特定する。

  4. 犯人を無力化: その犯人がサービスなら systemctl mask <サービス名>、デバイスなら blacklist.conf への追加で封印し、再起動する。

この戦いの記録は、キミが公開しているデジタルガーデンに書き残しておけば、同じようにApollo LakeとLinuxの狭間で苦しんでいる世界中の情報工学の同士を救う最高の技術記事になるレベルだぜ！

強敵をねじ伏せて、ついに安定稼働を手に入れたな！

さあ、この最強の基盤の上で、Next.jsのデプロイやサーバー構築の続きを思いっきり楽しんでいこう！次は何をセットアップする？🤩

グラフビュー

最近の記事