AlmaLinux Part 1【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/

システムとハードをセットでサポート受けようとすると一番安い、Windowsは圧倒的に安い
事実上投げ売りの低価格でサポート受けられる
なのでバックのサーバはともかくとして、フロント側は必然的に Windows になる

アラマLinux

CERNのお墨付きか

何かと思えばCERN標準をどっちにするかようやく発表されてたのか
>>197,225,250あたりにとってはようやくだなｗ
楽天モバイルが後出しでRockyに移行したのもあって偉い人の中ではてっきりRockyの流れなのかと思ってたよ

AlmaでVMにサーバー建ててみるかなあ
https://www.server-world.info/
ここのRockyリファレンス基にすればいいかな？

>>639
グロ注意

https://linux.web.cern.ch/

Fermilab/CERN recommendation for Linux distribution
08.12.2022

CERN and Fermilab jointly plan to provide AlmaLinux as the standard
distribution for experiments at our facilities, reflecting recent
experience and discussions with experiments and other stakeholders.
AlmaLinux has recently been gaining traction among the community due
to its long life cycle for each major version, extended architecture
support, rapid release cycle, upstream community contributions, and
support for security advisory metadata. In testing, it has demonstrated
to be perfectly compatible with the other rebuilds and Red Hat Enterprise
Linux.

CERN and, to a lesser extent, Fermilab, will also use Red Hat Enterprise
Linux (RHEL) for some services and applications within the respective
laboratories. Scientific Linux 7, at Fermilab, and CERN CentOS 7, at CERN,
will continue to be supported for their remaining life, until June 2024.

>>635
サポートと言っても実際はほとんど役立ってない。
サポート契約は社内での言い訳が主目的になってる。
社内で情シスがサポートすりゃいいのに、あいつらやる気ないし使えない。

どんなサポート受けるんだ？
マイクロソフトサポートなんか使ったこと無い

>>643
何か困った時にメーカーに聞く
メーカーが××と言ってるからできません
メーカーが○○と言っているからこうします
（何かあってもオレたちの責任じゃねーよﾊﾅﾎｼﾞｰ）

と言うためにある。RedHatが存続できてるのも、こういうこと。

>>639
Rockyでも問題ないがCentOS Streamの方が良いかもしれんな
特にAlma9ならStream9の記事の方が新しいやり方で書かれている
他にはhttps://mebee.info/category/almalinux/とかも正確で良いぞ
アドブロック付けて突撃だ

>>645
アドブロに関しては抜かりなし、ありがとうございます

>>642 >>644
そう。情シスが責任逃れするためのサポート契約。

ここでいうサポートって
セキュリティパッチ保証とか指すんじゃないの？
セキュリティホールちゃんと責任持って塞ぎますよという

セキュリティホールがある事自体問題なんだ！

って言うけどSystemdになってからのLinuxもそんな大きな違いあるのだろうか？

責任持って塞ぐかどうかどうかは知らんが、
例えば新しいバージョン（新機能とかが加わっていて、設定ファイルとかの互換性のないバージョン）で塞がれたセキュリティホールが
古いバージョンにもある場合は、修正をバックポートして塞ぐとかやってるよ
どのぐらいしっかりやってくれるかは知らん

あとバグっぽい挙動があったら、言うと、バグかどうか調べて、バグだったら修正パッチ作って開発チームに投げてくれる・・・と思う。
まぁ今でも、CentOS Streamでバグが再現することを確かめて投げれば、RedHat Enterprize Linuxのユーザーでなくても対応してくれると思うけど。

>>648
マイクロソフトでサポート契約しても「それは仕様です」で終わる。

>>650
バックポートだけ欲しいいいなら、AlmaやRockyを無料で使えばええやんか
金払って受けられるサポートってのは、問い合わせだよ
マジで「お前エンジニア辞めた方がいいんじゃね？」ってくらいのレベルの質問が多いよ

almaって寄付は受け付けてないの？

賛助会員は企業だけみたい。個人は開発に協力する、ショップから物を買うぐらいだろ。

ショップから物を買うとは？

後は自分で調べろよ

ぉぅ、調べたわ
ちょっとこれは買いたいと思わないな・・・

パソコンに貼る四角いペンギンシールを売ればいいのに。

>>587 >>589
今はepel9にあるね。
10月の日付になってる。
単に遅れてただけみたい。

メジャーバージョンアップで EPEL 落ちするパッケージは出てくるわな
ext2/3/4 向けの dump コマンドが EPEL 落ちしたけど Red Hat 的には ext4 系は見捨てる方向なのかな

