AlmaLinux Part 3【RHEL Clone】

AlmaLinux は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 28≒RHEL 8≒CentOS 8≒AlmaLinux 8
です。
FCやRHEL、CentOS用のノウハウ、野良 RPM、レポジトリ云々は AlmaLinux でもほぼ通用します。

AlmaLinux
https://almalinux.org/

前スレ
AlmaLinux Part 2【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1688625930/

AlmaLinux Part 1【RHEL Clone】
https://mao.5ch.net/test/read.cgi/linux/1613015887/

Linux 離れじゃね？

クラウドでサービスだけ買うからOSの操作が不要なんでしょ

2010年代後半から納品先のサーバ室がどんどんスカスカになっていってたわ

>>480
メモリーの件て？

>>469 あたり読んだ？

>>484
ああ、VPSの件ですね

Vultrはもう10が選択肢に入ってた
メモリ必要量に興味あるならVultrで実験してみると良い
課金は日割りと言うか時間割りだから、実験してすぐ消せばほとんど料金は掛からない

>>320
これで一時的にcrashkernelのメモリ確保を無効化できるんだけどカーネルアップデートで元に戻っちゃう
恒久的に無効化する方法ないかな

Windowsじゃねーんだからそんなクソみたいな状態にはならない

何いきってんだｗ
実際にやってみりゃすぐ分かる

Amazon Linuxも中身Fedora改だしな
そらFedoraに移行するやろ

HP Envy x360にAlma10インストールしてみたよ
CPUはRyzen 7 8840HS
ええ感じに動いとる
ドックを認識しないが、さてどうしたもんか

最初Windows11で使ってた状態からBitlocker解除しないでインストール試みたが
SSDがロックされててインストールできなかった
Windowsで立ち上げなおしてBitlocker解除したらインストールできた
Windowsのセキュリティは堅固だなと感じたよ
Windowsはそれ自体はセキュアだから、プライバシーへの介入とか
しょーもない機能のごり押しがなければ、気持ちよく使える良いＯＳだんだがなあ
マイクロソフトの商売っ気がすべての魅力を相殺している

都内某所のスタバでLinux PCでモバイルしているイケメンがいたら俺だと思ってくれ

>>489
488じゃないが Alma9.2 インスト直後に 320 実施、リブート後に dnf update kernel 実施したが引数に crushkernel 復活はしなかったよ。
grubby で ALL 指定しなかった事で /etc/default/grub の更新しなかったからアップデートカーネルには適用されなかった可能性があるね。
バグ/出来が悪い、ではなく作業ミスだと思う。

>>489みたいな奴がLinuxの印象下げるんだよな…

>>489みたいなの一杯いるじゃん
何も下がらねえべ

一杯いるから頭がおかしい集団扱いになってるんだけどな

>>492
Alma9.6で実験してみた
# grubby --remove-args="crashkernel" --update-kernel=ALL
でリブートするとcrashkernelは消えてる
その後カーネルアップデートしてリブート
/etc/default/grubにはないのにdmesgにcrashkernelが出る
[ 0.000000] Command line: BOOT_IMAGE=(hd0,msdos1)/vmlinuz-5.14.0-570.25.1.el9_6.x86_64 root=/dev/mapper/rl-root ro resume=/dev/mapper/rl-swap rd.luks.uuid=luks-3814afbb-482c-46f0-9c57-fbaec723dbda rd.lvm.lv=rl/root rd.lvm.lv=rl/swap rhgb quiet crashkernel=1G-4G:192M,4G-64G:256M,64G-:512M

>>496
前回の環境は既に捨ててしまったので、再度Alma9.2インスト直後からスタートしてみました。

初期状態で (1)grep crashkernel /etc/default/grub ...ヒットあり (2)grep crashkernel /boot/grub2/grubenv ... ヒットなし (3)dmesg¦grep crashkernel ヒットあり。

grubby --remove-args=crashkernel --update-kernel=ALL 実施、(1)がヒットなし、(2)(3)変化なし。

リブート後、(1)(2)(3)全部ヒットなし。

dnf update kernel 実施。9.6系最新(5.14.0-570.25.1.el9_6.x86_64)に。(1)(2)(3)全部ヒットなし。

リブート後、(1)(2)(3)全部ヒットなし。

という事で当方では再現されませんでした。
grubenv あたりでデフォ値使わない設定入ってませんかね。

>>497
おつかれさま、ちゃんとチェックする人がいれば切り分けが進み易いので皆が助かる

/etc/kdump.conf
auto_reset_crashkernel yes
↓
auto_reset_crashkernel no

>>499
これが正解だったみたい
noに変更してからカーネルアップデートとリブートしたらcrashkernel復活しなかった
ここ設定変更してないし、なぜyesになっていたのかは不明
変なのが粘着してきてしばらく沈黙してたけど499のおかげで助かった
ありがとう

すげーなw
「実際にやってみりゃすぐ分かる」って自信満々に煽ったはいいが
「やってみたがわからんのだが？」と返してきたのを粘着扱いとは恐れいったぜ
プライドズタズタなんかもしれんが他環境用意して実際に検証するのを怠った己のミス、自業自得だろ？
黙ってりゃいいものをわざわざ相手サゲとか自己紹介がすぎわw

結局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は公開前に動作確認とかやらないのかな
それ、一発でエラーになるのに