AlmaLinux Part 3【RHEL Clone】 (663ﾚｽ)
上下前次1-新
554(1): 08/01(金)17:08 ID:RE2L9dPn(1) AAS
おいおい、何のスレだよここ
555: 08/01(金)17:38 ID:l+D5dyNj(2/2) AAS
>>554
スレチすまんのぉ
IT用語で音引きを省略するのは容量節約のためみたいなことを言うアホがおって荒れてた
さすがにもう黙るだろうから収束するだろう
556(1): 08/01(金)18:55 ID:DwNswM7z(2/2) AAS
よくよく考えなくてもドライブという語尾変化あったわ…
557: 08/01(金)20:44 ID:M0xJG0xU(3/3) AAS
>>551
>>556
伸ばすやつもほとんど全部動詞系があるぞ
computeもserveもあるし
それが日本語としても定着してるかはあるかもしれんけど
558: 08/01(金)21:52 ID:OeE6yIxB(1) AAS
スレチのレス書いた奴らに一生眉毛がつながったままになる呪いをかけた！
559: 08/02(土)01:06 ID:rvFk4lWx(1) AAS
そんな呪いは生まれた時からかかっとるねん
560: 08/02(土)01:16 ID:9EVCkwof(1) AAS
パラメタの説明が出来てないのの勝利宣言w
561: 08/03(日)15:23 ID:RKMxeNh7(1/2) AAS
AlmaLinuxをVMWare Workstationの上で使っているのだが、
仮想マシンだから問題が生じている気がする。
デバイスに一端タイムアウトが生じると、AlmaLinuxのOSが
そのデバイスを論理的に切断してしまうのではないかという
気がする。そのため、長い時間たとえばキーボード入力を
していないと、キーボードからの入力には応答しなくなる
みたいだ。仮想マシン上で動いていると、（ハードウェアを
完全に支配して握っている実マシンとは違って）実時間では
周辺デバイスが応答できない場合が起こるが、そのとき、時
間がたっても応答していないから死んでると決めてそれ以降
省3
562: 08/03(日)18:30 ID:KBqFm/c5(1/2) AAS
Fedora16って2011年のOSかよ...
Hyper-V/KVMじゃないってことはWindows7Homeとその頃のVMwareWSってところか？
新しいマシンとWindows11Pro買ってHyper-Vにすれば幸せになれると思うよ
563: 08/03(日)20:14 ID:RKMxeNh7(2/2) AAS
いや、Windows11Proとその上のVMWare Workstationで、
そこの上に、Fedora-16の仮想マシンと、Almalinux 9 の仮想マシン
を載せてるのです。
564: 08/03(日)21:54 ID:KBqFm/c5(2/2) AAS
Web で vmware workstation keyboard mouse stop で検索すると Ubuntu とか Kali Linux でも出てるみたいだな
検索結果から適当なワークアラウンドあさればいいかと
565: Chatgptに聞いてみた 08/04(月)14:28 ID:aKKdSD8k(1/4) AAS
プロンプト：
AlmaLinuxをVMWare Workstationの上で使っているのだが、
仮想マシンだから問題が生じている気がする。
デバイスに一端タイムアウトが生じると、AlmaLinuxのOSが
そのデバイスを論理的に切断してしまうのではないかという
気がする。そのため、長い時間たとえばキーボード入力を
していないと、キーボードからの入力には応答しなくなる
みたいだ。
566: Chatgptに聞いてみた 08/04(月)14:30 ID:aKKdSD8k(2/4) AAS
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`などで無入力時に自動でスリープに近い状態に入っている可能性。
省11
567: Chatgptに聞いてみた 08/04(月)14:32 ID:aKKdSD8k(3/4) AAS
#### ■ AlmaLinux側の設定
1. **カーネルログ確認**
```bash
journalctl -k | grep -i usb
```
* デバイスがタイムアウトまたは切断されている兆候があるかを確認。
2. **スクリーンロックや自動サスペンドの無効化**
GNOMEなどを使っている場合：
```bash
gsettings set org.gnome.desktop.session idle-delay 0
省21
568: Chatgptに聞いてみた 08/04(月)14:33 ID:aKKdSD8k(4/4) AAS
### 💡 追加対処（再現性が高い場合）
* **仮想マシンの切り替え（Alt+Tab等）で一時的に回復するか**？
* **SSHで別端末から接続しているとキーボード入力が復活するか**？
* **一時的に別の仮想キーボード（`onboard`など）での入力ができるか**？
### 🔚 まとめ
仮想マシンでの「長時間放置後にUSBキーボード入力が死ぬ」という問題は、
* **ホスト（VMWare側）の入力デバイス管理**
* **ゲスト（AlmaLinux側）の電源管理・udev**
* **ユーザーセッション周辺（スクリーンロック・X/Wayland設定）**
省2
569: 08/12(火)07:36 ID:IhQgSOWG(1) AAS
AlmaLinux release 8.10
kernel update 多いね（毎週？）
570: 08/13(水)12:10 ID:BikUxlHG(1) AAS
9も同じ
多すぎる
luks使ってて再起動面倒くさい
571(1): 08/16(土)18:20 ID:PRtnSdHx(1) AAS
Alma 10.0 x86_64_v2 をインストールしてみた
>>467 の通りEPELも救済されてて使える
ただ、救済EPELはIPv6非対応でIPv4必須だった
他は全部IPv6だけの環境でも使えるのに、惜しい！
572: 08/17(日)13:09 ID:aRLBFt6P(1) AAS
>>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でも機能した
573: 08/19(火)16:11 ID:e21/6cxf(1) AAS
Alma10にしたらsendmailが使えなくなった
makemap hashとnewaliasesがエラーになる
hashがサポート外？になったらしい
m4で作るsendmail.cfは相変わらずhash前提だし、どうすりゃええのこれ？
上下前次1-新書関写板覧索設栞歴
あと 90 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s