AlmaLinux Part 3【RHEL Clone】

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