Arch Linux 17

公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

インストールガイド (英語, 日本語)
01. https://wiki.archlinux.org/index.php/Installation_guide
02. https://wiki.archlinux.jp/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%82%AC%E3%82%A4%E3%83%89

※ 質問はインストールガイドを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 15
https://mao.5ch.net/test/read.cgi/linux/1568434521/
Arch Linux 16
https://mao.5ch.net/test/read.cgi/linux/1613324251/

>>750
ん？
ちゃんと読んだ上での感想ですけど

人生には他にやるべきことあるんじゃなかったんですか？

>>750
そいつはMan爺だ
相手する気なら会話が成立しない前提で挑んだほうが良い

ほんとスレタイ読めない
あぼーんの民はどこにでも登場するな

お前こそ、人生見つめ直しなさいよ
傲慢は地獄行きですよ
あ〜めん

archlinuxのインストール手順を読んだときに
mkfs.ext4 /dev/sda1
みたいなコマンドをただのインストールに必要なよくわからないコマンドとして通りすぎるのではなく
LinuxではSSDなどのハードウェアが/dev内のファイルに対応していて番号がつくとパーティーションになるだとか
Linuxは様々なファイルシステムに対応していてそれぞれのファイルシステムにどのような特徴があるのかインストールしながらLinuxのシステムについても勉強すれば将来立派な社会人になれるんじゃないだろうか。

けどArchで身につけてた知識ってArchを触る以外であまり役に立ったことない

SteamDeck購入を機にSteamOSの元になってるArchの事を知りたくて、Linuxの経験ないけどここを見ている。
自分がしてるのはロケール設定やproton(wine)のprefixをいじるくらいだけどね。

archのパッケージマネージャはほぼarch特有のソフトだけど
それ以外のほとんどのソフトはarch以外のディストリでもよく使われているものだよ。
Systemdの使い方を覚えれば他のSystemdを使っているディストリでもすぐにSystemdを使えるようになるだろうし。
ArchでVimを使っていれば自分の書いたVimの設定ファイルを他のディストリにコピーして使うこともほぼできるでしょ。

MIMEの設定情報とか役に立ってたんだがFlatpak経由のインストールで一切設定
しなくなって紐づけは全部利用者がやれみたいになっちまったしな。
　MIME経由で情報集められるの、怖いとか誰かが言い出したんだろうが、ふと
PWA非対応ブラウザで擬似PWAを実現するWebapp Managerってブラウザ検知
どうやってんだろとソース見たら総当たりで書いてあって、この総なめコード悪用
されたら酷いことおきそうだよなあと思いつつ大人の対応でそっと閉じた記憶が

Arch以外だとピタゴラスイッチみたいに設定が絡み合ってたりするから下手に触ると弄ってない場所にまで不具合が出てきたりする
結局弄るならArch使うしかないし、Arch以外を使うなら極力弄らないようにするしかない

>>755
Arch Wiki で身につけた知識って、Arch を触る以外でも大変役に立ちます

コントリビュータの方ありがとうございます

Archで厄介なのは常に全パッケージを最新版にしておくのが動作の前提になるところ
pacmanの設定で特定パッケージだけバージョン固定したりできるけど推奨はされないし動作保証もされない
バージョン固定したいものが1つでもあれば、セキュリティ更新もパッケージのインストールも一切しないままの状態でしか動作保証されないことになる

バージョン固定したいって思ったことないわどういう用途？
開発環境とかはパッケージマネージャとは別に管理する方が便利だし
それかPKGBUILD書いて/optに押し込んどくのじゃだめなん？

>>761
むしろそれを知らずに一部のパッケージだけ何も考えずにアプデ保留して自分で環境ぶっ壊してんのにあちこちで｢Archはすぐぶっ壊れるクソ！｣とかいう奴が厄介っていうw

>>762
横だが普通に「使う」用途だよ。「弄る」ではなくてね。
RHEL/Cent/Alma/debianの方がarchよりも何倍も多いのだから明白だろ。
余程ポンコツでなければ、古いパッケージのバグを自分が踏む確率<<<新しいバッケージに何らかの問題がある確率、だから。

