Linux板ニュース速報27

日々世界中で更新される情報を書き込むスレ
単発ニューススレが立てられた場合もここに誘導よろしく

前スレ
Linux板ニュース速報26
https://mao.5ch.net/test/read.cgi/linux/1679970889/

>>550
4ヶ月を古いというなら、「安定重視」のUbuntuじゃなくてとんがったのを使うべきじゃない？

>>551
鍵がないとどうにもならない

>>552
LLM関連は進歩が早いからね。他のアプリならいざ知らず、GPU周りはできるだけすっきりさせておきたい事情がある

新しいのはバグがあって使い方によって動いたり、動かなかったり、みたいなことはよくあるので最新版じゃないことはデメリットではない
人柱やりたいならパッケージではなくて個別に大元の配布取ってきて入れるべき

debianとnvidiaでソースからコンパイルだけど
何も困難は感じてないな

まぁでも、Linux インストールしたら、何もせずにパフォーマンスいい状態で使えるのは理想だよね。
でも、なんだか日本のゲーミングPCと名の付く機種は、Nvidia実装が当たり前なんだよな。
GPUに16Gとかメモリ積んだら、50万円を平気で越える。
AMD Only だとその半額ですむんだよ。

LinuxってOS無料なのに普及しないのって未だにUIクソでユーザビリティ低いからだよね

>>557
そう？
価格対性能はそんなに大差ないんじゃない？

>>555
ところがamdはまだubunt26.04向けには公式にも公表していないんだな

>>560
26.04 なら AMDから落とさんでもゲームとかなら普通にカーネル 7.0 付属の最新ドライバーで十分やろ、むしろ性能が良いまである
なにがしたいの？ ROCm とかその辺の計算用途なの？

十分かどうかは今は問題にしていない。最新かどうかって話が発端だからね

いや、だから 26.04 なら最新がついくるよ

>>557
多分secure bootにしてると
トラブった時に対処できない人が多いから
なんか面倒に感じるんだと思う
nvidiaだとインストールスクリプトに何を聞かれてるか分からないって人も結構多くて
最新版追従はカーネルやビルドツールがそこそこ新しければ
スクリプト一発なんだけども

セキュアブートって難しすぎない？
モジュールのコンパイルはまだわかるけど
MOKとかなんの略語かもよくわからない

Machine Owner Key

オレオレ認証キーだよ
でもこれリモートとかからじゃ使えないから結構しっかりしてる

これらで守っている気になっても
intel meとかの公式バックドアには無力なんでしょ？

例えば、ROCmの場合、現時点で
https://rocm.docs.amd.com/en/latest/about/release-notes.html
公式最新はROCm 7.2.3
Release 2026-05-04

ところがubuntu26.04のaptでインストールすると、7.1.0-0ubuntu6
Release 2025-10-30

とまあ、このくらいの時間差がある、ということなんだな。勿論それが問題になるかどうかは人それぞれだろうけどね

このインストール方法で発生する時間差問題はsnapだとさらに大きくなる。割と常識の問題だと思っていたけどそうでもないんだね

Ubuntu 安定重視だからね
FedraとかArchとかその派生にいかないと無理じゃないの
時間差が気になる人はUbuntuを使ってない

いやまあ、ubuntuでも公式から落として使えばいいわけで、そんな棲み分けはナンセンスかと。重要なアプリは公式最新、たまにしか使わんor進化が止まったようなのはディストリビューション標準でいいんじゃないかい

今回のROCmはamdが今までインストールスクリプトをディストリビューション別に提供していて、それが26.04にはまだ対応していないからちとややこしいんだけど

>>565
x509は理解してるのは前提で
mokutil --pk --list-enrolled
mokutil --kek --list-enrolled
mokutil --db --list-enrolled
mokutil --dbx --list-enrolled
すれば大体どういうことかはわかるよ
issuer見れば誰が発行してるか分かるし
openssl verifyでチェインも追えるし
kekが何かはググって

x509知らないとどうにもならない
例え話にしかならないから

