Debian 14 (forky) リリースノート ---DRAFT--- ******************************************** Debian ドキュメンテーションプロジェクト . 最終更新日: 2026-08-30 この文書はフリーソフトウェアです。あなたは、Free Software Foundation が公表した GNU 一般公衆ライセンスの第二版の条件に基づいて、本文書の再 頒布および変更を行うことができます。 本プログラムはその有用性が期待されて頒布されるものですが、市場性や特定 の目的への適合性に関する暗黙の保証も含め、いかなる保証も行いません。詳 細については GNU 一般公衆ライセンスをご覧ください。 あなたは、このプログラムとともに、GNU 一般公衆ライセンスの写しを受け取 っているはずです。そうでなければこのライセンスは https://www.gnu.org/licenses/gpl-2.0.html や、Debian の "/usr/share /common-licenses/GPL-2" にあります。 * 1. はじめに ---DRAFT--- * 1.1. この文書に関するバグを報告する * 1.2. アップグレードについての報告をする * 1.3. この文書のソース * 2. Debian 14 の最新情報 ---DRAFT--- * 2.1. サポートするアーキテクチャ * 2.2. ディストリビューションの最新情報 * 2.2.2. デスクトップとよく知られているパッケージ * 3. インストール用システム ---DRAFT--- * 3.1. インストールシステムの変更点 * 3.2. Debian Pure Blendsのインストール * 3.3. クラウドへのインストール * 3.4. コンテナおよび仮想マシンイメージ * 4. Debian 13 (trixie) からのアップグレード ---DRAFT--- * 4.1. アップグレードの準備 * 4.1.1. あらゆるデータや設定情報をバックアップする * 4.1.2. 事前にユーザに通知する * 4.1.3. サービスのダウン期間の準備 * 4.1.4. 復旧の準備 * 4.1.5. アップグレード用の安全な環境の準備 * 4.2. "純粋"な Debian からの作業開始 * 4.2.1. Debian 13 (trixie) からのアップグレード * 4.2.2. 最新のポイントリリースへのアップグレード * 4.2.3. Debian Backports * 4.2.4. パッケージデータベースの準備 * 4.2.5. 利用されなくなったパッケージ * 4.2.6. Debian 由来でないパッケージを削除する * 4.2.7. 残っている設定ファイルを取り除く * 4.2.8. non-free コンポーネントと non-free-firmware コンポーネン ト * 4.2.9. proposed-updates セクション * 4.2.10. 非公式なソース * 4.2.11. APT の pin 機能を無効にする * 4.2.12. パッケージの状態をチェックする * 4.3. APT sources ファイルの準備 * 4.3.1. APT のインターネットソースの追加 * 4.3.2. APT のローカルミラーソースの追加 * 4.3.3. APT の光学メディアソースの追加 * 4.4. パッケージのアップグレード * 4.4.1. セッションの記録 * 4.4.2. パッケージリストの更新 * 4.4.3. アップグレードするのに十分な領域があることを確認する * 4.4.4. 監視システムの停止 * 4.4.5. システムの最小アップグレード * 4.4.6. システムのアップグレード * 4.5. アップグレード中の注意点 * 4.5.1. 「即時設定は動作しません」で full-upgrade が失敗する * 4.5.2. 予期されるパッケージの削除 * 4.5.3. 衝突 (Conflicts) あるいは事前依存 (Pre-Depends) のループ * 4.5.4. ファイルの衝突 * 4.5.5. 設定の変更 * 4.5.6. コンソール接続へセッションの変更 * 4.6. カーネルと関連パッケージのアップグレード * 4.6.1. カーネルメタパッケージのインストール * 4.7. アップグレード後の掃除 * 4.8. 自動的にインストールされたパッケージを一掃する * 4.9. 利用されなくなったパッケージ * 4.9.1. 削除したパッケージを完全削除する * 4.9.2. 移行用ダミーパッケージ * 5. forky で注意すべき点 ---DRAFT--- * 5.1. forky へアップグレードする際に注意すべきこと * 5.1.3. アップグレード後、再起動前にすること * 5.2. アップグレード後も影響がある項目 * 5.2.1. セキュリティサポートにおける制限事項 * 5.3. 廃止および非推奨となった事柄について * 5.3.1. 特記すべき廃止されたパッケージたち * 5.3.2. forky で非推奨となったコンポーネント * 5.4. 既知の重大なバグ * 6. Debian に関するさらなる情報 ---DRAFT--- * 6.1. もっと読みたい * 6.2. 手助けを求めるには * 6.2.1. メーリングリスト * 6.2.2. インターネットリレーチャット (IRC) * 6.3. バグを報告する * 6.4. Debian に貢献する * 7. アップグレードの前に trixie システムを調整する ---DRAFT--- * 7.1. trixie システムのアップグレード * 7.2. APT の設定を確認する * 7.3. 最新の trixie リリースへのアップグレードを行う * 7.4. 古く不要になった設定ファイルを削除する * 8. リリースノートの貢献者たち ---DRAFT--- 1. はじめに ---DRAFT--- *********************** この文書は Debian ディストリビューションのユーザーに、バージョン 14 ( コードネーム forky) での大きな変更点を知らせるものです。 このリリースノートでは、リリース 13 (コードネーム trixie) から今回のリ リースへの安全なアップグレード方法や、その際ユーザーが遭遇する可能性が ある既知の問題点についての情報をユーザーに提供しています。 この文書の最新版は、https://www.debian.org/releases/forky/releasenotes から取得できます。 注意: 既知の問題点をすべて列挙するのは不可能なので、問題点の予想される広が り具合と影響の大きさの双方に基づいて取捨選択していることに注意してく ださい。 Debian の 1 つ前のリリースからのアップグレード (この場合、trixie から のアップグレード) のみがサポート・記述されていることに注意してください 。さらに古いリリースからのアップグレードが必要な場合は、過去のリリース ノートを読み、まず trixie へとアップグレードすることをお勧めします。 1.1. この文書に関するバグを報告する =================================== 私たちは、この文書で説明されているすべての異なるアップグレード手順を試 し、また、ユーザーが直面する可能性のある、すべての問題を想定しました。 それにも関わらず、この文書にバグ (不正確な情報や抜け落ちている情報) を 見つけたと思う場合には、**release-notes** パッケージに対するバグ報告と して、バグ追跡システム に提出してください。あなたが発見した問題が既に 報告されている場合に備え、まずは 既存のバグ報告 を確認してみると良いで しょう。もしこの文書にさらに内容を付加できるのであれば、どうぞ遠慮なく 既存のバグ報告へ情報を追加して下さい。 私たちは、この文書のソースへのパッチを含めた報告を歓迎・推奨します。こ のドキュメントのソースの取得方法の記述については この文書のソース で、 より詳細な情報を見つけることができるでしょう。 1.2. アップグレードについての報告をする ======================================= trixie から forky へのアップグレードに関連するユーザーからの情報はどん なものでも歓迎します。情報を共有するのを厭わない場合は、**upgrade- reports** パッケージに対するバグ報告として、アップグレードの結果を含め て バグ追跡システム に提出してください。報告に添付ファイルを含める場合 は、("gzip" を使用して) 圧縮するようお願いします。 アップグレードについての報告を提出する際には、以下の情報を含めてくださ い。 * アップグレード前後のパッケージデータベースの状態。 "/var/lib/dpkg/status" にある **dpkg** の状態データベースと、 "/var/lib/apt/extended_states" にある **apt** のパッケージ状態情報で す。あらゆるデータや設定情報をバックアップする で説明するように、ア ップグレードを実行する前にバックアップをとっておくべきですが、 "/var/lib/dpkg/status" のバックアップは "/var/backups" にもあります 。 * "/var/log/apt/term.log" にある "apt" のログか、"/var/log/aptitude" にある "aptitude" のログ。 注釈: バグ報告に情報を含める前に、慎重に扱うべき情報や機密情報がログに含ま れていないかある程度時間をかけて検査し、ログから削除してください。な ぜなら、バグ報告に含まれる情報は公開データベースで公表されるからです 。 1.3. この文書のソース ===================== この文書のソースは reStructuredText 形式で、sphinx 変換ツールを使って います。HTML 版は、*sphinx-build -b html* を使用して生成しています。 PDF 版は、*sphinx-build -b latex* を使用して生成しています。リリースノ ートのソースは *Debian ドキュメンテーションプロジェクト (Debian Documentation Project)* の Git リポジトリにあります。ウェブから ウェブ インターフェース を使って個々のファイルにアクセスでき、変更を参照でき ます。Git へのアクセス方法に関してさらに詳しく知りたい場合は、Debian ドキュメンテーションプロジェクトの VCS 情報ページ を参照してください。 2. Debian 14 の最新情報 ---DRAFT--- *********************************** この章のより詳しい情報は Wiki を参照してください。 2.1. サポートするアーキテクチャ =============================== Debian forky で公式にサポートされているアーキテクチャは以下のとおりで す。 * 64 ビット PC ("amd64") * 64 ビット ARM ("arm64") * ARMv7 (EABI 浮動小数点ハードウェア ABI, "armhf") * 64 ビットリトルエンディアン PowerPC ("ppc64el") * 64 ビットリトルエンディアン RISC-V ("riscv64") * IBM System z ("s390x") Additionally, on 64-bit PC systems, a partial 32-bit userland ("i386") is available. 移植状況の詳細や、お使いの移植版に特有の情報については、Debian の移植 版に関するウェブページ で読むことができます。 2.2. ディストリビューションの最新情報 ===================================== 2.2.2. デスクトップとよく知られているパッケージ ----------------------------------------------- Debian のこの新しいリリースには、一つ前のリリースである trixie に含ま れていたよりさらに多くのソフトウェアが含まれています。このディストリビ ューションには、14116 以上の新しいパッケージが含まれており、全体のパッ ケージ数は 69830 以上になりました。ディストリビューション中のほとんど のソフトウェア、すなわち約 44326 ものソフトウェアパッケージ (これは trixie のパッケージ全体の 63% にあたります) が更新されました。また、か なりの数のパッケージ (trixie のパッケージの 12% にあたる 8844 以上) が 、様々な理由でディストリビューションから取り除かれました。これらのパッ ケージは更新されることはなく、パッケージ管理用のフロントエンドでは 'obsolete' というマークが付けられます。これについては 利用されなくなっ たパッケージ を参照してください。 Debian は今回も複数のデスクトップアプリケーションとデスクトップ環境を サポートしています。中でも GNOME 48, KDE Plasma 6.3, LXDE 13, LXQt 2.1.0, Xfce 4.20 があります。 事務用アプリケーションもオフィススイートを含めてアップグレードされてい ます: * LibreOffice が 25 へアップグレードされました。 * GNUcash が 5.10 へアップグレードされました。 またこのリリースには、特に挙げるなら、以下のソフトウェアの更新も含まれ ています: +------------------------+------------------------+------------------------+ | パッケージ | 13 (trixie) でのバージ | 14 (forky) でのバージ | | | ョン | ョン | |========================|========================|========================| | Apache | 2.4.62 | 2.4.65 | +------------------------+------------------------+------------------------+ | Bash | 5.2.15 | 5.2.37 | +------------------------+------------------------+------------------------+ | BIND DNS サーバ | 9.18 | 9.20 | +------------------------+------------------------+------------------------+ | Cryptsetup | 2.6 | 2.7 | +------------------------+------------------------+------------------------+ | curl/libcurl | 7.88.1 | 8.14.1 | +------------------------+------------------------+------------------------+ | Emacs | 28.2 | 30.1 | +------------------------+------------------------+------------------------+ | Exim (標準の電子メール | 4.96 | 4.98 | | サーバ) | | | +------------------------+------------------------+------------------------+ | GCC (GNU Compiler | 12.2 | 14.2 | | Collection、デフォルト | | | | のコンパイラ) | | | +------------------------+------------------------+------------------------+ | GIMP | 2.10.34 | 3.0.4 | +------------------------+------------------------+------------------------+ | GnuPG | 2.2.40 | 2.4.7 | +------------------------+------------------------+------------------------+ | Inkscape | 1.2.2 | 1.4 | +------------------------+------------------------+------------------------+ | GNU C ライブラリ | 2.36 | 2.41 | +------------------------+------------------------+------------------------+ | Linux カーネル | 6.1 シリーズ | 6.12 シリーズ | +------------------------+------------------------+------------------------+ | LLVM/Clang ツールチェ | 13.0.1, 14.0 (デフォル | 19 (デフォルト), 17 そ | | イン | ト) そして 15.0.6 | して 18 が利用可能 | +------------------------+------------------------+------------------------+ | MariaDB | 10.11 | 11.8 | +------------------------+------------------------+------------------------+ | Nginx | 1.22 | 1.26 | +------------------------+------------------------+------------------------+ | OpenJDK | 17 | 21 | +------------------------+------------------------+------------------------+ | OpenLDAP | 2.5.13 | 2.6.10 | +------------------------+------------------------+------------------------+ | OpenSSH | 9.2p1 | 10.0p1 | +------------------------+------------------------+------------------------+ | OpenSSL | 3.0 | 3.5 | +------------------------+------------------------+------------------------+ | Perl | 5.36 | 5.40 | +------------------------+------------------------+------------------------+ | PHP | 8.2 | 8.4 | +------------------------+------------------------+------------------------+ | Postfix | 3.7 | 3.10 | +------------------------+------------------------+------------------------+ | PostgreSQL | 15 | 17 | +------------------------+------------------------+------------------------+ | Python 3 | 3.11 | 3.13 | +------------------------+------------------------+------------------------+ | Qt 5 | 5.15.8 | 5.15.15 | +------------------------+------------------------+------------------------+ | Qt 6 | 6.4.2 | 6.8.2 | +------------------------+------------------------+------------------------+ | Rustc | 1.63 | 1.85 | +------------------------+------------------------+------------------------+ | Samba | 4.17 | 4.22 | +------------------------+------------------------+------------------------+ | Systemd | 252 | 257 | +------------------------+------------------------+------------------------+ | Vim | 9.0 | 9.1 | +------------------------+------------------------+------------------------+ 3. インストール用システム ---DRAFT--- ************************************* Debian Installer は公式の Debian インストールシステムです。このインス トーラーは、様々なインストール方法を提供しています。お使いのシステムに インストールするのにどの方法が利用できるかは、使っているアーキテクチャ に依存します。 forky 用のインストーラーのイメージは、インストールガイドとともに Debian のウェブサイト (https://www.debian.org/releases/forky/debian- installer/) にあります。 インストールガイドは、Debian 公式 DVD セット (CD/blu-ray) の 1 枚目の 、次の場所にも含まれています。 /doc/install/manual/language/index.html これまでに知られている問題点を列挙した debian-installer の正誤表も https://www.debian.org/releases/forky/debian-installer#errata で確認し ておくとよいでしょう。 3.1. インストールシステムの変更点 ================================= Debian Installer は前回の Debian 13 での公式リリース以降も活発に開発さ れています。その結果、ハードウェアサポートが改善され、ワクワクするよう な新機能や改善がいくつか追加されました。 trixie 以降になされた変更の概要に興味がある場合は、Debian Installer の ニュースの履歴 で閲覧可能な、forky 用ベータ版やリリース候補版 (RC) の リリースアナウンスを参照してください。 3.2. Debian Pure Blendsのインストール ===================================== A selection of Debian Pure Blends, such as Debian Junior, Debian Science, or Debian FreedomBox, can now be accessed directly in the installer - see the installation-guide. Debian Pure Blendsに関する詳細は、https://www.debian.org/blends/ や wiki を参照してください。 3.3. クラウドへのインストール ============================= クラウドチーム はいくつかの人気のあるクラウドコンピューティングサービ ス向けの Debian forky イメージを公開しています。例えば: * アマゾン ウェブ サービス (AWS) * Microsoft Azure * OpenStack * 仮想マシン (Plain VM) クラウド用イメージでは "cloud-init" 経由の自動フックを提供し、特別に最 適化されたカーネルパッケージと grub 設定を使ってインスタンスを高速に起 動することを優先します。様々なアーキテクチャをサポートするイメージを必 要に応じて提供し、クラウドサービスが提供するすべての機能をサポートする ようクラウドチームは努力しています。 クラウドチームは forky の LTS 期間の終わりまで更新されたイメージを提供 します。新しいイメージは、ポイントリリースやとても重要なパッケージのセ キュリティ修正後にリリースされます。クラウドチームのサポートポリシーの 全文は クラウド用イメージのライフサイクルのページ を参照してください。 詳細は https://cloud.debian.org/ や wiki を参照してください。 3.4. コンテナおよび仮想マシンイメージ ===================================== さまざまなアーキテクチャの Debian forky のコンテナイメージを Docker Hub で利用できます。標準イメージに加えて、ディスク使用量を削減した "slim" バリアントも利用できます。 4. Debian 13 (trixie) からのアップグレード ---DRAFT--- ****************************************************** 4.1. アップグレードの準備 ========================= アップグレードの前には、forky で注意すべき点 ---DRAFT--- に書かれてい る情報も読むことをお勧めします。この章に書かれている問題点は、アップグ レードの過程と直接は関係がないかもしれませんが、それでもアップグレード を開始する前に知っておくべき重要事項である可能性があります。 4.1.1. あらゆるデータや設定情報をバックアップする ------------------------------------------------- システムをアップグレードする前に、完全なバックアップを取っておくよう強 くお勧めします。少なくとも、失いたくないデータや設定情報だけでもバック アップしておきましょう。アップグレードのツールや処理はきわめて信頼性の 高いものですが、アップグレードの最中にハードウェア障害が起こると、シス テムに大きなダメージを与えることがありえます。 バックアップしておくべき主な対象として、"/etc"、"/var/lib/dpkg"、 "/var/lib/apt/extended_states" の中身、そして dpkg コマンドの出力など があります: $ dpkg --get-selections '*' # (the quotes are important) システムの管理に "aptitude" を使っている場合は、 "/var/lib/aptitude/pkgstates" もバックアップしておくと良いでしょう。 アップグレードの過程自体は、"/home" ディレクトリ以下は一切変更しません 。とはいえ、(Mozilla スイートの一部や、GNOME・KDE といったデスクトップ 環境のように) ユーザが初めて新しいバージョンのアプリケーションを起動す るときに、既存のユーザ設定を新たなデフォルト値で上書きしてしまうものが あるのも事実です。万一に備えて、ユーザのホームディレクトリにある隠しフ ァイルと隠しディレクトリ (いわゆる "ドットファイル") をバックアップし ておくのがよいでしょう。古い状態に戻したり、再度設定する場合に役立つは ずです。ユーザにもこのことについて知らせておいてください。 あらゆるパッケージのインストール処理はスーパーユーザ特権で実行されなけ ればならないため、"root" としてログインするか "su" や "sudo" を使って 、必要なアクセス権限を得てください。 アップグレードにあたって事前に整えなければならない条件がいくつかありま す。実際にアップグレードを実行する前にそれらを確認してください。 4.1.2. 事前にユーザに通知する ----------------------------- アップグレードの前には、その予定をすべてのユーザに知らせるとよいでしょ う。ただ、システムに "ssh" 接続などでアクセスしてきているユーザが、ア ップグレードの最中にそうと気付くことはほとんどないはずで、また、作業を 続行できるはずです。 万一の対策をしたければ、アップグレードの前に "/home" パーティションを バックアップするか、アンマウントしておきましょう。 forky にアップグレードするときはおそらくカーネルをアップグレードしなけ ればならないので、通常は再起動が必要です。通常、これはアップグレード完 了後に実施します。 4.1.3. サービスのダウン期間の準備 --------------------------------- システムが提供しているサービスで、アップグレードに含まれるパッケージが 関連するサービスがあるかもしれません。この場合、注意して欲しいのですが 、アップグレード作業中に関連パッケージが置換・設定される際、これらのサ ービスが停止します。この間、サービスは利用できなくなります。 これらのサービスに対する実際のダウン期間は、システム中でアップグレード されるパッケージ数に応じて違いますし、このダウン期間には (もしあれば) システム管理者が各パッケージのアップグレードに対する設定の質問への回答 に費やす時間も含まれます。アップグレード作業が放置されたままでいて、シ ステムがアップグレード中に入力を必要とした場合、非常に長期間サービスが 利用ができなくなる可能性が非常に高いでしょう [1] アップグレードを行うシステムが、ユーザーやネットワークにとって最も重要 なサービスを提供している場合 [2]、システムの最小アップグレード で記述 しているように最小限のシステムアップグレードを行い、次にカーネルのアッ プグレードと再起動をし、そしてもっとも重要なサービスに関連するパッケー ジをアップグレードします。これらのパッケージのアップグレードは、システ ムのアップグレード にある完全アップグレードより先に実施します。このよ うにすれば、これらの最重要サービスが動作しつづけ、そして完全アップグレ ード作業を行っても利用可能であることを保証し、サービスの停止時間を減ら すことができます。 4.1.4. 復旧の準備 ----------------- Debian はシステムがブートできる状態を常に確保するように努めていますが 、アップグレード後のシステム再起動で問題に遭遇する可能性は常にあります 。既知の潜在的な問題点の多くは、このリリースノートの本章と次章で述べら れています。 上述の理由により、システムが再起動に失敗したり、リモート管理されている システムならネットワーク接続の確立に失敗した場合に備え、復旧できる手立 てを整えておくことが大切です。 "ssh" 接続経由でリモートからアップグレードを行うのなら、リモートのシリ アル端末からサーバにアクセスできるよう、必要な事前準備をしておくことを お勧めします。カーネルをアップグレードして再起動した後、ローカルコンソ ール経由でシステム設定を修正しなければならないことがあります。また、ア ップグレード中に誤ってシステムが再起動された場合にも、ローカルコンソー ルを使って復旧する必要に迫られることがあります。 緊急時のリカバリ作業について、通常お勧めしているのは forky 用 Debian インストーラーの *レスキューモード* の利用です。インストーラーを使う利 点は、多くのインストール手段の中からあなたの状況に最適なものを選べるこ とにあります。より詳しい情報は、インストールガイド (https://www.debian.org/releases/forky/installmanual にあります) の第 8 章にある"壊れたシステムの復旧"セクションや、Debian インストーラー FAQ を参照してください。 これが失敗するなら、システムを起動してアクセス・修復するための代替手段 が必要となるでしょう。1 つのオプションとしては、特別な復旧イメージや live インストール イメージを使うことがあります。これらを使って起動した 後は、ルートファイルシステムをマウントし、"chroot" でその中に入って問 題点を調査・解決できるはずです。 4.1.4.1. initrd を使った起動中のデバッグシェル ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ **initramfs-tools** パッケージは生成した initrd にデバッグシェルを収録 します [3]。例えば、initrd がルートファイルシステムをマウントできなけ れば、デバッグシェル内に移るでしょう。このデバッグシェルは、問題の追跡 、そしておそらくは修正の手助けとなる基本的なコマンドを備えています。 チェックすべき基本的事項としては、次のようなものがあります。"/dev" 内 に適切なデバイスファイルが存在するか、どのモジュールがロードされている か ("cat /proc/modules")、"dmesg" の出力にドライバのロード失敗のエラー が出ていないか、など。"dmesg" の出力はまた、どのデバイスファイルがどの ディスクに割り当てられているのかも示してくれます。ルートファイルシステ ムが期待通りのデバイス上にあるかを確認するために、"echo $ROOT" の出力 もチェックすべきでしょう。 問題点を何とか解決できたなら、"exit" とタイプすることでデバッグシェル を終了させ、起動プロセスを失敗した時点から継続できます。もちろん次回の 起動時に再び失敗することが無いよう、根本的な問題を修正して initrd を再 生成する必要があるでしょう。 4.1.4.2. systemd を使った起動中のデバッグシェル ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 起動が systemd において失敗する場合、カーネルコマンドラインを変更する ことでデバッグ用の root シェルを追加できます。基本的な起動は成功するが サービスが起動に失敗する場合は、カーネルパラメーターに "systemd.unit=rescue.target" を追加すると解決の役に立つかもしれません 。 それ以外の場合、カーネルパラメーターとして "systemd.unit=emergency.target" を指定することによって、可能な限り早い 段階で root シェルが使えるようになります。ですが、これは root ファイル システムを読み書き可能な権限でマウントする前に実行されます。以下を手動 で実行する必要があるでしょう: # mount -o remount,rw / もう一つのアプローチは "debug-shell.service" 経由で systemd の "早い段 階でのデバッグシェル" を有効にすることです。次の起動時にこのサービスは 起動プロセスの初期段階で tty9 にて root のログインシェルを立ち上げます 。カーネルの起動パラメーターで "systemd.debug-shell=1" と指定して有効 にするか、あるいは "systemctl enable debug-shell" で設定を永続的にしま す (この場合、デバッグが完了した際には再度無効にできます)。 systemd 環境下で起動がおかしいのをデバッグする詳細な情報については、 Freedesktop.org の Diagnosing Boot Problems という記事で参照できます。 4.1.5. アップグレード用の安全な環境の準備 ----------------------------------------- 重要: (**tinc** のような) VPN サービスを使っている場合、アップグレード作業 中に使えなくなる可能性を考慮してください。サービスのダウン期間の準備 を参照してください。 リモートでのアップグレード時にさらなる安全マージンを得るため、"screen" または "tmux" プログラムが提供する仮想コンソール内でアップグレード作業 を行うことを提案します。このプログラムは安全な再接続を可能にし、リモー ト接続プロセスが一時的に切断された場合でもアップグレード作業が中断しな いようにしてくれます。 In case "tmux" was upgraded to a new major version you may get an error on attach: "open terminal failed: not a terminal". You can still access the old session with: # /proc/$(pgrep "tmux: server")/exe attach **micro-evtd** パッケージにより提供される watchdog デーモンのユーザは 、アップグレードの前にデーモンを止めて watchdog タイマーを無効化し、ア ップグレード作業の途中で誤ってリブートが起きないようにすべきです: # service micro-evtd stop # /usr/sbin/microapl -a system_set_watchdog off 4.2. "純粋"な Debian からの作業開始 =================================== この章で説明しているアップグレードのプロセスは、"純粋"な安定版の Debian システムを想定して書かれています。もし、APT の設定が trixie 以 外で追加のソースを指定している、あるいは他のリリースやサードパーティか らパッケージをインストール している場合、確実にアップグレード作業を遂 行するため、事態をややこしくするこれらの要因を取り除くことから始めると 良いでしょう。 APT はパッケージダウンロード元を設定する書式を別のものへ移行中です。フ ァイル "/etc/apt/sources.list" や "/etc/apt/sources.list.d/" 内の "*.list" ファイルは、そのディレクトリ内ではあるものの ".sources" とい う名前で終わるファイルに置き換えられ、新しい読みやすい (deb822 形式の) 書式を使います。詳細は sources.list(5) をご覧ください。このリリースノ ート内の APT の設定例は新しい deb822 の書式で表記します。 もしシステムで複数の sources ファイルを使用しているのであれば、設定に 一貫性があることを確認する必要があるでしょう。 4.2.1. Debian 13 (trixie) からのアップグレード ---------------------------------------------- 13 (trixie) からのアップグレードのみがサポートされています。Debian の バージョンを表示するには以下を実行します: $ cat /etc/debian_version Debian 13 へのアップグレードが必要な場合、まず https://www.debian.org/releases/trixie/releasenotes にある Debian 13 のリリースノートの指示に従ってください。 4.2.2. 最新のポイントリリースへのアップグレード ----------------------------------------------- またこの手順は、システムが trixie の最新ポイントリリースにアップデート 済みであるものと想定しています。そうではなかったり、アップグレード済み かどうか不明なら、trixie システムのアップグレード 内の指示に従ってくだ さい。 4.2.3. Debian Backports ----------------------- Debian Backports は Debian 安定版のユーザーがより最新に近いバージョン のパッケージを (テストとセキュリティサポートの不足のトレードオフ込みで ) 実行できるようにしてくれます。Debian Backports チームは、次期 Debian リリースからのサブセットパッケージを現在の Debian 安定版リリースで使え るようにするために調整と再コンパイルなどしてメンテナンスしています。 trixie-backports から取得したパッケージは forky にあるバージョンよりも 小さいバージョン番号なので、ディストリビューションのアップグレードの作 業中、"純粋な" trixie パッケージと同じやり方で forky へと問題なくアッ プグレードできるはずです。今の所は潜在的な問題は特定されてないものの backports 経由のアップグレードはテストが少なく、それに応じてよりリスク があります。 注意: 通常の Debian Backports はサポートされているものの、(trixie- backports-sloppy を参照している APT sources の記述を使っている) sloppy backports からのクリーンなアップグレード経路は存在しません。 非公式なソース と同様に、ユーザーはアップグレードの前に APT sources フ ァイル群から "trixie-backports" の記述を削除することが推奨されています 。アップグレードの完了後に、"forky-backports" (https://backports.debian.org/Instructions/ をご覧ください) の追加が検 討できるでしょう。 詳細については Backports Wiki ページ を調べてください。 4.2.4. パッケージデータベースの準備 ----------------------------------- パッケージデータベースの準備が整っているか、アップグレードする前に確認 してください。もしパッケージマネージャ **aptitude** や **synaptic** を 使っているなら、それらにおいて中断しているアクションがないか確認してく ださい。パッケージマネージャにおいて、あるパッケージが削除あるいは更新 の対象となっているなら、アップグレード手順に好ましくない影響を与える可 能性があります。パッケージマネージャにおけるアクションの修正は、APT sources ファイルに "stable" や "forky" ではなく、"trixie" が指定されて いる段階でのみ可能なことに注意してください。APT の設定を確認する も参 照してください。 4.2.5. 利用されなくなったパッケージ ----------------------------------- アップグレードする前に 古いパッケージをシステムから削除する のも良いで しょう。古いパッケージはアップグレードを難しくさせ、メンテナンスされて いなければセキュリティリスクが存在しうるからです。 4.2.6. Debian 由来でないパッケージを削除する -------------------------------------------- Debian 由来でないパッケージを見つけるには、以下の "apt" または "apt- forktracer" を使った 2 つの手法があります。どちらも 100% 正確ではない 点を留意して下さい (例: apt の例では、古いカーネルパッケージのように一 度は Debian によって提供されていたが今は提供されていないパッケージを表 示します)。 $ apt list '?narrow(?installed, ?not(?origin(Debian)))' $ apt-forktracer | sort 4.2.7. 残っている設定ファイルを取り除く --------------------------------------- 以前のアップグレードでは使われていない設定ファイルのコピー、パッケージ メンテナーによって提供された 古いバージョン の設定ファイルなどが残され ているかもしれません。以前のアップグレードから取り残されたファイルを削 除すると混乱を避けることができます。そのような取り残されたファイルを見 つけるには: # find /etc -name '*.dpkg-*' -o -name '*.ucf-*' -o -name '*.merge-error' 4.2.8. non-free コンポーネントと non-free-firmware コンポーネント ----------------------------------------------------------------- non-free なファームウェアをインストールしていた場合、APT sources へ "non-free-firmware" の追加が推奨されています。 4.2.9. proposed-updates セクション ---------------------------------- APT sources ファイルに "proposed-updates" セクションを含めている場合は 、システムのアップグレードを試みる前に、それらのセクションをファイルか ら削除してください。これは衝突の可能性を減らすための予防策です。 4.2.10. 非公式なソース ---------------------- システムに Debian 以外のパッケージがインストールされている場合、依存関 係の衝突のためアップグレード中に削除されるかもしれないことに注意してく ださい。当該パッケージが APT sources ファイルに Debian 以外のパッケー ジアーカイブを追加することでインストールされたのなら、そのアーカイブが forky 用にコンパイルされたパッケージも提供しているかをチェックし、 Debian パッケージ用のソース項目と同時にそれも適切に修正してください。 ユーザによっては trixie システムに *非公式に* バックポートされた "より 新しい" バージョンのパッケージが *存在している* こともあるでしょう。そ のようなパッケージはファイルが競合する可能性があるので、アップグレード の際にはおそらく問題を起こします [4]。アップグレード中の注意点 には、 もしそのような競合が起きた場合にどうやって対処するのか、という情報があ ります。 4.2.11. APT の pin 機能を無効にする ----------------------------------- 特定のパッケージを安定版以外のディストリビューション (テスト版など) か らインストールするように APT を設定している場合、そのパッケージが新し い安定版リリース内のバージョンにアップグレードできるように、 ("/etc/apt/preferences" および "/etc/apt/preferences.d/" 内に保存され ている) APT の pin 設定を変更しなければならないかもしれません。APT の pin 機能に関する、より詳しい情報は、apt_preferences(5) にあります。 4.2.12. パッケージの状態をチェックする -------------------------------------- アップグレードの方法に関係なく、まず全パッケージの状態を調べ、全パッケ ージがアップグレード可能な状態にあるのを確認することをお勧めします。次 のコマンドは、インストールが未完了のパッケージ (Half-Installed) や設定 に失敗したパッケージ (Failed-Config)、何らかのエラー状態にあるパッケー ジを表示します: $ dpkg --audit "aptitude" や次のようなコマンドを使ってシステムの全パッケージの状態を 検査することもできます。 $ dpkg -l または # dpkg --get-selections '*' > ~/curr-pkgs.txt 別の方法としては "apt" を使うこともできます。 # apt list --installed > ~/curr-pkgs.txt アップグレード前に、あらゆる hold 状態を解除しておいたほうがよいでしょ う。アップグレードに不可欠なパッケージが hold 状態にある場合、アップグ レードに失敗します。 $ apt-mark showhold パッケージをローカルで変更・再コンパイルしており、パッケージの名前を変 えたりバージョン番号に epoch フィールドを追加していないなら、アップグ レードしないよう hold 状態にしておかなければなりません。 "apt" でパッケージを "hold" 状態に変更するには、以下のように実行してく ださい。 # apt-mark hold package_name "hold" 状態を解除するには "hold" の代わりに "unhold" を使用してくださ い。 修正が必要なことがあるなら、APT の設定を確認する で説明するように APT sources ファイルが trixie を指定したままにしておくべきです。 4.3. APT sources ファイルの準備 =============================== アップグレードを始める前に、APT の sources に forky を追加し、trixie を削除する必要があります。 "純粋"な Debian からの作業開始 で触れたように、新しい deb822 形式の書 式の使用を推奨しますので、"/etc/apt/sources.list" や "/etc/apt/sources.list.d/" 内のあらゆる "*.list" ファイルは "/etc/apt/sources.list.d/" 内の単一ファイル "debian.sources" に置き換 える必要があるでしょう (すでに実施していない場合)。このファイルの通常 の見た目の例は以下に示していきます。 APT は、あらゆる設定済みアーカイブを通して見つかったすべてのパッケージ を見比べ、最も大きなバージョン番号のパッケージをインストールします。同 じパッケージが取得可能な場合は、ファイルで最初に現れたエントリを優先し ます。したがって、複数のミラーを指定する場合は、最初にローカルのハード ディスクを、次に CD-ROM を、最後にリモートミラーを指定すると良いでしょ う。 リリースを指定するのに、コードネーム ("trixie" や "forky") と状態名 ("oldstable"、"stable"、"testing"、"unstable") のどちらもよく使用され ます。コードネームによる指定には、新しいリリースが出たときに驚かずに済 むという利点があるため、ここではコードネームを使用しています。当然です が、コードネームを使用している場合は自分でリリースアナウンスに注意を払 わなければいけません。代わりに状態名を使用している場合は、リリースが行 われた直後に、パッケージが大量に更新可能になったことに気づくでしょう。 Debian は、Debian のリリースに関わる関連情報について最新の状態を保つた めに役立つ 2 つのアナウンス用メーリングリストを提供しています: * Debian アナウンスメーリングリストを購読 すれば、Debian が新しいリリ ースを行う度に通知がきます。例えば、"forky" の "テスト版 (testing)" から "安定版 (stable)" へ変わった時などです。 * Debian セキュリティアナウンスメーリングリストを購読 すれば、Debian がセキュリティのアナウンスを公開する度に通知を受け取ります。 4.3.1. APT のインターネットソースの追加 --------------------------------------- 新規インストールではデフォルトはネットワークの条件によってあなたに近い サーバから自動的にパッケージをダウンロードできる Debian APT CDN サービ スを使うように APT を設定します。これは比較的新しいサービスのため、古 いインストールでは以前としてメインの Debian インターネットサーバのひと つまたはミラーのひとつを設定しているかもしれません。もしまだ設定を行っ ていない場合、APT 設定において CDN サービスを使うように切り替えること を推奨します。 CDN サービスを利用するには、APT の正しい設定は ("main" と "non-free- firmware" を使用していると仮定すると) 次のように "/etc/apt/sources.list.d/debian.sources" に書きます: Types: deb URIs: https://deb.debian.org/debian Suites: forky forky-updates Components: main non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg Types: deb URIs: https://security.debian.org/debian-security Suites: forky-security Components: main non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg 注釈: Starting in trixie the ".gpg" keyring pathnames are now backwards compatibility symlinks to the new ".pgp" canonical pathnames, which will eventually get removed. 古い sources ファイルはすべて削除していることを確認してください。 しかしながら、もし CDN サービスではなくあなたのネットワークの条件から 近い特定のミラーを使用して良い結果が得たいならば、URIs 行にあるミラー URI を (例えば) 次のように置き換えることができます。"URIs: https://mirrors.kernel.org/debian" もし "contrib" もしくは "non-free" からパッケージを使いたいときは、こ れらの名前を全部の "Components:" 行に追加します。 新しいソースを追加した後、APT sources ファイル内の既存のアーカイブエン トリの先頭にハッシュ記号 ("#") を追加して無効にしてください。 4.3.2. APT のローカルミラーソースの追加 --------------------------------------- HTTP パッケージミラーを使うのではなく、ローカルディスク (おそらくは NFS マウントされたもの) にあるミラーを使うよう、APT sources ファイルを 変更したいことがあるかもしれません。 例えばパッケージのミラーが "/var/local/debian/" にあり、主なディレクト リの配置が次のようになっているとします。 /var/local/debian/dists/forky/main/... /var/local/debian/dists/forky/contrib/... これを **apt** で使うには、次を "/etc/apt/sources.list.d/debian.sources" ファイルに追加します。 Types: deb URIs: file:/var/local/debian Suites: forky Components: main non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg 注釈: Starting in trixie the ".gpg" keyring pathnames are now backwards compatibility symlinks to the new ".pgp" canonical pathnames, which will eventually get removed. 再度、あなたの新しいソースを追加した後、既存のアーカイブエントリを無効 にしてください。 4.3.3. APT の光学メディアソースの追加 ------------------------------------- DVD (や CD、Blu-ray ディスク) *だけ* を使いたい場合は、すべての APT sources ファイル内の既存エントリの先頭にハッシュ記号 ("#") を置き、そ れらを無効にしてください。 CD-ROM ドライブをマウントポイント "/media/cdrom" にマウントできるよう にしている行が "/etc/fstab" にあるかどうかを確認してください。例えば "/dev/sr0" が CD-ROM ドライブなら、"/etc/fstab" には次のような行が必要 です。 /dev/sr0 /media/cdrom auto noauto,ro 0 0 第 4 フィールドの "noauto,ro" の単語の間には、スペースを入れてはいけま せん。 これが正しく機能しているか調べるには、CD を挿入して以下を実行してみて ください。 # mount /media/cdrom # this will mount the CD to the mount point # ls -alF /media/cdrom # this should show the CD's root directory # umount /media/cdrom # this will unmount the CD 問題がなければ # apt-cdrom add を、Debian Binary CD-ROM それぞれに対して実行してください。各 CD に関 するデータが APT のデータベースに追加されます。 4.4. パッケージのアップグレード =============================== 推奨する方法はパッケージ管理ツール "apt" を使って前の Debian リリース からアップグレードすることです。 注釈: "apt" は対話式な用途を目的としており、スクリプトの中で使うべきではあ りません。スクリプトの中では字句解析に適していて安定した出力をもつ "apt-get" を使うべきです。 まず、必要なすべてのパーティション (特にルートパーティションと "/usr" パーティション) を read-write モードでマウントするのを忘れずに行いまし ょう。それには以下のようなコマンドを使います。 # mount -o remount,rw /mountpoint 次に、("/etc/apt/sources.list.d/" 以下のファイル内の) APT ソースのエン トリが "forky" と "stable" のいずれか一方を指定していることを念入りに チェックしてください。trixie を指し示すソースエントリが含まれてはいけ ません。 注釈: CD-ROM のソース行は "unstable" を指定していることがよくあります。こ れは混乱の元かもしれませんが、変更すべきでは *ありません*。 4.4.1. セッションの記録 ----------------------- "apt" は "/var/log/apt/history.log" に変更されたパッケージの状態を、 "/var/log/apt/term.log" に端末の出力を記録します。"dpkg" は、さらに "/var/log/dpkg.log" にすべてのパッケージ状態の変更を記録します。 "aptitude" を使っている場合は、"/var/log/aptitude" にも状態の変更を記 録します。 何らかの問題が生じたときには何が起こったかが記録されており、必要に応じ てバグ報告に正確な情報を含めることができます。 また、"term.log" で、スクロールしてスクリーンから消えた情報をもう一度 見ることができるようにもなります。システムのコンソールの前に居る場合は 、("Alt+F2" を使って) 2 番の仮想コンソールに切り替えて、それをもう一度 見ることができます。 4.4.2. パッケージリストの更新 ----------------------------- まず、新しいリリースで利用可能なパッケージの一覧を取得する必要がありま す。そのためには以下のコマンドを実行してください。 # apt update 4.4.3. アップグレードするのに十分な領域があることを確認する ----------------------------------------------------------- システムアップグレードの前には、システムのアップグレード で説明するシ ステム全体のアップグレードを開始するときに、十分なハードディスク領域が あるかどうかを確認してください。まず、ネットワーク経由で取得してインス トールする必要があるパッケージは、すべて "/var/cache/apt/archives" (お よびダウンロード中には "partial/" サブディレクトリ) に保存されます。し たがって、システムにインストールされるパッケージをダウンロードして一時 的に保存できるよう、"/var/" を保持しているファイルシステムパーティショ ンに十分な空き領域があることを確認しなければなりません。ダウンロード後 にはおそらく、アップグレードされるパッケージ (これらには、より大きなバ イナリやより多くのデータが含まれている可能性があります) と、アップグレ ードに伴って依存関係に引きずられて新たにインストールされるパッケージの 両方のインストールのために、他のファイルシステムパーティションにさらに 領域が必要になるでしょう。システムに十分な空き領域がない場合、アップグ レードが不完全な状態で終わり、復旧が困難になる可能性があります。 "apt" で、インストールに必要なディスク領域の詳細な情報が表示できます。 アップグレードを実行する前に、次のように実行して必要な領域の推定値を見 ることができます。 # apt -o APT::Get::Trivial-Only=true full-upgrade [ ... ] XXX upgraded, XXX newly installed, XXX to remove and XXX not upgraded. Need to get xx.xMB of archives. After this operation, AAAMB of additional disk space will be used. 注釈: アップグレード手順の初めにこのコマンドを実行すると、以降のセクション で説明するような理由でエラーが発生する可能性があります。その場合、こ のコマンドを実行してディスク領域の推定値を見る前に、まず システムの 最小アップグレード で説明しているシステムの最小アップグレードを行う 必要があります。 アップグレードをするのに十分な領域がない場合は、"apt" が以下のような警 告メッセージを出します。 E: You don't have enough free space in /var/cache/apt/archives/. この場合、事前に領域を解放するのを忘れないようにしてください。以下のこ とを実行するとよいでしょう。 * インストールのために、以前 ("/var/cache/apt/archives" に) ダウンロー ドしたパッケージを削除する。"apt clean" を実行してパッケージキャッシ ュを一掃すると、以前ダウンロードしたパッケージファイルをすべて削除で きます。 * 忘れ去られたパッケージを削除する。さらに、trixie で手作業でパッケー ジをインストールするのに "aptitude" や "apt" を使っていたのなら、手 作業でインストールされたパッケージの記録が取られています。依存関係の みによって引きずられてインストールされたパッケージに対して、依存元パ ッケージが削除されたためにもう不要となった場合に、余分だというマーク をつけることができるでしょう。手作業でインストールしたパッケージには 削除されるマークをつけません。自動的にインストールされたがもはや使わ れていないパッケージを削除するには、以下を実行してください: # apt autoremove 余分なパッケージを見つけるのに "debfoster" も使えます。このツールが 表示したパッケージをやみくもに削除しないでください。特に、誤検出しや すい非デフォルトの凶暴なオプションを使っている場合はなおさらです。実 際に削除する前に、削除を提案されたパッケージ (の内容やサイズ、説明な ど) を手作業で調べなおすことを強くお勧めします。 * 多くの容量を占めていて現在必要のないパッケージを削除する (アップグレ ード後にいつでもインストールし直せます)。**popularity-contest** をイ ンストールしていれば、"popcon-largest-unused" を使うことにより、容量 の多くを占めていて使うことのないパッケージの一覧が得られます。 "dpigs" (**debian-goodies** パッケージに収録) や "wajig" ("wajig size" を実行) により、ディスク容量を消費するだけのパッケージを検索す ることができます。こういった情報は **aptitude** を使って検索すること もできます。"aptitude" を full-terminal モードで起動し、"表示 > フラ ットなパッケージ一覧を新規に作成" を実行し、"l" を押して、"~i" と入 力します。"S" を押して "~installsize" と入力します。すると、作業しや すい一覧が得られます。 * 翻訳や地域化用ファイルが不要なら、それらをシステムから削除する。 **localepurge** パッケージをインストールして設定すれば、選んだ少数の ロケールのみがシステムに残るようにすることが可能です。これによって、 "/usr/share/locale" の消費するディスク領域を減らせるでしょう。 * "/var/log/" の下にあるシステムログを、一時的に他のシステムに移動する か、永久に削除する。 * 仮設の "/var/cache/apt/archives" を使用する。すなわち、別のファイル システム (USB ストレージデバイス、一時的なハードディスク、既に使用さ れているファイルシステムなど) を仮設のキャッシュディレクトリとして拝 借することができます。 注釈: アップグレード中にネットワーク接続が途切れる可能性があるので、NFS マウントは使用しないでください。 以下は、"/media/usbkey" にマウントされた USB ドライブがある場合を例 とします。 1. 今までに、インストールのためにダウンロードされたパッケージを削除 します。 # apt clean 2. ディレクトリ "/var/cache/apt/archives" を、USB ドライブにコピーし ます。 # cp -ax /var/cache/apt/archives /media/usbkey/ 3. 現在のキャッシュディレクトリに、仮のキャッシュディレクトリをマウ ントします。 # mount --bind /media/usbkey/archives /var/cache/apt/archives 4. アップグレード後に、元々の "/var/cache/apt/archives" ディレクトリ を復活させます。 # umount /var/cache/apt/archives 5. 残っている "/media/usbkey/archives" を削除します。 仮設のキャッシュディレクトリは、システムにマウントされているファイル システムであれば何にでも作成できます。 * システムの最小アップグレードを行う (システムの最小アップグレード 参 照)、あるいは完全アップグレードにしたがって、システムの部分的なアッ プグレードを行う。これによって、システムを部分的にアップグレードが可 能になり、完全アップグレード前にパッケージキャッシュの削除ができます 。 パッケージを安全に削除するための注意として、APT の設定を確認する で説 明するように、APT sources ファイルが trixie を指し示すよう設定を戻して おくことが望ましいです。 4.4.4. 監視システムの停止 ------------------------- "apt" があなたのコンピューターで動作しているサービスを一時的に停止する 必要があるかもしれないため、アップグレードの最中に終了された他のサービ スを再起動できるような監視用サービスを予め停止しておくのが良い考えでし ょう。Debian では、**monit** がそのようなサービスの例です。 4.4.5. システムの最小アップグレード ----------------------------------- 完全アップグレード (以下に記述しています) を直接行った場合、残しておき たいパッケージが大量に削除されてしまうことが時折あります。そのため、ま ずはこれらの競合状態を打開するための最小アップグレードを行い、その上で システムのアップグレード にあるような完全なアップグレードを行う、とい う 2 段階のアップグレード過程を踏むことをお勧めします。 これをまず行うには、以下のコマンドを実行してください。 # apt upgrade --without-new-pkgs このコマンドには、アップグレードしても他のパッケージをインストール・削 除する必要がないパッケージだけをアップグレードする、という効果がありま す。 システムの容量が少なく、容量による制約のため完全アップグレードが実行で きない場合にも、システムの最小アップグレードは有用です。 **apt-listchanges** パッケージがインストールされていれば、(デフォルト 設定で) パッケージのダウンロード後にアップグレードされるパッケージにつ いての重要な情報をページャで表示します。読み終わったら "q" を押してペ ージャを終了し、アップグレードを続けてください。 4.4.6. システムのアップグレード ------------------------------- これまでの手順を実行し終わったら、アップグレードの主要な部分を続ける準 備ができています。以下のコマンドを実行してください。 # apt full-upgrade これによってシステムの完全なアップグレードが行われ、すべてのパッケージ の最新版がインストールされ、リリース間で発生しうるパッケージの依存関係 の変化すべてが解決されます。必要に応じて、新しいパッケージ (通常は、新 しいバージョンのライブラリや、名前の変わったパッケージ) がインストール されたり、衝突した古いパッケージが削除されたりもします。 CD/DVD/BD のセットからアップグレードする場合には、アップグレードの最中 に、おそらく特定のディスクを入れるよう何回か指示されることになるでしょ う。同じディスクを複数回入れなければならないかもしれません。これは、相 互に依存しているパッケージが別々のディスクに分散しているためです。 現在インストールされているパッケージを新しいバージョンへとアップグレー ドする際に、他のパッケージのインストール状態を変更しなければならないよ うな場合には、そのパッケージは現在のバージョンのままになります ("固定 されている" と表示されます)。この状態は、"aptitude" でこれらのパッケー ジをインストール対象として選択するか、または "apt install パッケージ名 " を実行してみると、解決できます。 4.5. アップグレード中の注意点 ============================= 以下の章では、forky へのアップグレードの最中に現れるかもしれない既知の 問題を記述しています 4.5.1. 「即時設定は動作しません」で full-upgrade が失敗する ----------------------------------------------------------- "apt full-upgrade" の途中でパッケージをダウンロードした後に失敗となり 、 E: Could not perform immediate configuration on 'package'. Please see man 5 apt.conf under APT::Immediate-Configure for details. と表示することがあります。これが起きた場合は、代わりに "apt full- upgrade -o APT::Immediate-Configure=0" を実行することでアップグレード を進められるはずです。 この問題の暫定的な別の対処の可能性として、trixie と forky の両方のソー スを一時的に APT sources ファイルに追加して "apt update" を実行する方 法があります。 4.5.2. 予期されるパッケージの削除 --------------------------------- forky へのアップグレード作業では、システム中のパッケージ削除を尋ねてく るかもしれません。実際のパッケージ一覧は、インストールしてあるパッケー ジの構成によって異なってくるでしょう。このリリースノートでは、どのよう な方法をとるべきかに関する一般的なアドバイスをします。しかし、確信がも てない場合は、それぞれの方法でアップグレードを先に進める前に、どのパッ ケージを削除するよう提案されているのか、きちんと調べることをお勧めしま す。forky で時代遅れ (obsoleted) となったパッケージの詳細については、 利用されなくなったパッケージ を参照してください。 4.5.3. 衝突 (Conflicts) あるいは事前依存 (Pre-Depends) のループ --------------------------------------------------------------- 場合によっては衝突や事前依存のループのために、APT の "APT::Force- LoopBreak" オプションを有効にして、必須パッケージを一時的に削除しなけ ればならないかもしれません。その場合 "apt" はこのことを警告してアップ グレードを中断します。"apt" のコマンドラインにオプション "-o APT ::Force-LoopBreak=1" を指定すれば、この状態を回避できます。 システムの依存関係の構造があまりに問題だらけで、手動での介入が必要とな ることもあります。通常、手動での介入とは、"apt" を用いるか、あるいは # dpkg --remove package_name で問題の原因となるパッケージを消す作業になります。または次の方法を用い てもよいかもしれません。 # apt -f install # dpkg --configure --pending 極端な場合には、コマンドラインから次のように入力して、再インストールし なければならないかもしれません。 # dpkg --install /path/to/package_name.deb 4.5.4. ファイルの衝突 --------------------- "純粋" な trixie システムからのアップグレードでは、ファイルの衝突は起 こらないはずですが、非公式のバックポートパッケージをインストールしてい るなら起こるかもしれません。ファイルの競合が起こると、次のようなエラー になります: Unpacking (from ) ... dpkg: error processing (--install): trying to overwrite `', which is also in package dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: ファイルの衝突を解消するには、エラーメッセージの *最後の* 行に表示され たパッケージを強制的に削除します: # dpkg -r --force-depends package_name 問題が修正できたら、先程説明した "apt" コマンドを再度入力すれば、アッ プグレードを再開できます。 4.5.5. 設定の変更 ----------------- アップグレードの最中に、いくつかのパッケージの設定・再設定に関する質問 が表示されます。"/etc/init.d" ディレクトリと "/etc/manpath.config" フ ァイルに関しては、パッケージメンテナのバージョンに置き換えるようにして ください。システムの整合性を保つためには "yes" と答えることが必要にな ります。古いバージョンも ".dpkg-old" という拡張子をつけられて保存され ていますので、戻すのはいつでもできます。 If you're not sure what to do, write down the name of the package or file and sort things out at a later time. You can search in the "/var/log/apt/term.log" file to review the information that was on the screen during the upgrade. 4.5.6. コンソール接続へセッションの変更 --------------------------------------- システムのローカルコンソールを使ってアップグレードを実行している場合、 アップグレードの最中に何回かコンソールが別の画面へ移動してしまい、アッ プグレード作業が見えなくなることに気づくかもしれません。例えば、グラフ ィカルインターフェイスがあるシステムではディスプレイマネージャが再起動 した際に起こります。 仮想ターミナル 1 に戻るには (グラフィカルの起動画面の場合は) "Ctrl+Alt+F1"、あるいは (ローカルのテキストモードコンソールの場合には) "Alt+F1" を使う必要があります。"F1" は、アップグレードが実行されている 仮想ターミナルの番号と同じ番号のファンクションキーと置き換えてください 。異なったテキストモードのターミナル間で切り替えを行うには、"Alt+左矢 印" か "Alt+右矢印" も使えます。 4.6. カーネルと関連パッケージのアップグレード ============================================= このセクションでは、カーネルのアップグレード方法を説明し、このアップグ レードに際して生じる可能性がある問題点を明確にします。Debian で提供さ れている **linux-image-*** パッケージのいずれかをインストールしても、 カスタマイズしたカーネルをソースからコンパイルしてもかまいません。 このセクションに書かれている多くの情報は、ユーザが Debian のモジュラー カーネルのいずれかを **initramfs-tools** や **udev** とともに使用して いるのを前提にしている、ということに注意してください。initrd を必要と しないカスタムカーネルを使用するのを選択した場合や、initrd 生成ユーテ ィリティとして異なるものを使用している場合は、このセクションの情報の一 部は適切ではないかもしれません。 4.6.1. カーネルメタパッケージのインストール ------------------------------------------- trixie から forky への full-upgrade を実行する際、新しい linux-image-* メタパッケージを、過去にインストールしていない場合にはインストールする ことを強くお勧めします。これらのメタパッケージは、アップグレードの最中 に自動的に新しいバージョンのパッケージを取得します。次のように実行する と、どのパッケージがインストールされているのかを確認できます: $ dpkg -l 'linux-image*' | grep ^ii | grep -i meta 何も出力されない場合は、新しい linux-image パッケージを手作業でインス トールするか、linux-image メタパッケージをインストールする必要がありま す。利用可能な linux-image メタパッケージの一覧を見るには次のように実 行してください: $ apt-cache search linux-image- | grep -i meta | grep -v transition どのパッケージを選択すればよいのかわからない場合は、"uname -r" を実行 し、似た名前をもつパッケージを探してください。例えば、コマンドの出力が '"4.9.0-8-amd64"' の場合は **linux-image-amd64** をインストールするこ とをお勧めします。利用可能なパッケージのうち最良のものを選ぶ手助けとし て、次のように "apt" を用いて各パッケージのパッケージ説明の詳細版を参 照してもよいでしょう。以下は例です: $ apt show linux-image-amd64 インストールするカーネルイメージが決まったら、"apt install" でインスト ールします。次回、再起動可能になった際に新しいカーネルバージョンが提供 するメリットを得るために再起動を実行する必要があります。ですが、アップ グレード後の最初の再起動を実行する前に アップグレード後、再起動前にす ること を参照してください。 少し勇気のある人には、Debian 上で簡単に自分のカスタムカーネルをコンパ イルするやり方があります。**linux-source** パッケージで提供されるカー ネルソースをインストールしてください。バイナリパッケージの構築には、ソ ース中の Makefile 中の "deb-pkg" ターゲットが使えます。さらなる情報は 、Debian Linux カーネルハンドブック にあります。**debian-kernel- handbook** パッケージでも利用できます。 可能であればカーネルパッケージのアップグレードをメインの "full- upgrade" と分けることで、一時的にでも起動不能なシステムにしてしまうこ とを極力避けられます。カーネルパッケージのアップグレードは、システムの 最小アップグレード で説明した最小アップグレードの手順の後以外では行う べきでないことに注意してください。 4.7. アップグレード後の掃除 =========================== 二つの手順でアップグレード後のディストリビューションを掃除することを推 奨します。 * アップグレードするのに十分な領域があることを確認する や 利用されなく なったパッケージ で説明するように、余分、あるいは時代遅れ (obsolete) のパッケージを削除してください。それらのパッケージが使用する設定ファ イルを確認し、パッケージの完全削除 (purge) によって、設定ファイルも 含めて削除することを検討してください。削除したパッケージを完全削除す る についても参照をお願いします。 * APT sources をアップグレードしてください。APT は使用するレポジトリの 指定に使われていた古い書式を廃止予定です。APT sources ファイルの準備 や sources.list(5) をご覧ください。もしまだ全設定ファイルを移行して いない場合は、新しい "apt" の機能 "apt modernize-sources" が使えます 。 * Switch your APT sources to use the canonical Debian archive keyring pathnames in *Signed-By*, by replacing the ".gpg" extension to ".pgp", as the backwards compatible ".gpg" symlinks will eventually disappear. 4.8. 自動的にインストールされたパッケージを一掃する =================================================== Some packages may have been only installed on your system as dependencies of other packages. With the new release these dependencies could have changed and apt will propose to remove those automatically installed packages. For this run: # apt autoremove 4.9. 利用されなくなったパッケージ ================================= forky では大量の新規パッケージが導入された一方で、trixie に存在してい た非常の少量の古いパッケージの破棄や削除が行われています。これら時代遅 れのパッケージをアップグレードする手段は提供されていません。時代遅れの パッケージを使い続けても構いませんが、Debian プロジェクトでは通常、 forky がリリースされてから 1 年後にセキュリティサポートを終了します [5]。そして、その時点から他のサポートも提供しません。利用可能な代替手 段で置き換えられるのであれば、そうすることをお勧めします。 パッケージがディストリビューションから削除された理由は、数多くあります ――もう上流で保守されていない、そのパッケージの保守作業に興味を抱く Debian 開発者がもういない、提供していた機能が別のソフトウェア (または 新しいバージョン) に取って代わられた、バグのために forky にはもう適さ ないと見なされた、などです。最後の場合では、当該パッケージが "不安定版 " ディストリビューション内にはまだ存在していることがあります。 "廃止、あるいはローカルで作成されたパッケージ" は以下のコマンドライン でまとめて表示・削除できます: $ apt list '?obsolete' # apt purge '?obsolete' Debian バグ追跡システム は、パッケージが削除された理由についての追加情 報を提供してくれることがよくあります。そのパッケージ自体と ftp.debian.org 擬似パッケージ の両方の、アーカイブ化されたバグ報告を調 べてください。 forky での廃止パッケージ一覧については、特記すべき廃止されたパッケージ たち を参照して下さい。 4.9.1. 削除したパッケージを完全削除する --------------------------------------- 一般的に、削除したパッケージを完全に削除 (purge) するのは賢明なことで す。以前のリリースアップグレード (つまりは trixie へのアップグレード) の際に削除されているパッケージである、あるいはパッケージがサードパーテ ィベンダーから提供されたものである場合、尚のこととなります。特に、古い init.d スクリプトは問題を起こすことが知られています。 注意: パッケージの完全削除 (purge) は通常ログファイルについても完全に削除 を行うので、まずはこのバックアップを行ったほうが良いでしょう。 以下のコマンドは、設定ファイルをシステムに残して削除されたパッケージの 一覧を (もしあれば) 表示します: $ apt list '?config-files' "apt purge" を実行すればパッケージを削除できます。一度でこれらのパッケ ージを削除したい場合は、以下のコマンドで実施できます: # apt purge '?config-files' 4.9.2. 移行用ダミーパッケージ ----------------------------- trixie からのいくつかのパッケージは forky においてアップグレードを簡単 にできるよう設計された空の代用品である移行用ダミーパッケージによって置 き換えられるかもしれません。以前は 1 つのパッケージであったアプリケー ションがいくつかのパッケージに分割された場合、移行用パッケージは古いパ ッケージと同じ名前で、新しいパッケージをインストールするための適切な依 存関係をもって提供されるかもしれません。これをインストールした後は冗長 なダミーパッケージを安全に削除できます。 移行用ダミーパッケージの説明には、通常その目的が記されています。しかし ダミーパッケージの説明文は統一されておらず、特にパッケージ一式をインス トールするためや、プログラムの最新のバージョンを追跡するために"ダミー" パッケージがインストールされたままとなるように設計されているものもあり ます。 [1] debconf の優先度を、とても高いレベルに設定していると設定プロンプト を抑制できますが、デフォルト値があなたのシステムに合わない場合、サ ービスはそのままでは起動に失敗することでしょう。 [2] 例: DNS や DHCP サービス、特に冗長性やフェイルオーバー機能が無い場 合。DHCP の例では、リースタイムがアップグレード作業が完了する時間 よりも短い場合、エンドユーザはネットワークから切り離されるでしょう 。 [3] この機能は、ブートパラメータに "panic=0" を付加することで無効にで きます。 [4] Debian のパッケージ管理システムにおいて、別のパッケージを置き換え るように指定されていないパッケージは、通常、別のパッケージの所有フ ァイルを削除したり置き換えたりすることはできません。 [5] あるいは、1 年以内でも別のリリースが出るときに。一般に、どの時点で も、サポートされる安定版リリースは 2 つだけです。 5. forky で注意すべき点 ---DRAFT--- *********************************** 新しいリリースで導入された変更点には副作用が避けられず、どこか他の場所 でバグを出してしまうことがあります。この章では、現時点で私たちが知って いる問題点を記載しています。正誤表・関連パッケージの付属文書・バグ報告 や、もっと読みたい で触れられているその他の情報も読んでください。 5.1. forky へアップグレードする際に注意すべきこと ================================================= この項では trixie から forky へのアップグレードに関連した項目を取り扱 います。 5.1.3. アップグレード後、再起動前にすること ------------------------------------------- "apt full-upgrade" が完了した時点で、"正規"のアップグレードは完了して います。forky へのアップグレードについては、再起動の実行前に必要となる 特別な作業はありません。 5.2. アップグレード後も影響がある項目 ===================================== 5.2.1. セキュリティサポートにおける制限事項 ------------------------------------------- Debian がセキュリティ問題に対する最小限のバックポートを約束できないパ ッケージがいくつか存在しています。これらについては以下の章で触れられて います。 注釈: **debian-security-support** パッケージが、インストールされたパッケー ジのセキュリティサポート状況を確認するのに役立ちます。 5.2.1.1. ウェブブラウザとそのレンダリングエンジンにおけるセキュリティ更新の状態 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Debian 14 includes several browser engines which are affected by a steady stream of security vulnerabilities. The high rate of vulnerabilities and partial lack of upstream support in the form of long term branches make it very difficult to support these browsers and engines with backported security fixes. Additionally, library interdependencies make it extremely difficult to update to newer upstream releases. Applications using the **webkit2gtk** source package (e.g. **epiphany**) are covered by security support, but applications using qtwebengine (source packages **qtwebengine- opensource-src** and **qt6-webengine**) are not. 一般的なウェブブラウザ利用として我々は Firefox または Chromium を推奨 しています。安定版向けに現行の ESR リリースをリビルドすることで最新を 維持します。同じ手法が Thunderbird にも適用されます。 一旦リリースが "oldstable" となると、公式サポート対象のブラウザは標準 的な保証期間の更新を受け続けられないかもしれません。例えば、Chromium は "oldstable" では通常の 12 ヶ月 ではなく 6 ヶ月のセキュリティサポー トのみを受けます。 5.2.1.2. Go および Rust 言語ベースのパッケージ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 現在、Debian のインフラは静的リンクを行うパッケージをリビルドすること に問題を抱えています。Go および Rust のエコシステムの成長に伴い、イン フラが強化されメンテナンスが行き届くようになるまでは、限定的なセキュリ ティサポートとなります。 多くの場合ですが Go あるいは Rust の開発用ライブラリへの更新は、定期的 なポイントリリースでのみ提供されます。 5.3. 廃止および非推奨となった事柄について ========================================= 5.3.1. 特記すべき廃止されたパッケージたち ----------------------------------------- 以下は、よく知られていて特に廃止されたパッケージの一覧です (説明につい ては 利用されなくなったパッケージ 参照）。 廃止パッケージの一覧には以下が含まれます: 5.3.2. forky で非推奨となったコンポーネント ------------------------------------------- 次のリリースである Debian 15 (コードネーム duke) では、いくつかの機能 が非推奨となります。15 へ更新する際にトラブルを防ぐためには、ユーザー は他の選択肢へ移行する必要があります。 これには以下の機能が含まれます: 5.4. 既知の重大なバグ ===================== Although Debian releases when it's ready, that unfortunately doesn't mean there are no known bugs. As part of the release process all the bugs of severity serious or higher are actively tracked by the Release Team, so an overview of those bugs that were tagged to be ignored in the last part of releasing forky can be found in the Debian Bug Tracking System. The following bugs were affecting forky at the time of the release and worth mentioning in this document: +---------------+------------------------+--------------------------------------------------------------+ | バグ番号 | パッケージ名 (ソースあ | 説明 | | | るいはバイナリ) | | |===============|========================|==============================================================| | 1032240 | **akonadi-backend- | akonadi server not robust against mysql upgrades | | | mysql** | | +---------------+------------------------+--------------------------------------------------------------+ 6. Debian に関するさらなる情報 ---DRAFT--- ****************************************** 6.1. もっと読みたい =================== このリリースノートや インストールガイド (https://www.debian.org/releases/forky/installmanual にあります) を越 えた、Debian に関するより詳細な文書が、Debian Documentation Project (DDP) から公開されています。DDP は Debian のユーザや開発者向けに、 Debian リファレンス・Debian 新メンテナガイド・Debian FAQ などなどの様 に、品質の高い文書を作成することを目的としています。現在利用可能なリソ ースのすべてについて、詳細は DDP のウェブサイト および Debian Wiki を 参照して下さい。 それぞれのパッケージの文書は "/usr/share/doc/パッケージ" にインストー ルされています。ここには、著作権情報、Debian 固有の詳細、開発元の文書 すべて、などが置かれています。 6.2. 手助けを求めるには ======================= Debian ユーザ向けのヘルプ・アドバイス・サポートなどは、いろいろな場所 から得られます。しかしこれらを頼りにするのは、入手できるドキュメントで その問題について調査してからにしましょう。この章では新しく Debian ユー ザになった人にとって役立つであろう、これらのリソースを簡単に紹介します 。 6.2.1. メーリングリスト ----------------------- Debian ユーザが最も興味を引かれるであろうメーリングリストは debian- user (英語) リストおよび debian-user-言語 (各国語) リストでしょう。こ れらのリストの詳細や講読のしかたについては、https://lists.debian.org/ を見てください。利用にあたっては、あなたの疑問に対する答えが以前の投稿 ですでに答えられていないかどうか、アーカイブをチェックしてください。ま た標準的なメーリングリストのエチケットに従うようにしてください。 6.2.2. インターネットリレーチャット (IRC) ----------------------------------------- Debian には、Debian ユーザのサポートや援助のために専用の IRC チャンネ ルが OFTC IRC ネットワークにあります。このチャンネルにアクセスするには 、お好みの IRC クライアントを irc.debian.org に接続し、"#debian" に join してください。 チャンネルのガイドラインに従い、他のユーザをきちんと尊重してください。 ガイドラインは Debian Wiki で参照できます。 OFTC についてさらに詳しく知りたい場合は、ウェブサイト を訪ねてみてくだ さい。 6.3. バグを報告する =================== 私たちは Debian を高品質な OS にするよう努めていますが、だからといって 私たちの提供するパッケージにバグが皆無というわけではありません。Debian の "オープンな開発体制" という考え方に合致し、また、ユーザに対するサー ビスとして、私たちは報告されたバグに関するすべての情報をバグ追跡システ ム (Bug Tracking System: BTS) で提供しています。この BTS は https://bugs.debian.org/ で閲覧できます もしディストリビューションや、その一部であるパッケージされたソフトウェ アにバグを見つけたら、将来のリリースで修正できるよう、その問題点の報告 をお願いします。バグを報告するには有効な電子メールアドレスが必要です。 これをお願いしているのは、バグを追跡できるようにするため、そして追加情 報が必要になった場合に開発者が報告者に連絡できるようにするためです。 バグ報告は、"reportbug" プログラムを使って送信することもできますし、電 子メールを使って手で送ることもできます。バグ追跡システムに関する詳細や その使い方については、リファレンス文書 (**doc-debian** パッケージをイ ンストールしていれば "/usr/share/doc/debian" にあります) をお読み頂く か、または バグ追跡システム のウェブサイトからオンラインで入手すること もできます。 6.4. Debian に貢献する ====================== Debian への貢献は専門家でなくてもできます。問題を抱えたユーザーを、い ろいろなサポート メーリングリスト で助けてあげることも、立派なコミュニ ティへの貢献です。開発 メーリングリスト に参加して、ディストリビューシ ョン開発に関する問題を見つける (そして解決する) ことも、もちろん非常に 助けになります。Debian を高品質なディストリビューションに保つため、バ グを報告して その原因の特定や解決に際して開発者を助けてください。"how- can-i-help" というツールが作業するのに適した報告済みのバグを探すのに役 立つでしょう。執筆が得意なら、文書 作成や既存文書の自分の言語への 翻訳 に積極的に参加し、そこで貢献するのもよいでしょう。 もっと時間が自由になるなら、Debian に属するフリーソフトウェア集の一部 を管理してみるのはどうでしょうか。皆が Debian に入れてほしいと思ってい るソフトウェアを引き受けて管理するのは、特に価値の高い貢献です。これに 関する詳細は、作業が望まれるパッケージのデータベース をご覧になってく ださい。Debian にはいくつか サブプロジェクト が存在しており、特定のア ーキテクチャへの移植や、特定のユーザー層向けの Debian Pure Blends など があります。これらのうち、あなたが興味を持っているグループに参加するの もよいでしょう。 いずれにしても、あなたが何らかの形でフリーソフトウェアコミュニティに関 わっているのなら、それがユーザとしてであれ、プログラマー、ライター、翻 訳者のいずれとしてであれ、すでにあなたはフリーソフトウェア運動を助けて くださっているのです。貢献することは報いのあることですし、楽しいことで す。新しい人々に出会う機会も増えます。きっと暖かで楽しい気持ちになれる はずです。 7. アップグレードの前に trixie システムを調整する ---DRAFT--- ************************************************************* この付録には、forky へアップグレードする前に trixie パッケージを確実に インストールしたりアップグレードする方法についての情報が述べられていま す。 7.1. trixie システムのアップグレード ==================================== 基本的には、これまで行ってきた trixie のあらゆるアップグレードと違いは ありません。唯一異なるのは、APT source-list ファイルのチェック で説明 するように、パッケージリスト内に trixie への参照がまだ含まれているのを 確認する必要があることです。 Debian ミラーを使用してシステムをアップグレードする場合、システムは自 動的に最新の trixie ポイントリリースへとアップグレードされます。 7.2. APT の設定を確認する ========================= APT sources ファイル (sources.list(5) 参照) 内の行で "stable" を指定し ている行があるなら、forky への準備が事実上できています。もしアップグレ ードへの準備がまだできていない場合には、これはお望みの設定ではないかも しれません。すでに "apt update" を実行済みでも、以下の手順に従えば問題 なく元に戻すことができます。 forky からパッケージのインストールもしてしまっているなら、おそらくこれ 以上 trixie からパッケージをインストールしても無意味でしょう。この場合 、続けるかどうかを自分で決断しなければなりません。パッケージをダウング レードすることはできますが、その方法はここでは扱いません。 root ユーザーとして、お気に入りのエディタで関連の APT sources ファイル ("/etc/apt/sources.list" や "/etc/apt/sources.list.d/" 内のファイルな ど) を開き、 * "deb http:" * "deb https:" * "deb tor+http:" * "deb tor+https:" * "URIs: http:" * "URIs: https:" * "URIs: tor+http:" * "URIs: tor+https:" で始まるすべて行の中に "stable" が指定されているかどうかを調べてくださ い。もしあるなら、"stable" を "trixie" に変更してください。 "deb file:" または "URIs: file:" で始まっている行があるなら、その行が 指定している場所が trixie か forky のどちらのアーカイブなのかを自分で 調べなければならないでしょう。 重要: "deb cdrom:" または "URIs: cdrom:" で始まっている行は、絶対に変更し ないでください。変更するとその行は無効になって、もう一度 "apt-cdrom" を実行しなければならなくなるでしょう。"cdrom:" ソースが "unstable" を指定していても心配しないでください。混乱するかもしれませんが、これ で正常なのです。 変更が済んだら、ファイルを保存してから # apt update と実行して、パッケージリストを更新してください。 7.3. 最新の trixie リリースへのアップグレードを行う =================================================== 全パッケージをアップグレードして trixie の最新ポイントリリースの状態に するには、次を実行します。 # apt full-upgrade 7.4. 古く不要になった設定ファイルを削除する =========================================== システムを forky へアップグレードする前に、古い設定ファイル ("/etc" 以 下にある "*.dpkg-{new,old}" ファイルなど) をシステムから削除することを 推奨します。 8. リリースノートの貢献者たち ---DRAFT--- ***************************************** たくさんの人々がリリースノートを手伝ってくれました。以下の方々もそうで すが、他にもいらっしゃいます。 * Adam D. Barrat (2013年での様々な修正), * Adam Di Carlo (以前のリリース), * Andreas Barth aba (2005 - 2007 間のリリース), * Andrei Popescu (さまざまな貢献), * Anne Bezemer (以前のリリース), * Bob Hilliard (以前のリリース), * Charles Plessy (GM965 問題の解説), * Christian Perrier bubulle (Lenny インストールについて), * Christoph Berg (PostgreSQL 固有の問題について), * Daniel Baumann (Debian Live), * David Prévot taffit (Wheezy リリースについて), * Eddy Petrișor (さまざまな貢献), * Emmanuel Kasper (バックポート), * Esko Arajärvi (X11 アップグレードの書き直し), * Frans Pop fjp (以前のリリース (Etch) について), * Giovanni Rapagnani (数え切れない貢献), * Gordon Farquharson (ARM 移植版関連), * Hideki Yamane henrich (2006年から貢献), * Holger Wansing holgerw (2009年から貢献), * Javier Fernández-Sanguino Peña jfs (Etch および Squeeze　のリリース について), * Jens Seidel (ドイツ語翻訳、数え切れない貢献), * Jonas Meurer (syslog 関連), * Jonathan Nieder (Squeeze および Wheezy リリースについて), * Joost van Baal-Ilić joostvb (Wheezy および Jessie リリースについて), * Josip Rodin (以前のリリース), * Julien Cristau jcristau (Squeeze　および Wheezy リリースについて), * Justin B Rye (英語の修正), * LaMont Jones (NFS 問題の解説), * Luk Claes (編集者のモチベーション管理), * Martin Michlmayr (ARM 移植版関連), * Michael Biebl (syslog 関連), * Moritz Mühlenhoff (さまざまな貢献), * Niels Thykier nthykier (Jessie リリースについて), * Noah Meyerhans (数え切れない貢献), * Noritada Kobayashi (日本語翻訳 (コーディネート)、数え切れない貢献), * Osamu Aoki (さまざまな貢献), * Paul Gevers elbrus (buster リリースについて), * Peter Green (カーネルバージョンメモ), * Rob Bradford (Etch リリース), * Samuel Thibault (d-i でのブライユ点字サポートの解説), * Simon Bienlein (d-i でのブライユ点字サポートの解説), * Simon Paillard spaillar-guest (数え切れない貢献), * Stefan Fritsch (Apache 関連の解説), * Steve Langasek (Etch リリース), * Steve McIntyre (Debian CD), * Tobias Scherer ("proposed-update" の解説), * victory victory-guest (マークアップの修正, 2006年より貢献), * Vincent McIntyre ("proposed-update" の解説), * W. Martin Borgert (Lenny リリースノートの編集、DocBook XML への変換 ). この文書はたくさんの言語に翻訳されています。翻訳者に大きな感謝を捧げま す! 日本語への翻訳は以下の方が行いました。やまね ひでき (日本語訳(全般 ))