枯れたバージョンでバグ修正やセキュリティだけアプデしてほしいって需要はわかるけどそれをarchに求めたことがないもんで
そういう人ってはなからRHEL互換やdebian使ってるもんだと思ってた
わざわざarch使って部分的にバージョン固定ってどういう用途なのか気になったのよね

バージョンの依存関係なんてディストリ関係なく起こる問題だし何ならWindowsとかでも対処必要になることあるでしょ
それで解決できなくて詰むってArchのスキルが云々より単純にPCスキルが低すぎるのが問題では

>>766
アップデートしなければ問題は発生しないのだから、
単純にアップデートの機会が多く、かつ断れないのは、archが抱える原理的問題だよ。
だからシェアが上がらないのも納得ではあるが。
対して他ディストリは数年ごとに乗り換えが必要で、どっちが楽かという話だけどね。

もうArchを5年使っててアプデで壊れたことはないけどな

>>765
> わざわざarch使って部分的にバージョン固定ってどういう用途なのか気になったのよね
自覚症状無いのだろうけどお前がそれだぞ。

> 開発環境とかはパッケージマネージャとは別に管理する方が便利だし
つまりお前が「使ってる」開発環境は勝手にアップデートされたら困るから固定(ないしは手動アップデート)し、
そして「使ってない」ツール群は全部最新版にしておきたいんだろ。

システムと開発環境じゃ全然違うレイヤーの話だろ
俺が気になってるのはシステムの一部をバージョン固定する理由

同じだよ。勝手に変更されたら困る部分を固定してるだけ。
それがお前にとっては開発環境で、鯖屋なら各種デーモンになるだけ。

Archのアプデで主に出る不具合は依存関係の定義漏れだね
Debian系ではパッケージ側の定義ミスを踏んだ経験なかったから最初は驚いたよ

Archは原則バージョン固定を想定していないのに
AURは平然と依存関係をAUR製に上書きしてくるから考えずに使っていると簡単に壊れる

最初にArchを使った時にはそれで大失敗したけど
〝他のAURパッケージに依存するAURは使わない〟
〝既存パッケージをAURのパッケージで置き換えない〟
という2つの大原則を守るようにしてからは壊れにくくなった

どこまでがシステムでどこからが開発環境と呼ぶのか知らないけどお遊び用途でなく普通のPCとして常用するならセキュリティ更新は毎日実施、
セキュリティ以外は更新したいものだけ好きなタイミングで更新、新規インストールも他パッケージの更新は無視して自由に可能、ぐらいできないと困る

Archのパッケージマネージャに頼るならそれを諦めろという話
提供されているものに逆らおうとするなら用途に合ったディストロを選ぶなりコンテナを使うなりそれなりの労力は必要になる

>>774
労働の対価としての金も払わねぇでテメェの手すら動かさねぇなら勝手に困ってろよクズ

依存関係の処理をパッケージマネージャにやらせない鶏を選べばいい

だからカーネルメンテナ達からはFedoraが人気なんだよね
ArchはArchを触ること自体を楽しむディストリ

>>776
金払っても手を動かしてもどうにかなる問題じゃないじゃん
archの仕組み的に無理なんだから

そういう意味ではFedoraがベストなんだけど
利用環境を英語と決めつけたバグが随所に転がっているから使えないんだよね
言語絡みのバグは報告しても放置だし

つか、バージョン固定したいサービスやアプリはコンテナ使うもんじゃないの？

カーネルメンテナでArch使ってる人たくさんいるけどな…
有名どころだとGKHとか

使うディストリによって自分の開発ができなくなっちゃうような低レベルなプログラマがカーネルメンテナにそもそもなれるわけない

ArchスレはFラン混入率が他のディストリより少し高め
Alter 関係者か

>>746
>Linuxは「使う」ものであってね。

そのとおりで、Linuxは便利に使えるからね

Widowsのような欠陥OSにこだわってるユーザはWSLで十分だと言いたいのか？
WSLとLinuxネイティブは同じ環境ではない
WSLはずっと劣化した制限の多い仮想環境
土台のWidowsがこければWSLもこける

最大効率でなくても問題ないような無責任な仕事ではないから使うディストリは選ぶでしょ

