AlmaLinux Part 3【RHEL Clone】

結局Windows、Linux関係なくて>>487が無能で何使ったって使いこなせないってだけだわなw

BDドライブが付いてたら、データをBD-Rの円盤に焼けますか？

https://access.redhat.com/articles/17748

少なくとも VMWare 経由だとパイオニアのBD-Rを書ける
ドライブがNECの CD-R が書けるドライブにしか
見えないみたいですね。

$ cdrecord --devices
cdrskin: Overview of accessible drives (1 found) :

0 dev='/dev/sr0' rwrw-- : 'NECVMWar' 'VMWare IDE CDR10'

>>497
インストール直後は
auto_reset_crashkernel yes
になってなかった？
ログインできるVPSやPCで確認したらAlma9とAlma10は全部
auto_reset_crashkernel yes
だった

>>506
え？まだやるのこのネタ。 私、粘着認定されちゃった人ですけど。 今時の方ならネットリテラシで粘着とはコミュニケーションとったらダメって習ってるはずだと思うのですが。

仮想環境を使えば小一時間もかからないような内容ですので、いつ回答返ってくるかわからない質問よりかは自分で確かめた方が手っ取り早いでしょうに。

それはさておき Alma9.2 でのテストをリプレイした限り、インストール直後から /etc/kdump.conf は auto_reset_crashkernel yes で、しかもいずれの処理を実行しても書き換わることはありませんでした。

5ちゃんで句読点
無意味な空改行

読みやすいやん

2000年ごろにも普通に使ってるのいたし、その文化あいまいだよね
句点はまだ広く了解されてたけど読点と空改行は誰も何も言ってなかった記憶

もともと現代の日本語文は句読点打つんだよ
大昔に 2ch 初期に過負荷でサーバーが無茶苦茶重くなってた時に、すこしでも負荷軽減に協力しようと句読点省いたり言葉省略する文化が生まれた
今となっては（当時から？）誤差以下の影響なので実用じゃなくて単なる年寄りの地域文化
最近の若いのはコミック文化やチャット系アプリの影響でセリフ風に句読点のかわりに改行入れたりするがこれはまた別の文化
スレチすまん

必死ですね＾＾

マルハラですか？

自分が言われて嫌なことは全部ハラスメントなのおおおおおおおおお
頭おかしいですね

IDないので自分に気にいらないこと書く奴は全員同一人物だと思ってるのか、落ち着け

何でこんなに荒れてんのか

まぁ、ハラスメントの定義もわかっとらん人間が多いですからね

>>469
VMware上の仮想マシンで試したらRAMが512MBや1GBだとMinimal ISOでインストールできないな
2GBでインストールしてからなら512MBに変更してもOSは起動できるから、自前用意のISOではインストール不可だが、さくら提供の標準OSイメージを使うなら512MBで動かせると思う

「マルハラ」というのは文章の最後に「。」を付けるのは書いた人が書かれた人に嫌がらせしているという意味で使われる、句点を付けるのは冷たく威圧的でいじめという主張
事実はとにかくハラスメントという言葉の意味には即している

なぜか 5ch では逆の意味でとらえて的外れな反論する人が多い

気狂い避けにいいな

「マルハラ」という単語は、専ら新人が勘違いする事象を指す
『おまえが見ているのは幻影だ』と言ってやれ

わしゃあ若けえもんの言葉はさっぱりじゃけえ

2chは当初IT技術者が多くて文をなるべく圧縮する文化があったと記憶してる
パソ通の文化か

句読点をなるべく使わないよう工夫したり

ISO-2022-JP文化圏の一部では、英数字全て全角という人も居た
いわゆる「漢字イン」「漢字アウト」の関係

半角カナを親の仇のように憎む人もいた
①②などの丸数字も
丸数字は初期iPhoneでも化けたんだっけ

>>524
ISO-2022-JP だと憎む憎まないの前にいわゆる半角カナは未サポートだぞ、そもそも書けない。丸数字も一緒、規格に従うと書く方法がない。

そういやShift JISにおいて半角カタカナは1byteだから多用されたな

>>523
昔は全てが高価だったからな
IT業界特有の「サーバ」「コンピュータ」などの「ー」をカットするのは容量削減目的だったし
未だに富士通は「パラメタ」だしな
いつまで古い慣習続けてんだよと思ってるわ

「サーバ」「コンピュータ」「データ」…
これは本場の人がそう発音するから自然に合わせてるだけで
一般人が語尾に勝手に「ー」を付けてるだけじゃないかな？　圧縮目的じゃなくて
「パラメタ」は圧縮だと言われたらなるほどと思うけど

そういや全角英数を使うとお叱りを入れてくる人が必ず表れたな
「×表れた → ○現れた」などの誤字や脱字は察してくれるのか放置だけど
全角英数と大小文字誤用は嫌われた思い出
大小文字の誤用が気になるのはC言語などのPGかな

データは今もデーターとは書かないが、
サーバーとコンピューターはもう長音記号省いてる人を見ると年食ってるなあと勝手に思ってる

cp932をbase64エンコードした7bit stream、Windows用フォントを使っていた環境で①等が化けなかった件が一部で存在したとか何とか

波ダッシュと全角チルダの問題とか知らない
URLで%7e大流行とか何だったっけ

>>529
サーバセンタ

>>528
違うぞ
容量削減で略していた
だからMSも昔は略していたが、もうそんな時代ではないだろうと略さなくなった

>>528
恥ずかしすぎるw

>>532
JIS規格に従っていただけで容量削減のためじゃないぞ
勉強しろ

>>534
そのJIS規格はなぜ技術者コミュニティによってそのように作られたのかって話でしょ。

メールとかも長文嫌われてたよな

普通に鯖って使いますね。
ってこれは違うか。

>>535
JIS規格は専門用語については原音尊重主義だから
容量節約とか関係ない、コンピューターとかが出てくる以前から末尾に音引き付けない習慣だった
国産メーカーもマイクロソフトも JIS の習慣に従ってただけ
最近は専門用語でなくて一般用語になったという見解で JIS 規格ではなく国語審議会の方針に従って音引きをつけるようにした

こういうアホがデマを広げていく

どーでもいーやー

