2026/03/02 23:30

グレッグ・クロアハートマンが主要なLinux LTSカーネルのサポート期間を延長する --- Greg Kroah‑Hartman Stretches Support Periods for Key Linux LTS Kernels → 「グレッグ・クロアハートマンが主要なLinux LTSカーネルのサポート期間を延長する」

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

Greg Kroah‑Hartman、Linux カーネルの安定版および LTS ブランチのメンテナは、主要ユーザーや同僚メンテナとの協議を経て、一部の LTS カーネルのエンド・オブ・ライフ（EOL）日付が延長されたことを発表しました。更新スケジュール（表に示される）は、6.12 と 6.18 のリリースのみを December 2026/December 2027 から December 2028 に移動し、その他の LTS カーネル（5.10、5.15、6.6）は変更なしです。
この決定は固定されたタイムテーブルではなく、実際の採用パターンを反映しています。エンタープライズディストリビューションは公式 EOL を大幅に超えてカーネルをサポートし続けています：RHEL は 10 年ライフサイクルを提供し、SUSE SLES 16 は最大 16 年までサポート可能であり、Ubuntu LTS リリースは 15 年稼働することがあります。ディストリビューションが EOL に達した後でも、多くの企業は TuxCare のようなサードパーティパッチサービスを利用してシステムを維持します。
カーネル寿命の延長により、大規模サーバーフリートのメンテナンスコストが削減され、アップグレードの混乱が低減し、既存ディストリビューションの継続利用が促進されると期待されています。この動きは他のベンダーにも長期サポートや強化されたパッチ管理ソリューションを提供するよう促す可能性があり、安定で長期的な Linux 環境に依存する企業にとって予算編成と運用計画を容易にします。
（記事はジャーナリスト Christine Hall（@BrideOfLinux）による執筆です。）

本文

リナックスカーネル保守者グレッグ・クロア‑ハートマンがLTSサポート期間を延長

リナックスカーネルの安定版および長期サポート（LTS）ブランチを担当する保守者、グレッグ・クロア‑ハートマン氏は、複数のLTSカーネルに対する終了日（End‑of‑Life, EOL）が延長されることを発表しました。今回の決定は、大規模ユーザー、ベンダー、および同僚保守者との綿密な議論の結果です。

これはカーネルライフサイクルが拡張された初めてではありません。以前も特定リリースがディストリビューションや企業にとって不可欠であることが判明した際に延長されました。
調整は、事前のスケジュールではなく実際の採用状況を反映しています。

なぜ重要なのか

カーネルのEOL日は、特にエンタープライズレベルのユーザーにとってあまり意味がない場合があります。多くのリナックスディストリビューションは、公式に終了したカーネルを数年間サポートし続けます。

ディストリビューション	標準ライフサイクル	延長サポート
Red Hat Enterprise Linux	10 年	Extended Life Cycle Support（追加年）
SUSE SLES 16	大きなリリースで 16 年、マイナー点で 10 年	—
Canonical Ubuntu LTS	支払顧客向けに合計15 年（標準5 年＋ESM5 年＋Legacy追加5 年）	—

ディストリビューションが公式にEOLになった後でも、エンタープライズは多くの年そのバージョンを使用し続け、TuxCare などのサービスで脆弱性修正を維持しています。

更新されたLTS EOL日

カーネル	従来予定EOL	新しい予定EOL
5.10	2026年12月	2026年12月（変更なし）
5.15	2026年12月	2026年12月（変更なし）
6.6	2027年12月	2027年12月（変更なし）
6.12	2026年12月	2028年12月
6.18	2027年12月	2028年12月

ご支援ください

この情報を価値あるものと感じる方は、FOSS Force Independence 2026 ファンドレイザーを通じて私たちの活動をサポートしていただければ幸いです。

クリスティン・ホールは1971年からジャーナリストとして活躍しています。2001年に週刊コンシューマーコンピュータコラムを書き始め、GNU/Linuxへ移行した後2002年にLinuxとFOSSを報道し始めました。Twitterでフォローしてください: @BrideOfLinux

同じ日のほかのニュース

一覧に戻る →

2026/03/06 1:04

多数の管理者アカウントが侵害された後、ウィキペディアは読み取り専用モードになった。

