AlmaLinux Part 3【RHEL Clone】

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

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

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