>>538
せっかく妄想するならJISの改訂も盛り込んでみてよ

>>541
コンピュータとかワープロとか出て来る前から音引きは付けない文化がある。容量節約の妄想してる人は説明できないし、出典もない

そもそも印刷業界では手作業でレイアウトしてた時代から音引きが多数付いた語は嫌われていて（禁則処理が面倒だから
外来語の多い技術的な書物で原音主義で音引きを少なくしたのはそういう時代からの慣習によるもの
JIS はその後にその慣習に従って規格を整備したもの
大昔からワープロとかエディタがあった訳ではない、容量とか無関係

>>542
自ら出典のない御高説乙。

印刷業界で嫌われていたが原因ならIT業界だけの慣習になってないわなw

>>543
ブーメランｗ

電略記号使いたがるは所員文化

初代社長「電電語を使うな！」
結果「NTT語が多数生まれ、相対的に使われなくなりがちとなった」

ChatGPTに聞いてみた

1991年6月28日：内閣告示「外来語の表記」改定。語末 -er/-or/-ar は原則『ー』、ただし慣用で省略可。用例にコンピューター／コンピュータ。

末尾がRじゃないのでデーターはおかしいね
末尾Rでもブラウザ、ドライバ、コンパイラ、アセンブラとか何故か長音を省略する方だけ定着してるのが不思議
今の人はアセンブラなんて知らんか

>>549
どれも一部では、長音付きが使われていた
しかし廃れた

内閣府の無かった頃の「内閣告示」というのは指すものが不明なのでソースとして若干微妙
「総理府」はあった

表記に関する話なら、文化庁が当用漢字等の頃から所掌事務としているはずだが、例えば「常用漢字」については「平成◯年内閣告示第◯号」となっている
この辺は、国家行政組織法14条1項の定めから見ると、びみょい
所掌事務について、何処かに特則があるのかも
https://i.imgur.com/lOT3nnP.png

運転手の意味だと長音ありがメジャー(ドライバー)だし結局はよく使われるのがどっちかってだけだろ
今川焼きをどう呼ぶか的な話と大して変わらんのでは？

勿論ほかの要因もあるだろうけどさ
例えば語尾変化ありだと伸ばさないとかありそう
ブラウズ、コンパイル、アセンブル

JIS の音引き省略は昭和29年3月15日の国語審議会による「外来語の表記」において
「（音引きを）省く慣用のあるものや、これから造る述語では必ずしもつけなくて良い」とされたのが根拠なのでITとかよりずっと以前の問題。
ウヰスキーじゃなくてウイスキーと書けとかウオッカじゃなくてウオツカと書けとかそういう時代から
ググればその昭和の「外来語の表記」も見つかるはず

>>551
回すのもドライバーだな

おいおい、何のスレだよここ

>>554
スレチすまんのぉ
IT用語で音引きを省略するのは容量節約のためみたいなことを言うアホがおって荒れてた
さすがにもう黙るだろうから収束するだろう

よくよく考えなくてもドライブという語尾変化あったわ…

>>551
>>556
伸ばすやつもほとんど全部動詞系があるぞ
computeもserveもあるし
それが日本語としても定着してるかはあるかもしれんけど

スレチのレス書いた奴らに一生眉毛がつながったままになる呪いをかけた！

そんな呪いは生まれた時からかかっとるねん

パラメタの説明が出来てないのの勝利宣言w

AlmaLinuxをVMWare Workstationの上で使っているのだが、
仮想マシンだから問題が生じている気がする。
デバイスに一端タイムアウトが生じると、AlmaLinuxのOSが
そのデバイスを論理的に切断してしまうのではないかという
気がする。そのため、長い時間たとえばキーボード入力を
していないと、キーボードからの入力には応答しなくなる
みたいだ。仮想マシン上で動いていると、（ハードウェアを
完全に支配して握っている実マシンとは違って）実時間では
周辺デバイスが応答できない場合が起こるが、そのとき、時
間がたっても応答していないから死んでると決めてそれ以降
は観に行かなくなってしまうのではないかと思う。
なぜかFedora16だと、同じVMWare上の仮想マシンとして使っても
そのような問題が起こらない。

Fedora16って2011年のOSかよ...
Hyper-V/KVMじゃないってことはWindows7Homeとその頃のVMwareWSってところか？
新しいマシンとWindows11Pro買ってHyper-Vにすれば幸せになれると思うよ

いや、Windows11Proとその上のVMWare Workstationで、
そこの上に、Fedora-16の仮想マシンと、Almalinux 9 の仮想マシン
を載せてるのです。

Web で vmware workstation keyboard mouse stop で検索すると Ubuntu とか Kali Linux でも出てるみたいだな
検索結果から適当なワークアラウンドあさればいいかと

プロンプト：
AlmaLinuxをVMWare Workstationの上で使っているのだが、
仮想マシンだから問題が生じている気がする。
デバイスに一端タイムアウトが生じると、AlmaLinuxのOSが
そのデバイスを論理的に切断してしまうのではないかという
気がする。そのため、長い時間たとえばキーボード入力を
していないと、キーボードからの入力には応答しなくなる
みたいだ。

AlmaLinux を VMWare Workstation 上で使用中に、**長時間放置後にキーボードが反応しなくなる**という現象についてですが、ご推察のとおり、以下のような要因が複合的に関係している可能性があります。


### ✅ 推定される原因
#### 1. **仮想マシンの入力デバイスに対する電源管理またはアイドル状態処理**
* VMWare が「一定時間アイドル状態にあった USB 入力デバイス（キーボードなど）」をホストに戻す、または論理的に切断する動作をする場合があります。
* ゲストOS（AlmaLinux）がこれを「デバイスの切断」と解釈してしまう可能性あり。

#### 2. **AlmaLinux 側のudevまたはドライバによるデバイスの無効化**
* `/var/log/messages` や `journalctl -k` に `usb 3-2: device not accepting address` などのタイムアウト・切断メッセージが残っていれば、OSレベルで切断を認識しています。

#### 3. **スクリーンロックやパワーセーブ機能による影響**

* Xのスクリーンセーバや、Wayland環境でのログインマネージャ（GDMなど）によるキーボード入力の受付停止。
* `systemd`の`logind.conf`などで無入力時に自動でスリープに近い状態に入っている可能性。