>>781
仕事に使おうと思うとセキュリティ関連以外は全て時間の余裕がある時を除き固定したいのが普通なわけで

バグを発見して貢献すること自体が趣味でもないと普通はそうなるよね
だから一般ユーザーにはUbuntuが人気だし、最新パッケージが欲しい開発者にはFedoraが人気
そして暇なユーザーにはArchが人気となっている、俺はもちろん暇たからArch大好きだぞ

Calam-Arch-Installer 使うと
endevourやmanjaro並にインストールが簡単だから
Arch以外の出番が減ったな

今のArchは公式にarchinstallコマンドが付属している
最初は手動である程度の構造を把握して二回目からはarchinstallでサクっとインストールが基本
公式ツールだけあって活発にメンテされているから外部のインストーラー使うより安定しているよ

みんなブートの高速化でどこまでやってる？
自分は
・systemd-bootに切り替え(効果大)
・mkinitcpioからboosterに切り替え(効果中)
・Btrfsのブロックグループを有効化してマウントを高速化(効果大)
・systemctl enable upower(効果小)
このあたりまでは最適化してみた

>>790
一度インストールしたら二度とインストールしなくて済む為のローリングアップデートだと思うのですがそれは

>>791
起動時間が問題ならsuspend/hibernateで使うべきでは

起動時間が速いことに越したことはないが、
実用上に問題になることはあまりない
作業中断して素早い起動がほしい時はオレもsuspend/hibernate使うよ

>>791
その次はLTOだな
がんがれ

意外と実用でArchを選んでる人って多い感じ？
Linuxの設定とかいじくり回すのが好きな人が大半かと思ってた

>>795
つ現実
https://news.mynavi.jp/techplus/article/20230207-2582977/

>>796
Web サーバーじゃん

debian
>>761
あなたはNixOSを使ったほうがいいのでは…？

> debian
なんか余計なものがレス作成欄にそのまま残ってたわ…すまん

ジェンツーとかな

最近のLinuxはすごい勢いで進歩しているから
Archみたいな最新系のディストリ以外は使う気にならなくなってる
こんな素晴らしいディストリが存在してくれて感謝

archinstall をコンソールで使うと文字が見づらいけど、
EndeavourOS をUSBメモリから起動して、
Konsole で archinstall を実行すると快適になった

Plasmaデスクトップだからフォントを簡単に変更できるし、
archinstall の日本語翻訳も表示できる
わからないことがあれば Firefox で調べられる

それはもうEndeavourOSをインストールしていいんじゃないかな

それはもう別の話だね

最近はgoogle検索自体の精度が落ちてきているせいでLinuxが使いにくくなっている
Arch Wikiも更新されなくなってきているから最新の情報だとどうにも役に立つ率か落ちてるしさ

グーグル検索の精度が落ちたのは昨日今日の話ではないがな

Arch Wikiのラングがガタ落ちした感じがするんだよね
Ask Ubuntuがトップに出るからかなり検索しにくい
比較的正確な回答が多かったredditのランクも落ちた
悪い意味でWindows的な状態に陥りつつある

> Arch Wikiも更新されなくなってきている

今まで更新してくれていた人に感謝しつつ、
自分が担う番が来たということでは

google検索よりAIに質問したほうが早い説あるけど、AIもポンコツだからなぁ

ソース読んだりデバッガ使ってサクッと自分で直せない奴らって何のためにLinux使ってんの？

>>810
Linuxの設定周りは直す箇所を特定するのが難しいんだよ
例えばGDM3のログイン画面から直接ハイバネートする項目を出現させる方法とか分かる？

>>811
んな普段使ってすらねぇようなもんのピンポイントな具体例聞かれたところでエスパーじゃねぇんだから知るわけねぇだろ
そういうのはUIに使われてる文言とかでソース検索してどのへんで処理してんのかとか当たりつけて読んでくんだよ

それを俺にやれってんなら相応の対価を払え
あるいはお前は既に一生懸命ググって答えを知った上でその汎用性のかけらも無い知識をドヤ顔で披露するためにその無意味な質問してんなら大好きなArchWikiにでも書いとけ

ほらね？　分からないでしょ