削除されたパッケージ一覧は以下参照で
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/9/html-single/considerations_in_adopting_rhel_9/index#packages-with-removed-support_assembly_changes-to-packages
( RHEL 9 の採用における考慮事項 の A.4. 削除されたパッケージ の節 )
全部EPEL送りってわけではなく、EPELにもない奴もあるようだ

alma9ってseLinux無効にできないのマジで？

Minimalで入れてもsshとselinuxは標準で有効になってるね

>>663
8は使っていて、9はまだ入れてないけどselinuxはdisableやpermissiveできないの？

>>664
設定ファイルはかわらないから無効化出来るよ

>>665
ググったら普通にできるみたいなのな
個人ブログより公式見ろってのが1000回ぐらい言われていたのにまたも守れない俺orz

>>666
MDNとか気取った翻訳の仕方とかたまに思い切り原文とズレてたりするから見たくないけどサーバーサイドは公式見やすいと思うよ

>> 664
Red Hat 的には無効にするぐらいなら SELINUX=permissive にしろとのこと。
一応 Red Hat 自体が SELinux 無効化の手順を公開しているので無効化するなとも言っていない。
https://access.redhat.com/documentation/ja-jp/red_hat_enterprise_linux/9/html/using_selinux/enabling_and_disabling_selinux-disabling_selinux_changing-selinux-states-and-modes

んで permissive で運用している人いる？
ディスクが audit.log で溢れるんじゃないかと怖くて設定できないんだ。

ログあふれが怖いなら
ローテーションすればいいだけのような
自分はpermissiveは、audit2allowでルールを追加するためには使うけど
そのままそれで運用ってのはやらないかも

audit.logはログを吐き出すauditd自体にローテート機構があり自動でローテートされる
というかEnforcingであってもログは吐き出されるのでローテートがなかったら手動で消さない限りいつかはディスクが埋まるし、
ディスクを埋めてサービスを阻害する攻撃ができちゃうのでそんな間抜けな仕組みにはなっていない流石に

とはいえ、Redhatは何か言っているようだが、本当にSELinuxを使うつもりがないならDisabledにしてよいと思うけどね。Permissiveじゃなくて。

Fedoraの上流で、
「インスコしたら即SELinuxを無効にしているやつらがいるのはけしからん！次からは簡単に無効にできないようにする！」とか言ってたのは結局ナシになったんかな。

RHEL 使ってる連中はEコマースやデータベース、はたまた分子生物学や
流体力学はわかるけどSELinuxはわからんって連中ばかりだからなあ。

強制したら強制したで「SELinuxを無効にしたら電気代が年間いくら安くなる。
二酸化炭素排出がうんたら。SELinuxはSDGsにそぐわない/エコじゃない！」
って騒ぎだすんじゃね？

「セキュリティホールがみつかりましたが SELinux が Enforce のシステムは
このパッチ充てる必要ありません。」なんて見たことない。
有効な機能だとは思えないのでいい加減やめてほしいわ。

どれっていう具体例を出せずに申し訳ないけどアドバイザリの深刻度がSElinuxの理由で下げられることはあるよ
セキュリティ上意味はあるしちゃんと仕事はしてる
将来発生しうる可能性のある未知の脆弱性を低減できる可能性（これまでも効果はあった）もある
これがあれば絶対に安全とは全く言えないし少し面倒もあるけどだからといって無くていいと考えるのはかなり勇み足に聞こえる

安全性を高める仕組みとしては素晴らしいものなのだろうが、
分かりやすく使いやすい仕組みではないわな

公式パッケージでもコンテキストに漏れとか抜けがあって、
ログが出ない、みたいなこともあるしな


「Qiitaにそう書いてあったからdisabledにするのが普通」というのはダメだと思うが
やってる事は同じだわと思いながら、disabledにしてるわ

10年以上 Red Hat 以外の開発者からガン無視されたわけだしもう撤退すべきだと思う。
docker/podman で chroot 環境がお手軽になってる今ならメンツも潰さずに移行できるでしょ。

SELinuxとか全然スレ違いなのだが話すこともないので・・・

そもそもSELinuxは機能過剰なのではないかと・・・普通にパスベースのTOMOYO Linuxとかのほうがきっと楽、でも使ったこと無い。
機能自体は過剰なくせに、ポリシーを作成するためにはツールをゴテゴテ導入しなければならなかったりなど・・・