### 🔧 対処方法の候補

#### ■ VMWare側の設定
1. **VMware Tools を最新版にアップデート**
* ゲストOSとの統合（入力・解像度連動・デバイス管理）に重要。

2. **USBデバイスの接続方式を見直す**
* 「自動接続」を無効にする（手動で明示的に接続した方が安定することあり）。
* 仮想マシン設定で、USB互換性を「USB 2.0」や「USB 3.0」に明示してみる。

3. **入力グラブの設定変更**
* VMウィンドウメニュー → `VM` → `Settings` → `Options` → `Guest Isolation`
* “Enable drag and drop”や“Enable copy and paste”を無効化してみる。
* “Grab keyboard and mouse input on key press”なども見直す。

#### ■ AlmaLinux側の設定
1. **カーネルログ確認**
```bash
journalctl -k | grep -i usb
```
* デバイスがタイムアウトまたは切断されている兆候があるかを確認。
2. **スクリーンロックや自動サスペンドの無効化**
GNOMEなどを使っている場合：
```bash
gsettings set org.gnome.desktop.session idle-delay 0
gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing'
```
または systemd 経由で：
```ini
# /etc/systemd/logind.conf
HandleLidSwitch=ignore
IdleAction=ignore
```
設定後は再起動または `systemctl restart systemd-logind`。
3. **USBデバイスの省電力無効化**
以下のようなudevルールで、特定のUSBデバイスに対して省電力を禁止可能：
```bash
sudo nano /etc/udev/rules.d/99-usb-power.rules
```
```text
ACTION=="add", SUBSYSTEM=="usb", ATTR{power/control}="on"
```
その後：
```bash
sudo udevadm control --reload
```

### 💡 追加対処（再現性が高い場合）

* **仮想マシンの切り替え（Alt+Tab等）で一時的に回復するか**？
* **SSHで別端末から接続しているとキーボード入力が復活するか**？
* **一時的に別の仮想キーボード（`onboard`など）での入力ができるか**？


### 🔚 まとめ

仮想マシンでの「長時間放置後にUSBキーボード入力が死ぬ」という問題は、

* **ホスト（VMWare側）の入力デバイス管理**
* **ゲスト（AlmaLinux側）の電源管理・udev**
* **ユーザーセッション周辺（スクリーンロック・X/Wayland設定）**

のどれか、あるいは複数が影響しています。

まずはログで「切断が起きているか」を明らかにしつつ、VMware Tools の見直しと、AlmaLinux 側の自動電源管理の無効化をすすめてみてください。

AlmaLinux release 8.10
kernel update 多いね（毎週？）

9も同じ
多すぎる
luks使ってて再起動面倒くさい

Alma 10.0 x86_64_v2 をインストールしてみた
>>467 の通りEPELも救済されてて使える
ただ、救済EPELはIPv6非対応でIPv4必須だった
他は全部IPv6だけの環境でも使えるのに、惜しい！

>>467 >>571
v2のepelは全部ではない
例えばndppdが救済されてない
本家epelからソース持ってきて
rpmbuild --rebuild --target x86_64_v2 ndppd-0.2.6-1.el10_1.src.rpm
してみたけどダメだった
rpmできてインストールと起動できるけど機能しない
ndppd-0.2.5-6.el9.src.rpmで同じことやったら、こっちはalma10 x86_64_v2でも機能した

Alma10にしたらsendmailが使えなくなった
makemap hashとnewaliasesがエラーになる
hashがサポート外？になったらしい
m4で作るsendmail.cfは相変わらずhash前提だし、どうすりゃええのこれ？

1. Sendmail ユーティリティーを削除します。
# dnf remove sendmail

2. Postfix をインストールします。
# dnf install postfix

続きは以下を参照…
第2章 Postfix SMTP サーバーのデプロイと設定 | メールサーバーのデプロイ | Red Hat Enterprise Linux | 10 | Red Hat Documentation
https://docs.redhat.com/ja/documentation/red_hat_enterprise_linux/10/html/deploying_mail_servers/deploying-and-configuring-a-postfix-smtp-server#installing-and-configuring-a-postfix-smtp-server

長年非推奨だってアナウンスあったのに使い続けてるのがアホ
切り替えりゃいいだけ

Alma9と同様にsendmailをバークレーDBで使い続けたいということであれば、
sendmail.specの
%global with_db yes
にすれば良い
rpmbuild -ba sendmail.spec
でパッケージ作り直してインストール

それよりはsendmail.mcを書き換えてcdbに移行する方が楽な気がする
やったことないから、それで大丈夫なのかは知らんけど

20世紀の時点で「sendmailは愚かな選択肢」
その頃ならqmailかexim

その後postfixが主流を占め、ごくまれにWindows版sendmailを敢えて使う奴等もいたが20年あまり前に1件見たのが後者の最後かな

未だに移行していないのはヤバいよ
「属人化リスクとセキュリティ不安」と言えば、むしろsendmail必須だと人員コスト高としてステークホルダーから予算取れる

epel10のsendmailはcdbでコンパイルされてる
それなのに同包のsendmail.mcはhash
それじゃ動かないだろｗ

>>578
今どき sendmail と postfix の差なんて誤差だよ

sendmailは設計が古すぎ
ぜんぜん違う

exim, いまはなきqmailよりも新しい

>>579
EPELは公開前に動作確認とかやらないのかな
それ、一発でエラーになるのに

>>581
設計古かろうと新しかろうとちゃんと最新版が入って正しく設定されてれば問題ない
ISP でメールサービスの運用とかやってるんじゃなければディストロ推奨のやつ入れて推奨の設定で使ってろ
素人が細々設定しようとする方が問題の元

>>583
sendmailをcdbで使ってる？
それともhash（従来のdb）？
sendmailのcdb使用を検索しても実例を見つけられなくてさ

>>584
何が疑問か分かんね
makemap cdb /etc/mail/access.cdb < /etc/mail/access
みたいな話を聞いてるの？
sendmail.mc を書き換えて hash という文字列を cdb にする話？