レスはっや、一日中張り付いてんのかよw

しゃーないからネット上のソースとドキュメントだけちらっと見てやったけどextensionでいくらでも拡張できるようにpanelのアイテム一個一個から全部公開されてるからAPIのドキュメントみて自分で多分精々100行もいかんようなjsのコード書きゃいいだけじゃねーか
なんかGnome周りの前提知識なし&流れ的にググるの禁止縛りでやったけどこの程度ならググれば拡張機能とか普通に公開されてんじゃねーのか
ほんとレベル低すぎて呆れるわ

残念ながら拡張機能はGDMのログイン画面には影響を与えられません
早速直す箇所の特定を間違えてるじゃん

だからエスパーじゃねぇんだから普段使ってねぇ&検証用の環境も用意してねぇもんの正確な中身なんざ知るわけねぇだろっつうのwww
環境用意してしっかり調べてほしいんなら

対
価
を
払
え

知識自慢しようと勝手に調べてそれが的外れだと指摘されたら対価払えば教えるよなどと

>>811
本当に困っているのならともかく、
自分の中で答えを持ってそうな人に答えても、反論されて面倒くさいだけ

> Linuxの設定周りは直す箇所を特定するのが難しいんだよ
> 例えばGDM3のログイン画面から直接ハイバネートする項目を出現させる方法とか分かる？
例えば mousepad のフォントを変更する方法とか簡単
OSの問題ではなく、ユーザーが何をやるか次第だと思う
ユーザーの多くがやるような設定は基本的に簡単だし、調べればすぐ出る

GDM に関して言うと、github.com/GNOME/gdm に行って、
「/hibernat」と入力して Enter
GDM 本体には hibernate に関するメニューがなさそう

Arch Wiki に書いてある方法は、GDM のオプション設定の範囲を超えてると思う
wiki.archlinux.org/title/GDM#Configure_power_button_behavior
たぶん SDDM なら普通にできると思うので、可能ならそれを使えばいい

調べてみて脱力したし、わかっててこういう質問をする人はしんどい

普通なら手を動かして調べる行動力を称賛されるのに…
>>810で徳の低い煽りをしなけりゃよかったのにねぇ！

「ソース読んだりデバッガ使ってサクッと自分で直せる」らしい人なら
Arch Wikiにも存在しない方法で直せるかと思ったけど無理だったか。

>>818
調べてもらったところ申し訳ないけど
それは電源の物理ボタンの設定であって項目を出現させる方法ではないんだよね。
一見簡単そうに見えて超難易度の高い設定というのがLinuxには多々あるからハマると大変という一例。

ハイバネートってなんですか

調べてもキーボードショートカット設定すれば？な代替策しか出てこない……

>>821
さぁ？
でもarch及びその系統のユーザーには何か気色悪いのが多そう
って言うのはわかるマン

ハイバネートなんてやらないほうがいい

アゲアゲでパネェ感じなんですね…

>>820
コードを書いて pull request すればいいよ
他のユーザーも助かるだろう

> 一見簡単そうに見えて超難易度の高い設定というのがLinuxには多々ある
この人には何を言っても無駄そう

GDM に関して言うと、github.com/GNOME/gdm に行って、
「/hibernat」と入力して Enter
GDM 本体には hibernate に関するメニューがなさそう
ないものをやるのは設定の範囲を超えてる

>>824
でも世の中にはログイン画面で保存したい人も居るらしいよ

>>826
>ないものをやるのは設定の範囲を超えてる
Linux初級者はメニュー・コマンド・設定ファイル等で設定できないものはお手上げになるが、
それが、Linux中級以上になるとソースコード等をいじって設定できるようにするんだろうがな
俺もだが、Linux初心者にはソースコード公開してあっても意味なし感じだからな

https://imgur.com/VrvH0CO
しょうがないからテスト用の環境用意して調べてやったけど環境構築の時間含めても2時間もかからず実現できて草

CですらないjsだしGnome周りの知識0からの俺ですらすぐ実現できんのにこんなんが高難易度とかマジで何のためにLinux使ってんの？

まじでサクっと直せる人じゃん！！
なんか感動したから俺も今度からソース読んだりデバッガ使って頑張ることにする

