AlmaLinux Part 3【RHEL Clone】

GNUのソフトウェアにも大々的にタダ乗りしている

ちょっかいかけてる根拠がゼロなんだよな
妄想でディフェンダーって言ってるだけで
何を見てそう判断したんだ？

やたらアップデート多い

今日もALMA10をアップデートしたら６７４MBのダウンロードでした。このあとALMA9とRockey10、Ubuntuもアップデートしなくちゃ。

うｐだて alma10だけじゃない？

ダウンロード大きいのは別に困らないが、リブート必要なのが多くて困る

基本的にdnf-automaticで自動でアップデート・リブートかけてる

オートリブートするタイミングの制御よね。

散々Winは再起動ガーって言ってきたのにLinuxがこうなっちまうとは…

別に何もなっていない
そもそもWindows Updatesがクソだから、まったく違う

Windowsはサービスが使用中のファイルを上書きできないから再起動要求になる
Linuxはできるからkernel以外なら任意のタイミングでサービスだけ再起動すればよい
という理解

ん？ そいえばが再起動せずにkernelのupdateが出来るようになるんでしたけ？

>>809
正確にはカーネルだけ再起動みたいなやつなので「再起動せずに」は間違い
いろと他にも制限があるけど

プロセス動かしたままカーネルだけ再起動とか可能なのか

いわゆる再起動ではないみたいな。

技術的には
1）カーネルが各プロセスに凍結指示を送る
2）凍結指示を受けた各プロセスは自分で再開可能な形で後始末してようメモリ上に状態を記録して停止
3）新しいカーネルを起動して、古いカーネルからプロセスのメモリを引き継ぐ
4）カーネルから各プロセスに解答指示を送る
5）解答指示を受けた各プロセスは自分で保存したメモリから状態を読み取って再セットアップして再開

※要は移行するプロセスは2と5に対応していないといけない（そんなやつは今はまだいない
※あとカーネルが再起動する10秒くらい止まる

カーネルだけ再起動ってBIOS/UEFIは再起動しない/メモリチェックとかしない
kexec リブート じゃないの？
余談だが古のPC-9801だとHSB.EXEってソフトでできた

OSインストール後の再起動で grub 画面出ない事があるやつとかが該当するんだと思うんだが

>>814
kexec reboot に追加された新機能でプロセスとそのメモリ状態を新しいカーネルに引き継いで続きを実行する感じ

kexec handover (KHO) って技術か
Web検索のAIによると
* Kernel 6.16 以降で使える機能 (RHEL10 は 6.12 なので未対応)
* クラウド基盤では使われ始めている
* ネットワークカードの状態引継ぎ問題は対策済でリンクダウンとか発生しない
とのこと

プロセス側からするとディスクのI/Oが遅れるくらいでネットワークは切れないから
特段プロセス側の凍結対応しなくてもたいていのアプリは行けそうだな

カーネルからのプロセスの脱着が、これがまぁうまくいかない

>>816
今のところ個別プロセスの持つソケットとかは引き継げないので、凍結で記録して解凍で再接続とかで頑張らないといけない、相手がいるので頑張れないならあきあめるしかない
KVMの仮想サーバーとかならそういう心配はせずにすむ(live migrateと同等な)ので簡単に移動できる（だから今はhypervisor用途中心)

>> 818
解説助かります
SR-IOV 対応な広帯域＆高価なサーバー用NICが必須な時点で個人ではご縁が全くない話ですね

昔HP-UX（ヒューレットパッカードのマシン用のUnixで日立がOEMでマシンと一緒に売ってたりした）
は、再起動せずに、稼働時にカーネルも含めてアップデートできるということだった。
アップデート時に停止をせずにサーバーを運用したい用途が（当然）あるからだろう。
アプリの側に対応が必要というようなことは書かれていなかった。

だからその気になれば、Linuxも再起動しないでOSや基本ライブラリなどを
稼働時に差し替えて更新できるように将来なる可能性がある。それなりに
考えてOSの基本設計をしなければならないけれども。

更地にOSを開発するなら難しくないんだろうけどLinuxは莫大な過去のソフトウェア資産があるからねえ

冗長化していたら、再起動しても問題ないと思うけどね
1つのkernelの上でサービスを動かしているわけもないから

Alma10のアップデートが740MB程度もあって笑った。

AIのせいで情報漏れが爆増してる
当然Linuxが狙われてる訳で

「Linuxだから」で狙われてるわけでもない
ベースがWinだろうがMacOSだろうがLinuxだろうが「このくらい大丈夫っしょ？」
というのが通用しない時代になったのは間違いない

マジレスすると、もう既存の人間ごときが想定しうるWAFやUTMなどがまったく役に立たない
Claude CodeなりCodexなりをWAF代わりにエージェントで常駐しないといけなくなった
事実、それもコンテナ内でClaude Code SDK経由で常駐もできるようになった
だから、WAFやUTMにお金を払うのをもう止めたほうがいい

>>827
セキュリティ企業もアホではないので
WAFやUTMにAIサービス機能がつくのでは……

最小作用の原理です。一番早く楽に解決する方向に世界は動きます。

php脆弱性の件、7.4@remiは今月でもまだアップデートしてくれてるみたいだから
今回も対応してくれそうかな？

https://almalinux.org/blog/
https://almalinux.org/blog/2026-10-21-php2shell-cve-2026-109618-cve-2026-109619/
Almalinux 8,9,10 は、すでphpのパッチがリリースされてます

速いね

今回のPHPは政府機関を含めた大掛かりな体制で事前準備が進められ、各ディストロにも事前にパッチ等が配布されていたので、発表時にはみんな準備が終わっていた