RHEL10 は sendmail から postfix へ乗り換えを推奨してるので乗り換えた方が情報は多いよ
もちろん Redhat は公式に sendmail もサポートしてるって言ってるし、alma も有料サポはあるだろうから自分で情報探せないなら金払ってサポに問い合わせても良い

まだsendmailで消耗してるの？

俺はpostfixで消耗してる

まぁ最近は電話で消耗している感じだな
電話の中継ももう外国からのはopt-inでBANしとくべきだな
そういうことをしない電話会社が全部悪いとは思うわ

それSMS含めて電話認証全滅しない…？

電話認証は消滅してヨシ
標準規格のOTPトークン生成プログラムがLinuxで普及すると良い
現状はLinuxで動かすの結構大変だから

>>590
えっ？

10のcyrus-saslがバグってるっぽい
dbファイル名が%{gdbm_db_file}まんまになっててアクセスてきないエラー

DellのOptiPlex 3070というPCにAlmaLinux 9.6を導入しました

本体内蔵のNVMe SSDのWindows11はそのままいじらず、
内蔵のSATAポートにSSDを接続し、そこにAlmaLinuxを導入しました
Windows11もAlmaLinuxもブートできます

ですが、AlmaLinuxでWindows11の領域をマウントしようとしているのですが、
内蔵のNVMe SSDが見えません
fdisk -lやlshwでみても、sdaとなるSATAポートのSSDしか見えない状況です
/dev/nvme*等のデバイスも存在しません

如何にすればよいでしょうか

売る

カーネルモジュールが何か足りない？

Almaのインストーラを起動して言語選択まですすめて Ctrl-Alt-F2 で bash に入ったら Windows のドライブが見えるか確認してみれば？

( localectl set-keymap jp106 で日本語キーボード選択しておく )
lsblk -o KNAME,MAJ:MIN,TYPE,SUBSYSTEMS,MODEL
あたり実行

見えなきゃデバイスドライバが添付されていないってことであきらめよう

SATA SSDしかないHaswellおじさんなのでNVMeはよく
分からんけど「Linux NVMe SSD 認識しない」辺りで
ググると色々出るから確認してみたら

Alma10を物理PCにインストールした方、スムーズにできましたか？
公式からisoをダウンロードしてRufusを使いブートUSBを作りインストールを試みましたがうまくいきません
isoモードで作成した場合は、/boot/grub/i386-pc/normal.modが見つからないというエラーがでて
DDモードで作成した場合はInstall Almalinux10を選択できるメニューに辿り着きますが
選択すると真っ黒画面の左上にプロンプトが数秒点滅してPCが再起動されてしまいます
インストールを試みているPCはCelelonのCPUを使っているような古い自作PCです

ちなみに公式からAlma9.6のisoをダウンロードしてRufusで同じようにブートUSBを作った場合は
isoモード、DDモード共にうまくいきます
あと、さくらで借りてるVPSにAlma10のisoをアップロードしてインストールすることはできています

Alma10は環境を選ぶのでしょうか？何か打開策があればご教示いただけると助かります。

>>598
Celeronの型番はなんだろう
Alma10系は、x86-64-v2辺りより前のCPUをサポートしてない
Nehalemあたりよりも新しいものである必要がある

あと「うまくいく」としているのは、インストーラが起動しているということかな
それともOSをインストールでき、インストールしたOSの起動もしている、ということかな

>>599
レスありがとうございます
CPUは
Intel(R) Celeron(R) CPU G3930 @ 2.90GHz
です

うまくいったというのは、インストーラーのGUIが起動して言語選択までいったということで
その先は進んでいませんが、そもそも現在当該PCにおいてAlma9を初期から使っております
同じインストール方法でやりましたので、Alma9最新の9.6でもインストールを完遂できるかと思います

となるとCPUが古いということなのでしょうかね

>>600
そのCPUでAlma10が動くかどうかというと、第7世代なのでCPUが古いというわけではなさそうに思える
Alma9はそのままインストールして使えるのだろう

分からん

マザボのBIOSをアップデートしてみるとか、UEFIのセキュアブートを切ってみるとか、そんなところか

i386-pcなの？

CPUという糸口をいただいたので、いろいろと調べてみましたが
G3930は2017年発売のKaby Lakeアーキテクチャとなり、タイミングとしてはv3以降なのですが、
AVX命令に非対応の廉価版のようで、そうなるとv2相当に格下げされるCPUのようです
Alma10はデフォルトではv3以降対応ということですが、v2も引き続きサポートがあるとのことなので
どういうことか調べてみたら、公式で公開されているisoはv3以降を対象としたもののようですが
v2対応のisoが存在するとのことでググってみたら公式ではないリンクに辿り着きました
v2用isoをダウンロードしてRufusで焼いたところ、言語選択まで辿り着くことができました
おそらくこの先も大丈夫だと思います
CPUという切り口は正しかったということで、助かりました、ありがとうございます

素晴らしい情報　乙です。

いや、こんなPCに最新OSを入れようとしている時点で引くよ

変態には褒め言葉になりそうだな

Linuxは古いコンピュータを切り捨てないいいいいいいい
って喚いてたアホは息してるかなw

>>603
調べ方が悪いぞ
ちゃんと公式が出してるからこっち使え
https://repo.almalinux.org/almalinux/10/isos/

>>607
M$よりマシという程度
古いPCならAlmaじゃなくDebianにしとけ

Alma使ってる人は資格の勉強だから、まだ教科書が対応してない10使ってる人居ないでしょw

10ダメだわxdotoolが使えん(´・ω・｀)

AlmaとRockyのどちらを選ぶべきかは悩ましい問題だ。

遅れてきたcentOS7民かな？

その内統合するのでわ

しないだろ
方針がまったく合わない

というか事業として継続できるのか？

Rocky:年間250～500万ドル
https://www.datacenterknowledge.com/hyperscalers/rocky-linux-centos-founder-s-aws-sponsored-centos-stand-in-stresses-extensibility

Alma:CloudLinux+スポンサー25社で100万ドル
>As a standalone, completely free OS, AlmaLinux OS enjoys $1M in annual sponsorship from CloudLinux Inc. and support from more than 25 other sponsors.

>>612
普通にRHELでええやん

Almaのほうが予算潤沢だと思ってた

v2救済はalmaだけ