>>829
偉い

>>828
初級なら中級ならという話じゃない
「コードを追加して設定できるようにすればいい」とかもう設定じゃないのよ
Linux に限った話じゃない

>>811 >>830
方言なのかもしれないけど、オプションの追加はそもそも「直す」ではない気が
機能追加を「直す」て言うんか

>>829
スゲーな
Linuxは乞食するのに適しているということで使っている奴が多い
こんな奴(当然俺もだが)は乞食すること以外は碌にできない
当然、Cやらjs等の言語学習はしないから簡単なソースコードすらわからん(高難易度)
(乞食は笑っちゃうレベルのシェルスクリプトできれば俺様超スゲーだろになる)
そして、ソースコードを見てもわからんということで見ることすらしないのが乞食

>>831
>「コードを追加して設定できるようにすればいい」
乞食(永遠の初心者)は、今回はjsでだが、コード追加が(ハイレベルすぎ)できない

まあ言語なんて結局は文法とかはコンパイラなりのツールとかが間違ってるよって教えてくれるし
あとは物事を論理的に考えられるかと実際に挑戦するかどうか程度の問題よ

別に｢俺には出来ない｣って人もそれはそれで全然いいと思うけどそういう手も動かさない頭動かさない対価も払わないくせに自分が乞食だっていう自覚すら無いゴミ共が
>>767みたいに薄っぺらい知識で｢archが抱える原理的問題だよ｣とか手を動かしてくれてる中の人達の成果物ディスるとイラッとするからちょっと>>810で煽ってみたんだわ

Arch上級者は実演で黙らせるからカッコいい

Arch Wiki に書かれてない有用なことがあるなら Wiki に書けばいい
オプションを追加するコードを書いたなら pull request すればいい
コードを書けないけどどうしても必要なら、Issues で機能提案すればいい

GDM って歴史の長いソフトだから、いまさらオプションが追加されることはなさそう
Wiki に解決法を書き込むのが現実的かな

自分だけが正しいクイズ大会とかやっても人が離れるだけ

>>836
文句しか言わない連中なんて離れた方が治安良くなるよ
上から目線で他人の貢献を要求する君もそのひとり

>>834
俺は810以降は書き込んでないけどな。
俺ツエー合戦で盛り上がれる程若くないので、生暖かい目で見てた。

何が気に障ったのか知らんが、俺はCもJSも読めるから、
お前が今読めなくて困っているOSSのコードがあれば見てみてもいいけど。
(ただし、俺が何かしら回答出来る確率はかなり低い)

しかし俺も今回のは、831と同様、
> ソース読んだりデバッガ使ってサクッと自分で直 (810)
とは言わないと思うがな。

あと、ノリが学生レベル過ぎる。
ほぼ全員の学生が就職して驚くのはテストの量で、企業では煽り抜きで100万倍テストしてる。
というより、学生は「俺が今使ってる環境で動いたからOK」で、甘すぎなんだが。
今回のハイバネート、設定を追加しただけのようだが、なら、何故それが既に公式に来てないのかを考えた方がいい。
おそらく、何かしら問題があるんだよ。(お前に命中するかはまた別だが)
この点については、
> ハイバネートなんてやらないほうがいい (824)
は当たってる。Linuxは元々節電なんて考えた作りではないので。
それでも試してくれる人柱が居ないと進まないからどうぞ使ってみてくれではあるけど。

それから、俺はarchを使ってなくて、今はZorin、次はMintを使う予定だ。
ローリングアップデートはなかなか面白いアイデアだと思う。
アップデートパッケージは完璧で何ら問題がないという前提なら一つの最適解だろう。
実際はそう上手く行かないにしても、最適解の枠を作っている意味はある。

俺は今お前がやってる、Linux自体を「弄る」事には興味ない。
俺はunixコマンドを「使いたい」のであって、使えれば何だっていい。
こういう連中の現時点での最適解とされてるのはWSLだ。俺はそれ以前のCygwinやUnxutilsで満足してるが。
実際のLinuxユーザーの大半のこの「使う」用途の人には、
Linux本体システムのアップデートなんてクソどうでもいい事でしかない。
昨日と同様に今日も動く事が最重要であって、頻繁なアップデートなんて壊れる機会が増えてるだけだ。
それを理解出来ないのは、お前はあくまで「弄ってる」だけで、「使って」ないからだよ。
(スマホのOSのアップデートが毎日来ても糞ウゼエし困るだけだろ、と言えばZにも通じるか？)

