<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>トラブルシューティング on しぴちゃんのブログ</title><link>https://blog.cppp-cpchan.org/tags/%E3%83%88%E3%83%A9%E3%83%96%E3%83%AB%E3%82%B7%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0/</link><description>Recent content in トラブルシューティング on しぴちゃんのブログ</description><generator>Hugo -- 0.165.0</generator><language>ja</language><lastBuildDate>Fri, 14 Aug 2026 19:00:00 +0900</lastBuildDate><atom:link href="https://blog.cppp-cpchan.org/tags/%E3%83%88%E3%83%A9%E3%83%96%E3%83%AB%E3%82%B7%E3%83%A5%E3%83%BC%E3%83%86%E3%82%A3%E3%83%B3%E3%82%B0/index.xml" rel="self" type="application/rss+xml"/><item><title>apt upgrade後にkernel panicで起動不能になったLinux機をLive USBで復旧した話</title><link>https://blog.cppp-cpchan.org/posts/tech/kernel-panic-recovery/</link><pubDate>Fri, 14 Aug 2026 19:00:00 +0900</pubDate><guid>https://blog.cppp-cpchan.org/posts/tech/kernel-panic-recovery/</guid><description>&lt;h2 id="概要"&gt;概要&lt;/h2&gt;
&lt;p&gt;しぴちゃんには仕事で管理しているAI用サーバー (DGX OS)があります。サーバー機で &lt;code&gt;apt update &amp;amp;&amp;amp; apt upgrade&lt;/code&gt; を実行したところ、コマンド自体が異常終了。そのまま再起動をかけたら次のようなカーネルパニックでクラッシュループに陥り、起動不可になりました。&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;div class="chroma"&gt;
&lt;table class="lntable"&gt;&lt;tr&gt;&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code&gt;&lt;span class="lnt"&gt;1
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;VFS: Unable to mount root fs on unknown-block(0,0)
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;原因の切り分けから、Live USB経由でのchroot復旧までの一連の対応を記録しておきましょう。同じ症状に遭遇した人の参考になれば幸いです。&lt;/p&gt;
&lt;p&gt;なお、このトラブルシューティングはClaude Code (Sonnet 5)と共同で行い、解決後の記事執筆はClaude Sonnet 5で行っています。&lt;/p&gt;
&lt;h2 id="症状"&gt;症状&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;code&gt;apt upgrade&lt;/code&gt; でカーネルが新バージョンに更新された&lt;/li&gt;
&lt;li&gt;アップグレード処理の途中で失敗し、コマンドが異常終了&lt;/li&gt;
&lt;li&gt;そのまま再起動をかけたところ、GRUBの先でカーネルパニックが発生し起動不能に&lt;/li&gt;
&lt;li&gt;ヘッドレス運用のためGRUBのタイムアウトが &lt;code&gt;0&lt;/code&gt; に設定されており、通常の起動シーケンスでは古いカーネルへのフォールバックができない状態だった&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="原因"&gt;原因&lt;/h2&gt;
&lt;p&gt;&lt;code&gt;unable to mount root fs on unknown-block(0,0)&lt;/code&gt; は、カーネルがroot filesystemをマウントするための initramfs（初期RAMディスク）を見つけられない場合に発生する典型的なエラーである。&lt;/p&gt;
&lt;p&gt;今回のケースでは以下が重なっていた。&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;新カーネルのイメージ (&lt;code&gt;vmlinuz-*&lt;/code&gt;) はインストールされたが、対応する &lt;code&gt;initrd.img-*&lt;/code&gt; が生成されないままアップグレードが中断した&lt;/li&gt;
&lt;li&gt;NVIDIAのGPUドライバなど、DKMS（Dynamic Kernel Module Support）でビルドされる外部カーネルモジュールが、新カーネルに対するビルドに失敗していた（コンパイラの &lt;code&gt;-Werror&lt;/code&gt; によって警告がエラー扱いとなり、ビルドが止まっていた）&lt;/li&gt;
&lt;li&gt;&lt;code&gt;dpkg&lt;/code&gt; 上ではこのカーネルパッケージが &lt;code&gt;iF&lt;/code&gt;（&lt;em&gt;installed but failed to configure&lt;/em&gt;）状態のまま残っていた&lt;/li&gt;
&lt;li&gt;GRUBはデフォルトで最新（＝壊れている）カーネルを指しており、かつメニューのタイムアウトが &lt;code&gt;0&lt;/code&gt; のため、リモートからは古いカーネルへの切り替えができなかった&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;つまり「新カーネルのinitramfsが存在しない」→「GRUBはそれでも新カーネルを起動しようとする」→「rootfsをマウントできずpanic」という流れである。&lt;/p&gt;</description></item></channel></rss>