クローンなのに「almaだけ」はダメだろw

独自に救済してる時点で100%互換とは言えんけどまあ
Almaはそういう方針だと言うこと
ダメだろと思うならRocky使えばいい

RedhatがキレてるのにRocky勢はまだ同じこと続けようとしてる

>>622
通常版は救済してない版だよ

別ラインの救済版もある、という流れ

>>607
古いコンピュータを大事にしないと今までシェアが伸びなかったけど
Win10が大量にPCをゴミにしてくれたので
古すぎるコンピュータを見捨てても大してシェアには影響が生じない状態になった

それVistaや8/8.1の時も聞いた

手のひらクルクルwwwww

Vistaはアップグレード人気なかったからな
2014年までずっとXPだった人が大半

vistaが起動時にHDDから全力ぐんぐんメモリを吸い取るあの挙動がやり過ぎだった
celeronノートには地獄の仕様だったな

8が出た時はマウス操作なんてもう古いとか言ってたｗ

HDDからメモリを吸い取る？？？

すまん、メモリ「に」吸い取るだわ

SuperFetchのことだろ
Vistaは強いハードを揃えられる個人ユーザーには普通に使える何でもないOSだったので、
嫌ってたのは仕事で使っててスペックが足りなかった奴か無知な奴

メガネｸｲｯとしたチー牛が状況気取ってお気持ち表明しとるやんww

俺を馬鹿にしても事実は変えられない

効いてて草

>>636
お前住所どこ？

>>637
お前の近くだよ、耳にﾌｩｯてしてやろうか？

>>638
住所教えて

>>639
lsしか打てない無能
/dev/nullで脳みそ上書きしとけ役立たず

あれ？マジになっちゃった？
語尾にｗ付けなよ

>>634,636,638,640
上から目線で人貶してた馬鹿が段々イラついてて草
煽るくせに煽り耐性なしでめっちゃ効いてるじゃん

almaで何か問題あるの？

何の問題もalmaい

なーる

almaスレでクソ窓の話すんなや

>>640
/dev/zero や /dev/urandom じゃなくて /dev/null かｗ

lsのソースは読んだほうがいいぞ　ｷﾘｯ

俺はまだないが。

リンクシェル？

読むべきならechoかもだぞ

writeシステムコールにたどりつくまでにそれはそれはもうそれはそれはで

VMware Workstation で AlmaLinux 9 (64bit, intel)
を動かしていたんだが、なぜか突然気が付いた。
仮想のnetwork interface がなくなってしまって、
外部と通信が出来なくなってる。
AlmaLinux9 の OS のアップデートのバグかな？
古い　Fedora16 では問題なし。

ダイジョブですけどねぇ　ちなKVM
[almalinux1 ~]$ cat /etc/os-release
NAME="AlmaLinux"
VERSION="9.6 (Sage Margay)"
ID="almalinux"
ID_LIKE="rhel centos fedora"
VERSION_ID="9.6"
PLATFORM_ID="platform:el9"
PRETTY_NAME="AlmaLinux 9.6 (Sage Margay)"

[almalinux1 ~]$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=115 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=115 time=11.0 ms

>>651
vmware側で割り当てるMACアドレスが変わったんしやない？

9.7きたね

わ　ほんとだ　update したらスルっと9.7になりました。
特に問題なしです。

うちはヌルっと9.7になった

Alma公式フォーラムに登録しようとしたけど確認メールが来ないな
コピペしたからメアド入力間違ってないし、Alma以外からのメールはちゃんと届いてる

だから何？

>>657
今頃になって確認メールがまとめて届いた
中の人が直したっぽい

しばらくアップデートこない

tarが来た

アップデート来るようになった
アップグレード:
poppler x86_64 20.11.0-13.el8_10 appstream 1.1 M
poppler-glib x86_64 20.11.0-13.el8_10 appstream 174 k
python3.12 x86_64 3.12.12-1.el8_10 appstream 30 k
python3.12-libs x86_64 3.12.12-1.el8_10 appstream 10 M
sos noarch 4.10.1-2.el8_10 baseos 1.0 M

almalinux 10の方だけ、tar のupdateが当たりました。

AIにAlmaLinuxと有馬兵衛の向陽閣の比較優位を聞いてみた
参考になったよ

今さらだがalmaのv2救済はありがたい

なんだぁ　それわ

1Uサーバに今も現役v2あったりするからな

Win11がv1を切り捨てたからLinuxも切り捨てたのであって
Windowsがv2切り捨てればalmaもv2切り捨てするであろう

FIPS 140-3取得したのに誰も話題にしない

>>668
ウソ書くな
LinuxはV1を切り捨ててない
RedHatが勝手に切り捨ててるだけでDebianは今もV1のコード

>>670
> RedHatが勝手に切り捨ててるだけでDebianは今もV1のコード
おまえにとっては”勝手”に見えるだけで、別に勝手ではないぞ
V1, V2を切り捨ててかまわん

くだんねーことで喧嘩すんな
intel/AMDの戦略に踊らされずソースあるんだから自分の CPUに最適化したコンパイルすれば良いだけ

つってもソースももう、#ifdef内でobsoletedなCPUの場合はreturn 0;だけ、みたいな感じで
昔のCPUでそれがカーネルとして動作するかどうかは怪しいんよね

テストもされてるのか分からんし、Linusも関心なさそうだし
DebianもV1はbuggyでunsupportedであると

