Debian 13のカーネル更新方法|6.12.116-1のXen修正と再起動後の確認

Debianは日本時間2026年11月9日05:08、linux 6.12.116-1をDebian 13(trixie)のセキュリティ更新用アーカイブへ受理しました。Xenのネットワーク・ブロックバックエンドに関する3件の修正を含みます。ここで新しいのはDebian向け更新の受理で、上流のXen告知は11月6日です。公式受理通知で日時と変更内容を確認できます。

更新では、取得できる版、導入した版、現在動いている版を分けて確認します。apt updateだけではカーネルは入りません。インストール後も、再起動して旧カーネルから切り替わったことを確かめる必要があります。

サーバーのカーネル更新と再起動後の確認を表した概念イラスト
カーネルの導入と実行状態の確認をイメージした生成イラスト。実際のDebian画面ではありません。
目次

対象と修正内容

以下のコマンド例は、既にDebian 13を使い、Debian標準のamd64カーネルを利用する環境が対象です。Debian 12からの移行手順ではありません。ARM、クラウド専用、リアルタイム、自作、Proxmox専用カーネルでは、それぞれの提供元・構成に合う方法を使ってください。

DSA-6616-1は、CVE-2026-100080、100081、100082についてtrixie-securityの6.12.116-1を修正版としています。いずれもXenバックエンドの解放済みメモリへのアクセスに関する問題です。主な想定影響はドライバやホストの停止で、一般のDebianデスクトップすべてが同じ攻撃条件を持つわけではありません。特にXenのバックエンドを提供するホスト・ドライバドメインの担当者は確認してください。

1. 環境とAPTの候補版を確認する

cat /etc/os-release
dpkg --print-architecture
uname -r

Debian 13/trixie、アーキテクチャamd64、標準amd64系カーネルであることを確認します。続いてパッケージ一覧を更新し、候補と依存先を読みます。

sudo apt update
apt-cache policy linux-image-amd64
apt-cache show --no-all-versions linux-image-amd64

apt updateにエラーが出た場合は先に解消します。policyのCandidateと配布元、showのDependsが確認点です。調査時の公式パッケージ情報は次の対応でした。

確認するもの今回の値
メタパッケージlinux-image-amd64:6.12.116-1
依存先の実体linux-image-6.12.116+deb13-amd64:6.12.116-1
この実体を起動したときのrelease6.12.116+deb13-amd64

署名用ソースの版表記6.12.116+1も、実体パッケージの版やunameの表示とは別です。後継版が候補になった場合はその依存先と修正情報を確認し、この記事の版へ戻さないでください。

2. 更新計画を確認してインストールする

sudo apt-get -s install linux-image-amd64

-sはシミュレーションです。新しい実体カーネルと必要な依存パッケージが入るか確認します。予想外の削除や別リリースへの変更が出たら、そのまま進めず設定を確認してください。計画が適切なら実行します。

sudo apt install linux-image-amd64

設定処理やinitramfs生成などが終わるまで待ち、エラーがないか確認します。次は今回の実体名を使った照合例です。後継版を入れた場合は、先ほど確認した依存先の名前に置き換えます。

dpkg-query -W -f='${Package}\t${Version}\t${Status}\n' linux-image-amd64 linux-image-6.12.116+deb13-amd64
dpkg --audit

メタパッケージと実体のStatusがともにinstall ok installedで、実体の版が6.12.116-1または確認済み後継版か確認します。dpkg --auditが何も表示しなくても、実行中カーネルの更新を証明したことにはなりません。

3. 保守時間に再起動し、実行中の版を照合する

再起動はSSH接続とサービスを中断します。遠隔管理ではコンソールなどの復旧経路を確保し、Xenホストでは運用手順に従ってゲストを退避・停止する計画を立てます。インストール完了を確認し、予定した保守時間に実行してください。

sudo systemctl reboot

再接続後、次の2つを確認します。

uname -r
dpkg-query -W -f='${Package}\t${Version}\t${Status}\n' "linux-image-$(uname -r)"

今回の標準amd64実体なら、uname -rは6.12.116+deb13-amd64になります。続くコマンドは、その実行中releaseに対応する実体パッケージの版と状態を表示します。6.12.116-1または修正を確認した後継版が、正常に導入された状態で動いているかを照合してください。

更新できない・再起動後も古い場合

  • 候補が古い:trixie-security、一覧取得エラー、ミラー反映、APTの優先順位やholdを確認します。別系統のリポジトリ追加で無理に解決しないでください。
  • 導入済みなのにunameが古い:再起動の実施とブートローダーの選択を確認します。正常起動を確かめる前に旧カーネルを削除しないでください。
  • 実体パッケージが見つからない:専用・自作カーネルやコンテナか確認します。コンテナ内のAPT更新でホストのカーネルまで更新できたとは判断できません。

判定は「6.12で始まる」だけでは足りません。候補、導入済み実体、実行中releaseの対応を残すと、保守作業の引き継ぎにも役立ちます。本記事は公式資料に基づく手順で、実機検証は行っていません。

参考:Debianのカーネル更新説明、APT操作、dpkg-query、Xen XSA-526・527・528。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次