まずゲーム用途なら ROCm とかいらんということを理解しろ

ゲームなんかやらないよ

共通鍵方式以外に公開鍵方式があることは知っていた
それの具体例の1つにx509があることは知りませんでした

>>565
セキュアブートは運用が煩雑になるし
それ以上にMSにPCの生殺与奪を握られるのが怖いから導入してないわ…

カーネルやモジュールに署名を付けて
出処を保証する話だよね

出処とマルウェアや不具合含みとは
無関係な話だよね
またソースや挙動を確認してもいない
モジュールに持ち主が署名する意味もよくわからん

>>568
だったらゴミンチュ使ってんなよ
カマくせえ

>>575
547,548の前後を読み直せ
ゲームの話してたんだよ
文盲で途中からしか読めんのか？

その後に話題はフォークしてんだよ。>>549が事実ではなかったから

>>577
MS関係ないから

>>582
関係あるだろ
ハードウェアにキーを登録できる権限を持つのはマイクロソフトということになってる

>>581
Ubuntuの4ヶ月かよ。
笑えるわ〜
そもそも、まだAMDのCUDAがない状態でAIとか選択肢に入らないだろう。
俺はずっと547でゲームの話してるんだよ。なにがフォークだよ、バーカ

>>581
ゲームについていってるんだからあってるだろ

>>585
フォークってお前が言ったよな？
>>580

>>586
知らんが？ 文盲で別のが混じったんか？

>>587
ごめん、ごめん
混じったねぇ〜 整理するとゲームの話をしてたけど、唐突にROCmが云々とか言い出したのがアホってことですね。
AI最前線は商用環境も含めて、Nvidia Cudaの方が技術者多いし、Codeもそっちが早い。
ドライバーのupdate待ち4ヶ月でちょうどいいくらいじゃないの。
AMDオンリーの環境欲しい アマゾンにある中古のPCをポチりそう。
本体メモリ上げればかなりいい感じになりそう。

HP OMEN 16 AMD Ryzen7 16GBメモリ AMD Radeon™ RX 6600M IPSディスプレイ

>>582
セキュアブートを導入してるディストロはMSに登録料を払ってるんやで…

セキュアブートを利用するには検証用の署名データベースをマザボの記憶領域に保存する必要がある訳だが
DBが肥大化することを容易に予見できたのに仕様策定の際に必要な容量を明確に定めてなかったから
去年、6月のWindowsアップデートで記憶領域の少ない古いマザボにそれを越えるDBを書き込もうとしてBIOSを破壊して大量のPCが文鎮化しちゃったんだよ
つまり、極論になるけどセキュアブートはMSの匙加減一つで古い端末を文鎮化できる仕組みなんだよ

>>547
メモリ気にしてる？
FHD環境なら十分よい性能を生かせるバランスだよ
WQHD～4Kだ少し辛いかもね
安定性に関してはNvidiaの方がむしろ不安定なのでAMDでも良いよ

>>588
ROCｍに関しては7.xでCUDAと遜色ないレベルで良い感じよ

>>583
俺のPCはPCベンダーかUEFIデベロッパーの証明書がrootだけど?
扱ったことない人なの?

>>588
ID見ろ、俺はゲームなら ROCm とか関係ないと言ってるんだが？

ゲーム言ってもひとくくりにはできまい。プレーヤーと制作者でも立場は違うからね

>>594
ROCm 要求するゲームなんてねーよ

というかもうPC業界全体うさんくさい
Macなんて初期設定やリカバリすらオンラインアクチ必須で何か気持ち悪いからLLM高速だと分かってても避けてる
アップデート名目で将来なんかありそう
ネット用以外PCはWindowsアップデート以前にLinuxもバージョン固定してオフラインしてLinuxアップデート内のファーム更新も避けてる
どれだけ意味が有るか疑問だけど
素人目にはオフラインPCであっても公開されてる以外の方法で実は外部から接続して制御できるのではと