>>673
kernel project 的には supported だよ (486と最初期の無印32bit Pentium は去年ようやくサポート対象外になった）
x86_64は古いのでもバグ報告したらちゃんと修正されるよ
テスト足りてなくて buggy だった non-SMP コードまわりは削除されてシングルプロセッサでも SMP コード使うように最近変更された（そのせいでちょっと遅くなったけど）

Redhat 系とかで古いのが未サポートなのは主にバイナリ配布のコンパイル時の最適化オプションの都合

>>673
文句があるならテメーでなおせやってことだろ

バグ報告したらちゃんと修正というだけであって
修正されてない部分が多い
Linusも受け付けているだけでテストもろくにやらない

当たり前じゃん
直さなきゃいけない義務なんて無いんだから
バグ報告したら誰かが修正してくれるだけまだマシってもんよ

嫌なら金払って修正してくれる奴でも雇えば？
そんな金無い？なら自分でやるか諦めるんだな

Version10を昨日アップデートしたら、ファイルシステムが謎の理由で壊れてブートしなくなった。

壊れてみたのはいつの日か。

なんだと？やってみよ

問題ないんですけどぉ

それアップデートが原因じゃなくてファイルシステム壊れてたからブートしないってことかな

RHELもそうだけど、１０よりも９の方がいいって話はありませんか。

>>682
自分が9のほうが良いと思えば、それでかまわないのでは？

>>683
なんか９で動いてたのが動かんと思って調べたらシステムライブラリが
１０から変わったそうですね。失礼しました。

Copy Fail (CVE-2026-31431) Patches Released
https://almalinux.org/blog/2026-05-01-cve-2026-31431-copy-fail/

Dirty Frag (CVE-2026-43284, CVE-2026-43500) Patches Released
https://almalinux.org/blog/2026-05-07-dirty-frag/

AlmaLinuxの最新動向と、企業の多種多様なLinux環境を保護する「安心サポート」活用術
https://event.ospn.jp/osc2026-sendai/session/2320045

素晴らしい

NGINX Rift (CVE-2026-42945): Patched nginx available in testing
https://almalinux.org/ja/blog/2026-05-13-nginx-rift-cve-2026-42945/

Fragnesia (CVE-2026-46300): Patched kernels available in testing
https://almalinux.org/ja/blog/2026-05-13-fragnesia-cve-2026-46300/

ssh-keysign-pwn (CVE-2026-46333) Patches Released
https://almalinux.org/blog/2026-05-15-ssh-keysign-pwn-cve-2026-46333/

カーネルはいつ７になるのですか

>>691
alma 11が出たら
予想では2028年5月くらいなので2年後
3年後くらいには krrnel 8.0 が出そうだが

>>691
自分で好きなときに、上げたらええがな

[CVE-2026-46333] Linuxカーネル脆弱性（ssh-keysign-pwn）の対応について
https://pub.hpc-technologies.co.jp/information/cve-2026-46333-ssh-keysign-pwn/

AlmaLinuxが修正済パッケージのリリースが早い

>>692
どもです。ずいぶん先なのね。ubuはなんで早いんだろ。
>>693
させん

>>695
AlmaLinuxはサーバー用でしょ

SunOSのSparcStationみたいに、多少時代遅れだが枯れてるワークステーション用OSとしても使いでがあるぞ

特にサーバー用途に限定されてるわけじゃないけど、RHELクローンなディストリは
Fedora(最新)→CentOS Stream(検証)→RHEL(リリース)→Alma等RHELクローン
で最下層に位置するんだから当然カーネル含め各パッケージのベースバージョンは古い
最新使いたいのにAlma使う事自体が間違ってる

ただupdateは激速よね。一瞬で終わる。

最近カーネル等のアップデートが頻発しているな。
今日もAlma9が800MBを越えるアップデートの
ダウンロード／インストールをするに至れり。

10.2 来た

さくっと終わりました。ラベンダーライオンだってーさー

今日もAlma9で780ＭＢものアップデートがあった。

どうやら、VMware上で動かしているAlma9とか10は、
大掛かりなアップデート（Ｋｅｒｎｅｌ？）が
あるたびに、システムがおかしくなってしまい、
ハングしたりする。システムが動作不良になったときに
リブートしてからアップデートを試みてみると、
たいてい大きなアップデートがある状態になっている。

これは普通のことなのだろうか？ユーザー（システム
管理者）の人間には無関係に裏で勝手にアップデート
を試みてＯＳが発狂してるのかな？

ubuntu上のkvmで9,10動かしてるけど、何の問題もないよ。

ESXiでもWorkstation上でも全く問題ないな
Rockyだけど

KVMとLXCは問題なし
LXCはカーネル関係ないけど

まとめると

おま環

って事ですな

やっぱりWindows上で動かしているのが良くないのだろうな。

[60309.797575] rcu: INFO rcu_preempt self-setected stall on CPU
[] rcu:0-...!: (1 GPs behind] idle=2024/1/0x4000000000000 softirq=229747/229769 fqs=1326
[] watchdog: BUG: soft lockup - CPU#1 stuck for 98s! [HangDetector:1030]
[] rcu: (t=110490 jiffies g=385465 q=261 ncpus=2)
[] rcu: rcu_preempt kthread timer wakeup didn't happen for 104168 jiffies! \
g385465 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x482
[] rcu: Possible timer handling issue on cpu=1 timer-softirq=640298
[] rcu: rcu_preempt kthread starved for 104171 jiffies! g385465 f0x0 \
RCU_GP_FQS(5) ->state=0x402 ->cpu=1
[] rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior.
[] rcu: RCU grace-period kthread stack dump:
[] rcu: Stack dump where RCP GP kthread last ran:

＃Win11の上のVMware Workstation 上でAlma9を動かしていると
＃一日の内で朝の時間帯のWin11のバックアップやウィルス検査が裏で動いたりすると、
＃とかく仮想マシンがLock upして仮想マシンのＯＳの応答が途絶えたり、
＃ＳＳＨの通信が切れる。

Win11なんて産廃使ってるからじゃねーの
仮想なんか使わずAlmaのみで使うか、どうしてもWin11上の仮想で
使うしかできないのならvmwareの優先度上げてどうにかするか
いずれにせよAlmaの問題じゃねーだろそれ

ただただ>>709が無能ってだけだわな

AMD使ってたりするのだろうな

いやインテルの第６世代CPUだ。

というかベースをWindowsにしないで、仮想でWindows動かせばいいじゃん

kvmは枯れてるからいいよ。

まずは腐ってるM$を捨てよう

almalinux10v2が短期間のうちに2度起動不能。PCとの相性が悪いのか、デスクトップ用途には不向きなのか。

それだけで分かる奴いないだろ

おまかんの予感しかしない

>>719
サンクス、やはりそうなのか。相性なんだな、、、。残念。

「起動不能」じゃなく具体的に書けよ
カーネルパニックならログ貼れ

ほっときゃいい
そんな無能はWindowsでも使ってろって話よ

>>722
debianを使ってますが何か？

>>723
だから何だ感

>>723
それはダメだ
AlmaLinuxにせよ
vなしので

「相性」って言葉を使うヤツは技術的な説明はできない。

技術的に不明ならば相性という終着点にたどり着く

>>723
> debianを使ってますが何か？

almalinux10v2で起動不能が起きるそのPCで
debianだと起動不能が起きないなら原因切り分けの手掛かりが得られそう

>>723
役立たたないレスする暇があるなら起動不能の正体をちゃんと書けや

>>729
君が一番役たたず。

わからないって事ね。
まぁ事実なんでしょうけど、どうしようもない。
きちんと動くのを用意するしかない。かな

アップデート時にPCとの相性が悪かったらしくカーネルパニックに陥りgrubでひっかかり無限ループ。

また変な書き方
カーネルパニックなら１つ前のカーネルでブートしてみろ

BIOS見直せUEFI無効だったら笑う

てか相性とか言ってる低能にカーネルパニックが分かるのか

文字くらいは読めるのだろう多分

文字なんか読めなくても転記くらいは出来るもんだが無能には転記すら出来ないんよな

転記できないなら写メとってあげる知恵がほしいw

君らに詳しく教える必要もないしそれほどalmaにこだわりもない。せいぜいここでほざいていなさい。freebsdでもつついているほうが遥かに面白いわ。ではなwww

あっそｗ

> カーネルパニックに陥りgrubでひっかかり

grub 突破しないとカーネル起動開始しないからカーネルパニックも
起こさない訳なんで、カーネルパニックとgrubがセットで不具合ってのは
理解不能だわ

それはそれとしてdebianが同じマシンで動いているっていう場合はロード
しているカーネルモジュール名のリスト作って、怪しそうなやつを
カーネル引数で無効にして起動してみるとかやれることあるんじゃないかな

AI活用して自力解決もできず、必要な情報明記して質問する事もできず、
ただただ愚痴るだけの超絶無能に付き合う必要は無い

>>739
いったい何しに来たのか
まともに状況説明できればヒント出るのに、お前には無理だったようだ
サヨナラ〜
(^.^)/~~~

Rockyが良いのか、それともAlmaが良いのか、それが問題だ。

>>744
別に何も問題でない
自分で良いと判断できないかぎり、結局、右往左往するだけになる
自分で決められないのであれば、素直にRHELかCentOS Streamを使えばいい

>>744
Almaが良いよ

>>744
誰に聞いても、AIに聞いても、どっちでもって言われますね。
ただし、almaは色々速い。個人の感想。
最後は統一されるのかも。

rockyは創設者の意向次第で終わることもある
almaのように非営利団体のほうが生き残りやすい
centは有志団体でalmaに近い

x86-64-v2が残ってるんでalma一択

本家との互換性で言うならRocky
ある程度の互換性でいいならAlmaでいいと思うが
結局は好きな方使えよで終わっちゃうからな

>>748
元々AlmaLinuxは営利企業のCloudLinuxが作ったんじゃないかな
今は欧州原子核研究機構CERNが主導権を握ってるみたいだがCERNは過去にScientific Linuxを投げ出したことがあるのでどうなることやら
日本の放射光施設SPring-8はどちらかというとRocky Linuxを採用してる

どっちも中身に大差ないならサポートがいい方を選ぶ

centは死んだでしょおじいちゃん！

>>753
centじゃなくて、CentOSな
CentOS Streamは生きている

CentOSの家が立つ

それを言うなら、セントルイスの「田園調布に家が立つ」。

今はもう国産の　Linux　Distribution　が無いのが残念だ。
あれほど沢山あったLinuxをタイトルに入れた雑誌も滅びたし。

零細なら細々あるでしょKonaとかKamurikiとかPlamoとか
BSDだけど河豚板とか

>>754
それな

>>757
昔はVine Linuxを使ってたんだが、プロジェクトVine2代目代表diceKがな
代表があれでなければ開発者が離れることもなかったろうに

>>757
日経linuxの2026夏号が出るよ

>>760
ごく初期から代表は鈴木氏に変わっていたのでは
Vine linuxはRedhat互換で日本語対応もよく使いやすかったね
aptを採用してRedhatから離れていったけど軽いので用途によっては10年前位まで使ってた記憶がある

全盛期（2000年辺り）はVine, Laser5, Kondara mnuとか色々あって面白かったね
Redhatが7以降で日本語対応が良くなって国産派生ディストリを使う必要もなくなっていった

Asianuxを挙げないレイシストめ

momongaの不具合を2chに書いたら、関係者がレスしてくれ、すぐに直った思い出。

>>757
無いなら、作ればよいのでは
残念に思うのであれば、もしあなたが日本人であれば、国産だ

>>760
いまだにこういう偏見をもった人間が存在するんだな
すげーなー
一個人の影響なんかたかが知れとる
やりたいやつが国産Linux distroをやればいいんだよ
いまでもやりたいやつがいればな

今に最初からオープンなAI、LLMをバンドルしたディストリビューションが出るかもしれない。
さらに、LinuxのUIにおせっかいで邪魔で迷惑なAIを組み入れたディストリビューションも出て、
セキュリティ上の大問題を引き起こすかもしれない。「お邪魔AIドラミ」

伝説のイルカか

株式会社アイ・エス・ビー
https://kizuna.5ch.io/test/read.cgi/infosys/1756826944/

https://archive.md/Zg0Yp
ISB人事

大きなカーネルやシステムライブラリのアップデートが連発している今日この頃ですが、皆さま如何お暮しでしょうか。

リブートに振り回されるこの頃

再起動頻度を制限してる

昨日もアップデート・再起動したばかりだというのに、今日の朝もまただよ。
当分半年ぐらいは日課になりそう。

再起動は支障ある

もしも廃止になったなら、あらま！と驚く。

Windows11上のVMWare-Workstation でいろんなLinuxを動かしているが、Linuxのsyslogに

Message from syslog@vm-alma9 at Aug 2 22:07:46 ...
kernel:watchdog: BUG soft lockup - CPU#0 stuck for 75s! [kworker/0:2:2675]

のような（何発もの）、ログが出てしまう。これは仮想マシンがCPUコアを
なかなか渡してくれずに、仮想マシンが居眠りさせられていて、ふと目を覚ますと
タイマーの値が急に進んでいてびっくりしたという意味なのだろうが、
これに起因するのかどうか定かではないが、ファイルシステムもときどき
おかしくなるみたいで弱ってしまう。Windows11のウィルス検査（？＝ブラックボックス）
が仮想マシンの中身や動作、ファイルの読み書きを検査しようとしたりするのが
一因なんだと思う。ほっておけの設定にしているつもりなんだが、ちょっかいがとまらない
ようで、検査が走ると仮想マシン上のLinuxなどの動作が不安定になる。困ったものだ。

Microsoft Defender の 除外の追加または削除 項目で
特定のファイルや特定の拡張子を除外可能だぞ

フォルダ指定で除外もできるはず

無能はひたすら愚痴をタレるだけ

お前の事か

ぐちぐち

まだMS使ってんのか
早く捨てろよ

まぁ、とにかく、世の中からWindowsがなくなってくれるほうが、地球規模で生産性が上がるので、Windowsはこの世からさっさと無くなってください

>>1
AlmaLinux 9 が情報セキュリティに関する国際評価規格「CC 認証」を取得
https://www.cybertrust.co.jp/pressrelease/2026/0624-almalinux-common-criteria.html

がいしゅつ？

>>783
そもそもAlmaLinuxはRed Hatがいなければ存在できず、いくつかの企業がそのままパクってタダ乗りをやっとるわけで、やり方は人の褌で相撲を取るOracleとなんら変わらん

｜ Microsoft Defender の 除外の追加または削除 項目で
｜特定のファイルや特定の拡張子を除外可能だぞ

｜フォルダ指定で除外もできるはず

いろいろやってはみたんだよ。
でもうまくいく「はず」が
うまくいかないからこまっているんだよ。

ＭＳのソフトのはMSの自己都合で何か仕込み
がないとも限らない。

Windows１０の頃はこんなことにはならなかった。

ウィルススキャンはファイルの特定箇所だけチェックするので
サポート外のファイルシステムの巨大仮想ディスクファイル内全てを
チェックしないはずだよ。

単にメモリが足りてないだけでは？
Hyper-V 使ってないってことは Windows Home でメモリも8GBとかでしょ？
中スペックマシンでも仮想で動かすなら低スペ用ディストリを使うなど工夫しないと。

>>775
まさに仮想マシンがCPUタイムを与えてもらえないことが原因であり、
その原因はホストマシンのCPUリソース不足にいきつく

しかもハイパーバイザではなく、ユーザプロセスで動作するVMware Workstationであれば
CPUリソースが不足しがちな特性がある

・Windows11のPCのPコア・Eコア数の数はいくつか
・メモリはどの程度搭載しているか
・同時に起動させているLinux用VMに割り当てているCPU数・メモリ量はそれぞれどの程度か
・それらLinuxに何をやらせているのか

この辺から、Windows11のPC側にVMware Workstation自体やDefender、OSが動作する余力を
残しながらの運用ができているかが評価が必要だろう

その評価は置いといて、Defenderの動きが一因だ、と決め打ちするのであれば、
仮想マシン用の仮想HDDファイルをスキャンの対象外にすれば変化はあるだろう
効果があるかどうかは真の原因次第だけど

Windowsなんて、マイクロソフトの、マイクロソフトによる、マイクロソフトのための、システムであってユーザーのことは考えないよ

仮想マシンでもなんでも、ホストマシンにわざわざWindowsを使うのは、廃タイヤを履いて走るようなもんだ

>>786
クソ眼鏡禿げ頭のせい

win2kは良かったでしょ

WindowsはWindows 2000以降、ずっと退化し続けている
とくに、日本語localeはいまだに最悪でCP932のまま
どんなに遅くてもVistaのとき、標準でUTF-8に変更すべきだった
こんな簡単な決断さえできないMicrosoftだからこそ、無意識的に日本の生産性を下げる要因にさえなっている

とにもかくにも、Windowsなんか窓から投げ捨てよう
そして、Unix系OSをnativeに使おう

｜・Windows11のPCのPコア・Eコア数の数はいくつか

物理CPUはCorei5-6400（4コア、HT無し）

｜・メモリはどの程度搭載しているか

32GB.（昨年ぐらいから64GBにしたいと思っているが、メモリの高騰で果たせず）

｜・同時に起動させているLinux用VMに割り当てているCPU数・メモリ量はそれぞれどの程度か

1つのLinux VM（ALMA-9）: に2コア、16GBを割り当ててる。
ときどき、もう一つのLinux VM(Fedora-16) に1コア、2.8GB(3GBより小さい)を割り当てて
ALMA−9と一緒に使うときもあるが、ALMA-9だけでもトラブルが起きる。

｜・それらLinuxに何をやらせているのか

主にPythonで計算をさせてるが、なにも計算をさせていないで遊ばせていても、
トラブルになりがちである。

>なにも計算をさせていないで遊ばせていても、トラブルになりがちである。
その時点で論外だろｗ
つーかそもそもWin11の要件って正式には第8世代以降だし
外付けTPM2.0モジュールとか付けりゃインストールはできるんだろうが
ちなみにもっと古い第4世代(4コアHT無し)＋メモリ32GB+Win10＋VirtualBox＋Alma10
(2コア8GB割当)でAlmaでgccビルド流してる中でWin側のBraveでyoutube見るとかしても
特に問題ないからおま環なのは間違いない
あと同一人物か知らんが、どっかのスレで「Win10の時は問題なかった」とか書いてる奴
見た気がするが、ホストがWinである必要があるなら素直にWin10に戻せばいいだろう
サポートガー、セキュリティガーとか言うなら諦めてLinuxホストにしろ

VMware Workstation は使ったことが無いが、メモリの内容をファイルに書き込んで
ホストのメモリ使用量減らす設定(namedFile)ってのがあるみたいでそれがオンになってるのかもね

https://qiita.com/murachi1208/items/ec5d4c2275579467750f
みてチューニングしてみれば？

>>784
それ言ったらredhatだってLinuxカーネルにタダ乗りしてる訳で

忘れがちだよね

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が必須な時点で個人ではご縁が全くない話ですね