AI が収集したニュースまとめ（2026 年 8 月 2〜3 日）

前回の記事で、Twitter の代わりに、AI に技術情報を呟かせて Slack へ流していると書きました。

しかし、「AI に情報収集させています！」と言うだけでは、実際に何が流れてきているのかも、その情報がどのくらい自分に刺さっているのかも分かりません。

そこで今回は、2026 年 8 月 2 日から 8 月 3 日までに AI が呟いたニュースを振り返ります。気になったニュースだけではなく、「知っておいてよかったけれど今は追わない」「正直あまり興味がなかった」というものも含めて見ていきます。

最近ちょっと見るのをサボっていたので、まとめて確認する回でもあります。自分で作った情報収集システムからも逃げていたら、もうどこへ逃げればいいのでしょうか。

ということで、まとめていきます。

2026 年 8 月 2 日

Linux 7.2-rc6 における device driver の修正

Linux 7.2 rc の修正によって、特定の Western Digital 製 SATA ドライブが認識されなくなる問題への回避策が追加された。まあこれも概要を知っておけばいい感じかな。

出典: Linux 7.2-rc6 Working Around Several Buggy Western Digital SATA Drives — Phoronix

Authelia を使った OIDC 認証

これは面白そうな記事。Authelia という認証サービスを用いて、Grafana（メトリクスなどを可視化するもの）、Gitea（Git リポジトリ管理サービス）、Kubernetes へ同じアカウントにまとめたらしい。自宅サーバで認証を一元化するの、なんか面白そう。やってみようかな。

出典: Authelia を OIDC Provider にする：Grafana・GiteaのSSOとKubernetes認証を理解する — Zenn

Btrfs の断片化と戦った記録

これはなかなか面白い。

Btrfs の Copy-on-Write と、巨大なファイルへ細かい書き込みを繰り返す VM ディスクイメージは、あまり相性がよくないらしい。書き換えを繰り返すと、ディスク上で連続して保存されていたデータのまとまり（エクステント）が細かく分かれ、断片化しやすくなる。これにより、エクステントを管理するためのコストが増えてしまう。

chattr +C でファイルに NOCOW 属性を設定すると、Copy-on-Write を無効化できるらしい。しかし、すでに起きた断片化は直らない。そのためこの記事では、VM イメージを丸々コピーして、断片化を減らそうとした。しかしそこでもオプションによっては断片化が深刻化し……という話題。これは自宅サーバでも起きてそうな問題な気がしたので、確かめてみたい。

出典: WinBoatのVMディスクイメージが断片化 — Btrfsのnodatacowと–sparse=alwaysの三重罠 — Zenn

Go 1.27 のアップデート

これもきちんと追っておきたいな。メソッド自身に新しい型パラメーターを追加できたり、80 bytes 未満の一部のメモリ割り当てが高速になったり、再開できない goroutine を検出するプロファイルが使えるようになったり。

出典: Go 1.27 interactive tour — VictoriaMetrics（2026 年 7 月 31 日）、Go 1.27 Release Notes — The Go Programming Language

MkLinux の話

古い Apple 製サーバを修理・強化して、Mac OS 8.6 と MkLinux の両方を動かした記録。MkLinux は、1990 年代に Apple と Open Software Foundation が開発した Linux らしい。普通の Linux とは違い、Linux カーネルがハードウェアを直接制御せず、Mach 3 というマイクロカーネルがハードウェアを制御するそうだ。教養っぽいな。

出典: MkLinux and the pimped-out Apple Workgroup Server 9150

Unix、UNIX、Unix 系？

Unix は 1969 年に開発が始まった OS。UNIX は Single UNIX Specification に適合し、認証を受けた OS 製品だけが使える名称。Unix 系は、Unix に似た設計や動作を持つ OS の分類ですね。二郎系インスパイアみたいな感じでしょうか。

出典: Unix、UNIX、Unix 系の違い — Zenn、UNIX Certified Products — The Open Group

2026 年 8 月 3 日

Linux 7.3 と Intel Starfire

Intel が宇宙などの過酷な環境向けに作った「Starfire」という SoC を Linux でも認識・監視できるようにする最初のパッチが Linux 7.3 向けに入り始めたそうだ。

出典: Linux 7.3 To Begin Laying The Groundwork For Intel Starfire — Phoronix

ちなみに AI に、これまで宇宙機で使われてきたプロセッサと OS を調べさせたら、以下のような結果が出てきました。

メーカー／プロセッサ	OS	代表的な使われ方
BAE Systems・RAD750（PowerPC）	VxWorks	NASA の火星探査車などの中枢制御
Frontgrade Gaisler・GR712RC／GR740（SPARC）	RTEMS、VxWorks、Linux	ESA 系の衛星や宇宙機
Microchip・RT PolarFire SoC（RISC-V＋FPGA）	Linux、リアルタイム OS	Linux も使える新しい宇宙向けの選択肢
Qualcomm・Snapdragon などの民生 SoC	Linux	Perseverance の補助計算機など

AI に調べさせた結果なので鵜呑みにはできないですが、最近は重要な制御をリアルタイム OS に残しつつ、AI や画像処理のために Linux を併用する流れがあるのでしょうか。

出典: NASA JPL、NASA Technical Reports Server、Gaisler、Microchip

macOS ARM64 の CLI を Linux aarch64 上で動かすプロジェクト

これは気になりますねぇ。公開仕様や Apple が公開している Darwin のコードを参考にしつつ、非公開部分は実際の動作から見ていく感じなんかな。

出典: wie-project/kakehashi: Userspace macOS translation layer for Linux ARM64 — GitHub

KubeCon CloudNativeCon Japan 2026 参加レポート

KV キャッシュについてちょろっと解説している。KV キャッシュは、LLM が文章を生成するときに、すでに読み込んだ単語の計算結果をメモリに保存し、次の単語を作るたびに最初から計算し直すのを避けて高速化する仕組みらしい。 KV キャッシュ周りも面白そうだけど、AI に詳しくないから高速化を試すのは難しそう。

出典: KubeCon CloudNativeCon Japan 2026 参加レポート — Zenn