それらの懸念がintel meに代表される
管理モジュールでしょ
紛失時遠隔ロックが実現されている
あとポケベル爆発やウラン濃縮施設破壊や
実績もそれなりに

>>595
ゲームに使う画像作るのにLLM使ってる奴いたぞ

>>598
おまえは LLM 使うのを「ゲームする」って言うの？

>>599
>>594

ちなみにゲームにLLM組み込んでいる奴もいるから、その場合は文字通りゲームするとも言うね

2極性障害なんか？ID:Gsxk1d7U

パソコンを使わなければ幸せになれる

windows板のセキュアブートスレッドは
とりあえずセキュアブートなんもわかってない奴らで揉めてる地獄
mokとか知らなそう

いい傾向ですから前に進めて下さい

Dell & Lenovo Now Sponsoring The Linux Vendor Firmware Service - Phoronix
https://www.phoronix.com/news/Dell-Lenovo-Sponsoring-LVFS

LinuxはやっぱAMDだなぁ〜

AMD is adding HDMI 2.1 support for Linux. That’s good news for the Steam Machine.
https://arstechnica.com/gaming/2026/05/amd-is-adding-hdmi-2-1-support-for-linux-thats-good-news-for-the-steam-machine/

デルは迷惑ファックスの悪印象しかない

wsl2めちゃくちゃ便利なんだけど
何であの使い勝手がlinuxにないんだろうな
linux-linuxの方がオーバーヘッド少ないだろうし

dockerはめんどくせえ、、、

Docker食わず嫌いしてる人いるけどなんでなんだろ
この連休でnextcloudとrep2をDocker環境に移行したけどメッチャ楽だった

WSL2の中でもDocker使った方がいい

>>605
Lenovoはfwupdでのfirmware更新は
もう3年くらい前から全デバイスで可能

>>605
DellはあのACPI周りのバグとマウスパッドのポインタジャンプのバグをなんとかしなさいよ
ずっとほったらかし

WSL関連はOSが汚れるのがなあ

汚れつちまつた OS に...

あめゆじゅとてちてけんじゃ

DockerというかKubernetesかな
コンテナは既にブームも終わったが枯れて来ている今が始め時
Ansibleも今はコンテナである

Linuxカーネルに新しい脆弱性

Dirty Frag: a zero-day universal Linux LPE [LWN.net]
https://lwn.net/Articles/1071719/

Rustに書き換えればこの手の脆弱性って撲滅出来るんだろうか？

AI調査で脆弱性見つかる頻度増えてるの？

今回の dirtyflag はこの前の copyfail の拡張みたいなやつ

この辺に脆弱性ありそうだなと思い付くことは出来るけど調査や検証する時間が無かった人達がAIを使って答え合わせ

Dockerは便利だけどカーネルの脆弱性が全部のコンテナに波及するのが怖い
CopyFailやdirtyflagで実感した
最近軽量vmでDocker（OCI）互換のコンテナを動かせるsmolvmというのが出た
https://github.com/smol-machines/smolvm
これならコンテナそれぞれで別のカーネルが動くので大丈夫かもしれない
GWに試してみるつもりだったができなかった
誰か人柱になって

>>622
smallvm って名前は small だけどコンテナ相当のワークロードごとに VM 一個起動するというリソース馬鹿食いのお大尽向けだったはず

【緊急】Linuxに致命的欠陥…誰でもrootになれる状態
https://youtu.be/SdAnawqNX2U?si=O59m5zfJVmsZ_Cs-

あらあら、ウフフッ

そもそも一般ユーザーでログインできないと意味なし

Dirty Pipeから9年、また同じ場所に穴。Linux「Dirty Frag」全主要ディストリでroot、Copy Fail対策も無効 /Linux・Dirty Pipe・Copy Fail
https://youtu.be/ePFXaalxvgI?si=-GmYI_WrFa9sBpak

もう尾張だねこのカーネル

追悼　カーネル・サンダース

例えばxreaとかレンタル鯖は一般ユーザーでログイン出来るので容易に使用できるのでは

責任者が存在しないOS