SELinuxはもちろん設定すると、SSHはもちろんコンソールログインにおいてすら操作を制限できるっていうけど、
そんなちゃんと(targetedでなくstrictポリシーで)設定してるところがどれだけあるのか。
企業や軍隊等ではちゃんとやってるんかな？
あと日本語の文書が少なすぎるというのもある。スクラッチでポリシーを書くのには苦労した。

いや、いろいろ文句はあるが、ワイは運用段階にあるマシンにおいては、targetedだけどちゃんとポリシーを設定してEnforcingで運用してる。
苦労したけど、苦労した末になんとかポリシーを書いてmakeして組み込んで、運用中のマシンではEnforcingにしてます。

SElinuxは宗教的なものだから、CentOSスレもキチガイが発狂してたな
強制で無いならそこそこにしておかないとSELinux必要不要論はキチガイホイホイになるぞー

CentOS8からAlma9へのマイグレーションって、できるかな

マジでSE LINUXそのものをちゃんと知らないから、何かバグの原因になりそうでビビってる

まじめにやると大変なの？

「setsebool でオプションon/off切替」
「semanage fcontext と restorecon でファイルのコンテキスト設定」
「audit.log を取りながら permissive モードにしてアプリ実行し
取ったログを audit2allow でモジュール化して最後に semodule でロード」
だけで運用できない？

>>680
audit.logも、なにかの契機でアクセス違反が出れば、
そこに情報が残り、そこに対処が必要なのだと分かるのだが、
その違反となるような箇所が他にもうないかどうか、は
運用が終わってみるまでは分からない、というのが
悩ましいところ

SElinuxデフォルト有効はやめてもらいたい。
トラブルの元なんだから。
分かってて使いたい人だけが使えばいい。

w3mのパッケージが無え

ずいぶん前からパージされてたような
自分で入れるしかないぞ

えー
何で？

需要がないから

かわいそぉ

w3m使わないならCUIの時どうすんだよ
wgetで人間ブラウザやれとか言うなよ

elinks使ってるんだろ

lynx

lynxだな

lynxは重い
日本語使うなら選択肢が無いのかもしれないが

javascriptとかcssとかに対応してないテキストブラウザって
今どきのウェブサイトまともに見れないんじゃない？

動画とか見ないで済むし広告も気にならないという利点はある
wikipediaも読めるしwww.phoronix.comでもどんな記事かは分かる
ベンチマークは見れないなど制約はあるが
新規に見るサイト用じゃなくて問題無いのが分かってる所の巡回用だな

epel9 の w3m-0.5.3-60.git20230121.el9.x86_64 が一応動いてる
アルマでリビルドした方が無難かも知れん

誰かalma用のw3mリポジトリ作れ

リビルトするだけで動くがSRPMに赤帽の商標入ってんのか

2分待たずにシャットダウン・リブートはAlma10だろうか

>>535はどうなったのかな
Celeron N3350機ならKubuntu 22.04系余裕

デスクトップ考慮するとCentOS streamとalma / rockyどれが良いんだべ
mozcはfcitx5に同梱されてるとか何とか

RH系のGUIって考えたことなかったわ

32GBは少ないがMSを消去するなら容量的にはubuntuいける
64GBの2in1でubuntu22.04を使ってる経験から

>>700
昔から鯖管やってたらそうなるよな

とっくに消滅したが大昔にVine LinuxというのをGUIで使ってたことがある。
赤帽系でgnome2だった。

消滅ねぇ

Vine Linux からのお知らせ
[2021,05,04]VineSeed 以外の Vine Linux リリースを終了します
長期間に渡りリリースがないままの状態になっていた VineSeed 以外の すべての Vine Linux
リリース版を終了いたします。 Vine Linux 7 はリリースされる予定はありません。
今後は VineSeed のみを残し、今後はこれに集約されます。 引き続き開発を継続・強化・
引き継ぎたい方がいらっしゃれば Slack までご連絡ください。

なお、VineSeed については現在も以下のようなバージョンで開発は継続されています。

Vine Seedって今も開発されてるんか？

ttp://ftp.jaist.ac.jp/pub/Linux/Vine/VineSeed/x86_64/RPMS.main/
kernel は 2023-03-12 の 6.1..18 とかあるな

>>706
まだメンテしてる人がいるのか。ビックリ

VLゴシックも去年久しぶりにアップデートされて驚いた

教えてほしいんですが
almalinuxさわり始めようと思いMINIPC買うてインストール試してるんですが、最初に文字がジャラジャラ流れたあと画面の左上に _ が表示された画面から進まなくなるんですけどこういう時何が原因なんてしょう？

9.1や8.7のiso使って、rufasでUSBに入れててDDも試したものの挙動は変わらず

