AlmaLinux Part 3【RHEL Clone】

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人事

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