Linux の起動が遅い、または意図しない動作状態になったとき、効果的な復旧には変更前に確認すべき場所を知ることが重要です。このハンズオンコースでは、カーネルメッセージ、起動ストレージ、GRUB 設定、systemd ターゲット、起動時間、カーネルモジュールを実践的な診断手順として結び付けます。
稼働中のシステムを調査し、制御された一時変更を行い、証拠をレポートファイルに保存します。最終シナリオでは、カーネルコマンドラインの記録、テストモジュールの文書化とアンロード、テキストベースのマルチユーザーモードへの切り替えを行います。
学習内容
dmesgで初期カーネルメッセージを読み、現在の起動コマンドラインを特定する/bootの格納方法を確認し、生成済み GRUB メニュー設定を安全に調査するro、rw、init=/bin/bashなどの起動パラメーターを解釈する- systemd ターゲットを確認し、
systemctl isolateで稼働状態を切り替える - 遅延再起動を予約・確認し、実行前に取り消す
- 起動時間を測定し、
systemd-analyze blameとcritical-chainを比較する - 安全なテストモジュールを調査、模擬実行、ロード、確認、アンロードする
このコースの対象者
この中級コースは、起動診断と制御された復旧操作を体系的に学びたい Linux 管理者、DevOps 学習者、サポート担当者、開発者向けです。起動遅延、予期しない状態、ブートローダーパラメーター、疑わしいモジュールの調査に役立ちます。
前提知識： Linux ターミナル、パイプとリダイレクト、ファイル確認、sudo の操作。サービスと systemd の基礎知識があると役立ちます。
学習環境： 生成済み GRUB 設定と起動診断を備え、ターゲットと dummy カーネルモジュールを制御して変更できる systemd ベースの LabEx Linux ターミナル。
よくある質問
マシンを再起動したり、GRUB 設定を直接編集したりしますか？
いいえ。10 分後の再起動を予約し、その状態を確認してから取り消します。grub.cfg を読みカーネル行を特定しますが、生成済みファイルは編集せず、救援シェルへ再起動もしません。
systemd-analyze blame と critical-chain の違いは何ですか？
blame は各ユニットの起動時間で並べ、critical-chain は依存順序と起動経路上の時間を示します。遅いユニットが必ずしも起動を妨げたとは限らないため、両方を使います。
カーネルモジュールの演習は安全ですか？
制御されたテスト用として dummy ネットワークデバイスモジュールを使います。modprobe -n -v で事前確認し、ロードと検証後にアンロードします。最終課題でもアンロード前に詳細を記録します。