知識ひけらかしたくて話しふって自己レスっていう
ほのかに自演臭漂うやりとりがarchユーザーっぽさ出てて良かった

> アップデートパッケージは完璧で何ら問題がないという前提なら一つの最適解だろう。
これは完全に逆
どうせ完全には出来無いから取りあえず全部最新にしておいてバグ踏んだら次のアプデを祈れ、
フィードバック出来るなら上流にしろ、というのがArch

バージョン固定して必死にバグ取りしてたらリリース遅延しまくりだったDebianが反面教師や

Archから乗り換えるのは分かるけどZorinやMintを選ぶ理由が分からない
FedoraかDebian、100歩譲ってUbuntuまでじゃないか？
特にUbuntuの派生なんてDebianから数えたら派生の派生なんだからどこに不具合が潜んでいるか不明だし
それこそ〝今使ってる環境で動いたからOK〟の典型例が、Ubuntu派生ディストリだから主張と矛盾しているように感じるね

>>842
ぼくはカッコいいからArch使ってるよ。
普段ネットサーフィンかエロ動画視聴にしか使ってないから、別にディストリなんでも良いし、Windowsでも良いんだけど

arch wikiの原則に書いてあるけど

> Arch はできるだけ多くの人にアピールするよりも、貢献している人のニーズを満たすことを目指しています。熟練の GNU/Linux ユーザーや、積極的にドキュメントを読んだり自分の問題を解決する“do-it-yourself”の姿勢を持った人をターゲットにしています。

お客様はそもそもターゲットではない

>>843
arch使う事がかっこ良いという考えは改めた方が良いと思うよ
ttps://qph.cf2.quoracdn.net/main-qimg-0f9a31ff44d1b2a2b89adb78c31a5a87-pjlq
ttps://www.facebook.com/TecMint/photos/a.274403725911428/1322651147753342/?type=3

>>841
そういう解釈もありだ。
まあ意味付けはともかく、現実的なアップデート戦略は、両端がarchとRHELなのだと思う。

> バージョン固定して必死にバグ取りしてたらリリース遅延しまくりだったDebianが反面教師や
これは知らんが、枯れたバージョンを使う連中がバグ取り(＝新規コード挿入)をしてる事自体が戦略ミスだね。
arch等の先端で問題なかった物の集合体を枯れたパッケージにすべきで、駄目ならさっさとスキップすべきだ。
まあ何かしら旧バージョンにこだわる(＝新バージョンでは駄目な)理由があったんだろうけど。


>>842
動作報告があったからだね。
俺は「自分で使う用」だから自分が使えれば何でもいいんだよ。

ちな、俺はarchから乗り換えたのではなく、windowsからLinuxへの乗り換えを検討していて、
archだと再インストール作業を一生せずに済むのか？と考え、候補として見てる。
が、まあ、ここ見てる限り、現実的には厳しいかな、という感じね。
本当にメインマシンをLinuxにして良いのかをZorinで味見中。
(主に日本語環境とかその辺。
今のところ見えてる不満はGPUの動画再生支援がまるでない事だが、
これはディストリではなくLinuxの問題なのでどうにもならない)

アムド製のGPUならそうなるかもな

なおnVidia製だ。(勿論プロプライエタリドライバは入れてる)
ただ、正直LinuxのGPU活用はWindowsと比べて20年遅れてる。
クライアントマシンとして使うならWindowsの方が断然優れてると思う。
(Linuxのシェアが上がらないのも分かる。Windowsなら何の問題も無く出来てる事が、出来ない)

>>846
PCを乗り換える5年から10年くらいならOS問わず再インストールが必要になるとは思わない
ただ、もし必要になった時archならpacstrapで必要なものを再インストールするだけとやりやすくはある

事務員がGPUが遅くて困るとかあるか？
オフィースワークなら、LinuxとLibreOfficeで解決するのが現状