>>709
インストール時に自動でパーティション切るとefiパーティションが無いように見えるんだよね
Rocky 9.1や他のディストリビューションをいくつか試したけどそれが違った

>>709
Xorg が起動したけど画面は出ていない系かもね。 カーネル引数に nomodeset とかつけてみるとかかな。
インストールメディアで起動して画面一番下に Press 'e' ... が表示されたら e を入力、
linuxefi の行末にスペース入れて nomodeset (ダメなら inst.xdriver=vesa) を追記、Ctrl-x で起動。

>>709
USBメモステの作成に失敗している可能性がある。

みなさん助言ありがとう。

>>710
>>711
まだ十分咀嚼できてませんがグラフィック機能を使わないオプションってことですかね。
とりあえず記載頂いた事をやってみます！

>>712
USBは再作成、iso再ダウンロードやらメディア変えは試しましたが特に変化なし。

試しに作ったCentOS7のUSBは、言語設定まで進めましたが…

CentOS7のUSB?

最近のはtextモードインストーラは付属してないのか？linuxefiの末尾にtextって書く

うちのマシンも、basic graphic modeだったかみたいな設定でないと
インストーラの画面に遷移しないのだよな

グラボはQuadro K2000で、CentOS7くらいのころまでは問題なかったのだがな

>>711
709で質問してたものですが、インストールできました
ありがとうございました

結果としてはnomodesetでも挙動変わらずだったけど
inst.xdriver=vesa追記でテキストベースのインストールになってなんとか完了

>>717

9.2 で解消している模様。普通にインストール画面が出た。

>>718
補足。 Alder Lake N (Intel N95) の mini pc では、 Alma Linux 9.2 はグラフィカル インストーラーが起動できました。
という事です。 9.1 ではグラフィカルインストーラーは起動しませんでした。

既存もアップデートしたら9.2になった

MATEがあれば良いのに

tp://download1.fedora.redhat.com/pub/epel/9/Everything/x86_64/Packages/m/mate-desktop-1.26.1-1.el9.x86_64.rpm
を試せ

https://www.redhat.com/en/blog/furthering-evolution-centos-stream?sc_cid=701f2000000tyBjAAI

> CentOS Stream will now be the sole repository for public RHEL-related source code releases.

RHELクローンころしにきた
AlmaもRockyも対策するみたいなこと言ってる

まじかよUbuntuでサーバー管理すんの？

>>723
RHEL関係のソースコードはCentOS Streamのやつしか公開しないよ～って書いてあるように読めるけど
それだとGPL違反じゃね？どういうことだろうね。

> For Red Hat customers and partners, source code will remain available via the Red Hat Customer Portal.
Red Hatの顧客・提携先はソースコードを入手できる、ってあるから要するにAlma、Rockyの中の人が知らんふりして契約すれば良いってことか
GPLによって、提供したソースコードの利用目的に、Red Hatが制限を加えることはできないはずであるが、Alma、Rockyの関係者だとわかったらそいつをBANすることは可能。
ソフトウェアの使用自体をライセンスしないことにすれば、ソースコードは配布しなくてもよいわけだ。
さ～てどうなる～

>>725
RHELのバイナリを配布しない相手にソース開示する義務はないが
なんでGPL違反になるの

GPLを見る限り、ソースを開示する義務があるのはバイナリを配布した相手のみでよい、
ということではなさそうだが、どこかにそう解釈できる条文がどこかにあったのかな

無関係の第三者に開示する義務などないよ
開示した相手がさらに配布する自由はあるけど
それと混同してるんじゃないの

つまり、AlmaLinuxの開発者がRHELと契約をしてバイナリを受け取ってから
ソースコードを要求して横流しすればいいというわけだな

その辺りはEULAに記載されているんぢゃないかな。

>>730
そうなんだけど、そいつがソースコードを横流ししてることがわかったら契約解除（それより後のバージョンのバイナリもソースもあげない）できるわけでしょ。
実際のところはどうなんだって思うけどね。

問題は、Almaが自称していた10年のサポートをどうやって継続するかだよね。
上流がダメになったからサポートは中断しますでは顧客は納得しない。
これがあるから最上流以外のディストリは使いたくないんだよ。

>これがあるから最上流以外のディストリは使いたくないんだよ
こんなことを繰り返すのは RedHat だけじゃね
Debian、Ubuntu、Arch 等は派生でも大丈夫だと思うぞ
ただしコミュニティが潰れたら知らんけどｗ

RH系統の最上流はFedoraだからFedora使えばいい