## Japanese Translation: **概要:** 本書は、2026年2月20日から3月5日にかけて Wiki サービスに影響を与えた一連の技術的インシデントを記録しています。 - **2月20日:** 19:28 UTC に問題が確認され、19:44 UTC に修正が適用されました。23:33 UTC に監視を再開しました。 - **2月25日:** 16:40 UTC に調査が開始され、17:24 UTC に解決しました。 - **2月26日:** 16:25 UTC に修正で問題が解消され、16:58 UTC に監視を開始しました。 - **3月3日:** 10:09 UTC にデータベースサーバーの問題が検知され、10:24 UTC に修正が適用されました。10:17 UTC に監視更新が行われました。 - **3月5日:** 16:11 UTC に問題が確認され、17:09 UTC に初期修正（読み書き復旧）が実施されました。さらに編集は17:36 UTC の追加修正まで無効のままでした。18:36 UTC に監視を継続し更新しました。 3月4日、2月1–2、2月27–28、2月22–24、または2月21日はインシデントが報告されていません。インシデントは運用上の問題、性能低下、一部停止、大規模停止、およびメンテナンスカテゴリにわたります（ただし各イベントに対する具体的なカテゴリは割り当てられていません）。すべての修正後、チームは安定性を確認するために継続的監視を実施し、完全回復を宣言しました。ユーザーは一時的な読み取り専用アクセスと編集制限を経験し、継続的な Wiki 利用が必要な企業や教育グループの協力に影響を与える可能性があります。新たな症状が出現した場合に備えて、引き続き観測が行われることが示唆されています。 *この拡張版がご要望に合致する場合は、元の概要を置き換えることができます。*

2026/03/06 2:44

**「ブランドの時代」**

## 日本語訳: **要約：** スイスの時計業界は、1970年代に起こったクォーツ危機によって軌道を変えました。この危機は日本企業の競争とフランス・米ドル為替レートの急騰が引き金となり、ユニット販売数は1970年代初頭から1980年代初頭にかけて約3分の2減少しました。その結果、多くのメーカーは破綻または買収を余儀なくされました。残存した数社は純粋な技術的精密さから**ブランド主導のラグジュアリー**へとシフトしました。視覚的マイルストーンがこの転換を確固たるものにしました：パテック・フィリップの1968年「ゴールデン・エリプス」ケース、オーデム・ピゲの1972年ロイヤルオーク（ジェラルド・ゲンタ設計）、そして1976年のノーティラスはすべて技術的洗練よりも瞬時に認識できるデザインを強調しました。1984年にはパテックの広告代理店長レネ・ビッテルが「ホブナイル・カラトラバ」（3919）を提唱し、手巻き機構と独特な模様が投資銀行家の注目を集め、1987年までに売上を急増させました。メカニカル時計は**高級アクセサリー**として再登場しました。大きさと視覚的インパクトが男性の「ユーピー」（若手社会人）に富を披露するために理想的だったためです。ブランド時代は現在、オーバーサイズで独特な形状のケース、人工的希少性、および二次市場（例：パテックの時計買い戻し）の積極的管理によって定義されます。主要ブランドは階層化された製品ラインを割り当てる持株会社に統合されました。独立ブティックは、パテック・オーデム・ピゲ、ロレックスなどの数少ないフラッグシップハウスでのみ存続しています。業界がステータスシンボルに焦点を当てることで、メーカーによって管理される**資産バブルに似たビジネスモデル**が生まれました。 **教訓：** ブランド力は収益性を推進しますが、過度の依存はイノベーションを抑制するリスクがあります。次の「黄金時代」は、名声を売るだけでなく、本当に興味深い問題に取り組むことで生まれる可能性が高いです。

2026/03/02 18:26

**Linuxにおけるハードウェア・ホットプラグイベント ― 詳細解説**

## Japanese Translation: **概要：** Libusb の Linux ホットプラグシステムは、`linux_netlink.c` と `linux_udev.c` という 2 つのバックエンドに依存しています。デフォルトでは `--with-udev=yes` が設定されており、udev を無効にするとプレーンな netlink バックエンドが使用されます。カーネルデバイスイベントは Netlink プロトコル 15（`NETLINK_KOBJECT_UEVENT`）を介して到達し、ヌル終端文字列として `add@/devices/...` のようなアクション行から始まり、`ACTION=add`、`SUBSYSTEM=usb` などのキー／バリューペアが続きます。udev はこれらのメッセージを受信し解析して、カスタムパケット形式でマルチキャストグループ 2（`MONITOR_GROUP_UDEV`）に再送信します。 udev パケットは `"libudev"` というマジック文字列から始まり、ビッグエンディアンのバージョンワード `0xfeedcafe` を持ち、次にネイティブエンディアンで格納された複数フィールド（`header_sz`、`properties_off`、`properties_len`、`subsystem_hash`、`devtype_hash`、`tag_bloom_hi`、`tag_bloom_lo`）が続きます。ハッシュは `SUBSYSTEM=` と `DEVTYPE=` の値に対して MurmurHash2 を用いて計算され、2 つの Bloom フィルタワードは `TAGS=` キーから導出されたビットをエンコードします。その後パケットには元のキー／バリュー文字列と、`SO_PASSCRED` 経由で送られる Unix 認証情報（pid/uid/gid）が含まれます。カーネルメッセージはゼロ認証情報を持つため、libudev は有効な認証情報がないパケットを拒否します。プロトコルバージョンは固定で `0xfeedcafe` となっており、後方互換性や前方互換性に関する保証は文書化されていません。そのため、パケットレイアウト、フィルタリングロジック、または認証情報処理の変更は libusb と udev の両方で協調して更新を行う必要があり、ホットプラグイベントに依存するアプリケーションのデバイス検出、安定性、セキュリティに影響を与える可能性があります。