責任者を用意しました（解決）

責任者(システム管理者)

まぁ、これでRust頑なに嫌がるやつらも黙るんでは？
Linuxのメモリー管理部分を担当してる人たちって、世界トップクラスでしょう。
その人たちですら・・・・って思います！

>>633
去年夏秋あたりのrustスレッドで
「カーネルにrust持ち込みなゴミがああ」
みたいな奴に罵られたけど

今に見とけよって返したわw

管理ってｗｗｗそのメモリじゃねーよ

メモリ管理のバグじゃなくて I/O のバグだけどな、Rust で防げるやつでもない（いや根本から書き直せれば別かもだが）

何いってるんだyo!また話しをずらしに

OSがメモリをどう扱うか（管理）というロジックに不備があるんだから、メモリ管理のバグで合ってる。
失敗した時のメモリの所有権や状態を正しくクリーンアップできなかった。
Rustには「RAII (Resource Acquisition Is Initialization)」があるので、たとえ人がメモリ解放を忘れても、それを防ぐコードを自動で仕込んでくれる。

複合的なロジックバグなんだからRAIIや配列の境界チェックのような自動でできるチェックではどうにもならんぜよ

>>630
例えば最悪の事態になった場合
私は責任を取ればいいというものではありません

page cacheの管理の問題であって
プログラミング言語上のメモリ参照の問題じゃないでしょ
早合点してRustに持って行かず
ちょっと横において考えてみてよ

「ページキャッシュ（通常は読み取り専用）を、暗号化の「出力先（書き込み可能）」として使い回し、その後始末をミスした。」って事なので、Cでもロジックさえ間違わなければって事だよね？
それはそうなんだけども、よく考えてみて欲しい。
今回のバグが数年間も、世界中の天才たちの目（コードレビュー）をすり抜けてきたという事実。だから、Rustみたいな仕組みがいるって言ってるの。
「原因（現象）」と「真因（根本理由）」だよね。で、カイゼン案としてはRustみたいな仕組みとか今回、脆弱性に気づいたAIチェックが必要ってことだね。
kernel7.1で採用される新NTFSのドライバーは爆速らしいよ。楽しみだね。これもRustの効果らしいけど。
全てがRustの置き換えなんて、まだまだだけども楽しみだね。

全くわかってなくてﾜﾛﾀ
rustの評判下げてるだけやん

いいから問題のコードを rust で書いてみろよ
そうすれば rust で解決できる問題じゃないってすぐ分かるから

じゃ、君がまずCで解決したのを書いてみなさいよ。
どこをどう直して、どうしたかを的確に。今のFIXの詳細な解決でもいいけども。
できないでしょう。できないんだよ。

解説だな。

>>644
いや、もうカーネルのパッチも更新版の 7.0.5 もリリースされたので見てこいよ
なんで公式が修正済みのやつを直すよう依頼してるんだ、どういうバグが調べもせずに rust とかほざいてんのか？

fdとかzsstとかオシャレツール使うとスクリプトめちゃくちゃ速くなるな

ロジックの話じゃないんだよね。それがわかんない？
プログラムが暗号化の途中に目の前にあったページキャッシュをつい使ってしまって、違う原因でトラブルがあってそのままにしちゃってみたいな想定外な感じでしょう。
そういうのを人が想定できるのみたいな話だよ。せっかく、トヨタ流の＂カイゼン＂って言葉まで使ってあげたのに。頭悪すぎ。
トヨタでは自動化の動は「働」って書くんだ。この「自働化」については調べてくれや。

catコマンドが早くなったニュースがあったけど、Rust製の"bat"とか"eza"と使ってるよね。
>>647
そそどんどん知らない間にRustで作られたものを使っていくんだろうね。

>>649
zstdも速い、、、
tar.gzしてたわ

>>648
全然理解してないことは分かった
単に rust って言いたかっただけで技術力皆無だな

>>651
お前こそ、わかってないな。
どこでも使えないやつって言われてるだろう。
そういうのいるよな。