Arch Linux 15

公式
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 14
http://mao.5ch.net/test/read.cgi/linux/1529573114/

何度も言われているが
自分で構築したArchの管理は楽だが
他人が構築したArchの引き継ぎは地獄だから向いてない

>>614
そのとおりかもしれないけど、archで開発してるほうがサバ缶よりドキュメント残してるんだぜ。
どんなディストリのサバでもサービスの立て方が明確じゃないサーバーの管理はクソだよ。
向いてる向いてないはサービスによるんだよ。

ドキュメント不足のCentOSサーバーと
ドキュメント不足のArchサーバーでは深刻度が段違い。

自分でArchサーバーを構築したのではなく
他人が構築したArchサーバーを引き継いだ経験のある人だけが
Archサーバーを賞賛していい。

パッケージマネージャを使う限りはそれほど変わりないと思うのだが他の OS と
Arch って package Manager 使った時のソフトウェアのバージョン固定てできるの？

パッケージ指定して更新しないようにできる

クソがクソ比べするのはクソ過ぎて、そんな仕事したことない。
アマチュアの仕事ならやめたほうがいい

>>613の要件のサーバーならarchのほうが圧倒的に楽。Docker動かすだけなんだからローリングリリースの方がアップデートせずに使えるから。

自分で構築から管理まで行うなら楽という認識は共通でしょう。
他人が構築したArchを引き継ぐ場合の話が論点。

実機でarch入れてるのはうちの社ではCI用サーバーしかない
コンテナやVMだとたくさんarch使ってる

なんでRHEL使わないの…？
予算がつかない…？

archの指針通りシンプルに使い続けていれば引き継ぎも楽だよ。無能がサバ缶やる前提で話すからややこしくなる。
pacmanでDockerを入れるか、aptでDockerを入れるかの違いだろ。

シンプルというのが
パッケージのバージョンを一切固定しないという意味ならそうなんだが
それはArchが楽というよりも
バージョンを上げても問題が発生しない楽なシステムをArch上で動かしてるというだけ。

>>625
認識が同じで安心したね、それを楽と言うか、大変と言うかはケースによって違うんだ。出向先の会社に建てるような小さいサーバーのケースではarchのほうが向いてる。
つまりケースによって違うってこと。
開発側のアプリケーションをそのまま使えないサーバーの運用には向いてない。
開発とサーバー運用を切り分けられない現場だとarchサーバーは難しい。

それって要はトラブル発生しなさそうな範囲にArchをバラ撒いておいて
Archを触れる自分の仕事を維持しようという狡猾な戦略だろ。

バージョンを上げてトラブルが発生しないような単純なケースなら
バージョンを維持した方が安定するんだからサポートの長いディストリを使うべき。

逆に最新のパッケージが必要になるケースでも実はArchは全く向いていない。
なぜなら最新パッケージの新機能を取り扱うようなピーキーなケースでは
バージョンをそこから更に上げると動作不良が発生する事が多々あるから
常にパッケージを最新に保つローリングリリースとは絶望的に相性が悪い。

どう転んでもArchを選択する積極的な理由は見当たらないね。

>>627
>Archを触れる自分の仕事を維持しよう
なんでそんなめんどくさい事をしなくちゃいけないのか。
あなたが言ってることはこれ
>開発側のアプリケーションをそのまま使えないサーバーの運用には向いてない。
>開発とサーバー運用を切り分けられない現場だとarchサーバーは難しい。

>>628
Archが向いているケースなんて存在しないって話なんだが。
具体的にArchの採用がメリットになるケースって何よ？
>>627で書いているように
単純なケースから最新バージョンのソフトウェアが必要となるケースに至るまで
Archの採用がメリットになるケースは一切見出せない。

サーバ論はもうええ

最新のソフトウェアがガンガン使えるメリットあるじゃん
安定したサーバー運用だけが世の中ではないでしょう

依存関係クソくらえ
最新バージョンで動かないほうが悪いのだ

コンテナイメージにarchってすごいな…
ミドルや使ったライブラリにセキュリティホールあってリビルドしたらほぼ全取っ替えだよね

コンテナホストならubuntuでいいし、コンテナのベースイメージならalpineでよくね

>>629
じゃあ逆にデスクトップとしてのarchの利点は？
指摘してるところが全部そのままデスクトップにも言えるんじゃない？

利用者増えなくてもdebianのように生き残っていくからwin-win

>>635
新機能が早い

nvidiaコンパネは使えますですか？

>>638
nvidia control panel は windows 版 nvidia proprietary driver 付属ソフトウェアで linux 用は無いような気がします
(ありましたらごめんなさい)
linux では同じものではないですがよく似たもので nvidia x server settings が nvidia control panel に相当するソフトウェアになるでしょうか
よく nvidia proprietary driver をインストールすると一緒に入っています
ドライバが動作しているときに共に動きます
詳細は arch wiki で参照できます

どうもです
GTX使えないのかと思ってました

sage

インストール中の初心者です。
「arch-chroot /mnt /bin/bash」は成功するのですが、そのあと別なコマンドを打つと「bash:　command not found」と表示されてしまいます。
どうすれば解決できるのでしょうか？

>>642
arch-chroot /mnt
最後の/bin/bashは不要かと

>>642
packstrapした？

どの種類のmozcを使ってもカタカナ英語変換が機能しないんだけど、何か他に入れないといけないパッケージとかある？

fcitx
fcitx-mozc-ut-unified
mozc-ut-unified
fcitx-configtool
fcitx-qt5
kcm-fcitx（デスクトップ環境がKDEなので）
は入ってる。

https://wiki.archlinux.jp/index.php/Mozc
↑ここを参考に他の種類のmozcも入れたがどれも機能しない。
郵便番号変換とかは機能する。
mozcの設定でカタカナ英語変換にチェックは入っている。（外してチェックを入れ直したりもした）
以前は特別な設定なしに使えたがクリーンインストールしたら使えなくなった。

環境は
Arch Linux
Linux 5.9.12（5.9.11だった頃から使えない）
KDE Plasma

>>645
mozcスレの206に回答があったよ

virtualboxで/var/cache使いまわしてインストールしまくるのが楽しいっす
無駄にlvmにしたりファイルシステム変えたりしとる

>>647
使い回しってどうやるの？

どういうことなの

>>645
パッケージって入力するとpackageって変換出来るようなやつだろ?
ちゃんと出来るけどな?
mozc-ut-unified-fullってやつ入れてる

>>650
そのとおり。
それも入れてみたけどだめだったな。
ちなみにメイン機だけじゃなくてサブのラップトップでも同じ。こっちもArch Linuxでハードウェア以外は同じソフトウェア環境。
死ぬほど困るわけじゃないがなんとかしたいね。

CentOSがローリングリリースの仲間入りしたぞ

そういえばUbuntuもそのうちポイントリリースやめてローリングモデルにするって言ってたな

じゃあもうDebian１強になるじゃん

>>652
ええ
更新され続けるの？

gdisk コマンドでパーティションを切るとき、
code EF00 で EFI system partition を作りました。

gdisk コマンドを抜けてから、確認のため lsblk -o +UUID コマンドを実行したところ、
EFI system partition のパーティションの UUID が XXXX-XXXX になっていました。
誤記ではなく、ハイフンを抜いて4-4桁の16進数です。
(念のため、実際の値は伏せておきます)
UUID を16進数で表す場合は8-4-4-4-12桁と決まっているのではないでしょうか。

ちなみに、もう一つ code 8300 で作った Linux filesystem のパーティションの方は、
正しい桁数で表示されました。

ESPはFATだからしゃーない

単純に、FATやNTFSは UUID じゃないものを UUID として報告してくる

fatやntfsが持ってるのはボリュームシリアルナンバー
それを事実上のUUIDとして扱っているのはLinuxさんサイドの都合

なるほど、そのような仕組みだったのですか。
何か設定が間違っていたり壊れている訳ではないと分かり安心しました。

ありがとうございました。

もはやローリングリリースが多数はになりそうな勢いだな。

言うほどメリットあるか？
> ローリングリリース

ディストリ開発側にメリットがある。
実質１バージョンだけ対応すればいいからね。

もともとローリングリリースみたいなもんじゃん。
おんぶにだっこされてディストリ使わせてもらってたユーザーが変更についていけなくて文句言ってるだけ。

ゲイツは偉大だったな

サーバの放置プレイ…

pacman で unzip-6.0.14 をインストールしました。

unzip a.zip

とコマンドを実行したところ、unzip コマンドの Usage メッセージが表示されるだけで、解凍されませんでした。
a.zip ファイルは正しい zip ファイルのはずです(ダウンロード元が示した SHA256 の値と一致します)。

/usr/bin/unzip

とフルパスで入力しても同じ結果です。
また、-p や -l などのオプションをいくつか試しましたが、こちらも同じ結果でした。

どうすれば zip ファイルを解凍できるでしょうか。

a.zipがzipかどうか見たほうが良いんじゃね

>>668
zip コマンドで適当なファイルを圧縮してから、
それに対して unzip コマンドを適用してみましたが、
結果は同じでした。

一度 unzip パッケージを

pacman -Rsc unzip

コマンドでアンインストールしてから再度インストールしてみましたが、
こちらも結果は変わりませんでした。

>>668
原因を特定できました。

環境変数 UNZIPOPT に "-OCP932" が設定されていることを忘れており、
unzip-iconv パッケージではなく unzip パッケージをインストールしていました。
そのため、認識できないオプションが指定され、
Usage が表示されたということです。

すいません、お騒がせしました。

パッチ版の事は忘れて unar で楽になろう？

JP落ちてる？

落ちてんねぇ

インストールでバグってpcが強制終了もできないしrebootもshutdownもできなくて詰んだ。あーあ買ったばっかなのに泣きそう

wikiみたらunetbootinでやるとsys linuxファイル上書きするらしくて、この前にDebianもいれて試したから多分めちゃくちゃになりました。肝心のファイルが見当たらないので困ってます... systemdってのはあったんですが。
USBでブートしたのでとりあえず電源きれたら戻ったりしないですかね、、、

復旧ボタンでいちおう直りましたお騒がせしました

なんでわざわざ難しいことして悩んでるんだろう

インストールがトラブったぐらいで詰むなんて事はありえないよ
Androidなんかだと復帰できない文鎮化もあり得るけどね
PCはどうとでもなる

>>678
そうなんですね
初インストールってパーティションとか考えたこともなかったので難しいですね...
ストールマンのバックドアの話もあるので使いたくなかったですがubuntuはあっさり入って拍子抜けしました
仮想マシンで気に入ってたGNOME使えればよかったのでいいっちゃいいんだけど負けた気分です...w

boot用USBってコマンドでコピーするのが当たり前ですよね？
今後はよくわからないフリーソフト使うの気をつけます

その理解度だとArch使うには微妙なんじゃないかなぁ
Archじゃないとダメな理由を考えてみて特になければ初心者用のディストリビューションを使ったほうがいいと思うけど

>>681
そうします...

manjaro にしよう
インストールも楽

Manjaro調べてみます
熟練者にお聞きしたいんですが、Linuxディストロにバックドア仕込んでNSAに流すなんて可能なんでしょうか？
(わざわざ割合の小さいLinuxユーザーに対してするのかという疑問もあります)

コードがオープンソースならすぐばれると思うんですが
ユーザーの多いWindowsならあると思いますが...

arch使うのに理解度なんか求めちゃいけない。
手順を確認して実行するだけ。
もちろんarch使えば理解度は深まるけどね。
guiかcuiかはソフトの信頼性と何ら変わりないので好きなのを使えばいい。
cuiの方がもたつきなく起動して無駄がない場合が多いから、ハードユーザーによく使われるだけだよ。
もし手元にwindowsしかなくてインストールUSBを作りたいなら、windowsはguiの方が使いやすいので、dd for windows ってソフト使えば、ddコマンドと同じことができるよ。

〇〇しなきゃいけないってことはないから色々聞いてみたらいい。

Linuxのカーネル開発してるのは
Redhat、IBM、Intelあたりが圧倒的に多い

さらにRedHatは、GNOMEとかsystemdも作ってる

こういうのは軍事案件だから、
シェアは数％でも実数にしたらかなりの数だし、
隙間は徹底的に塞ごうとするだろうね。

>>684
かんたんな話で、ディストリによる。有名なディストリで使う人が多いほど難しくなるだけ。
逆に権限が与えられてるディストリビューターなら可能だと思う。多分バレるけど。

ドキュメント充実してるから、よっぽど特殊なことしようとしなければ
大概の問題はwiki読むだけで解決できて楽なんだけどなarch

オープンソースだと安全ってことはなくて、オープンソースだと安全に近づく。
ってだけなんだよな。
バックドアだって、開発者が意図すればそうだけど、意図してない場合はバグだから、発見しても報告しなかったりする人もいるので、悪用されるかどうかってことなんだ。
意図してないように見せかけて仕込むことは可能だし、そこは信頼でしかない。
それでもオープンソースの方が安全だったってこと。

>>685
Macユーザーなので、unetbootin以外はそんないいソフトないみたいです
多分、不出来なUSB作ってしまってwiki見る前につまづいたのでまた挑戦してみます
ありがとうございます

オープンソースって、カーネルを構成するプログラムのソースコードが公開されてるってことですか？
したらそこに仕込むのって難しそうですね

ubuntuバックドアの件はUnity Lens検索ってやつにAmazon検索が使われてたのが問題だったらしいですね

Unityのレンズの件はバックドアじゃなくてプライバシー侵害疑惑でしょ

2012年9月27日　問題は広告じゃない!? Ubuntu 12.10のデフォルト検索→Amazonに反対するワケ
https://gihyo.jp/admin/clip/01/linux_dt/201209/27

例えば、2014年のshellshockって脆弱性があったんだけど、ほとんどバックドアに近いバグだったわけ。
これをOSSだから気がついたんだ安全だなと取るか、2014年までCGIサーバーがほとんどノーガードだったと取るかの違い。
当然、報告しないけど気がついてる人は居たと思うよ。

>>692
確かにセキュリティとプライバシーをごっちゃにしたらダメですね。Googleは嫌いです
カーネル、デフォルトのアプリケーションのソースコードが誰でも見れるなら、あとはCPU自体に細工するくらいしかないですよね？
そうなるとハードの問題なのでやはり比較的安全っていう認識が正しいんですかね

誰でも見れるからって誰もが見るわけではない

>>693
シェルにも脆弱性があるんですね...
最近Bashスクリプト覚えて満足してました
MacもデフォルトがBashからzshになりましたよね
archユーザーは他のシェル使ってたりするんでしょうか？

>>695
わざわざ確認するの手間ですよね

>>693
shellshockに限っていえば、OSSじゃなくても容易に脆弱性に気づくことが出来る
うんよくそれまで研究者の調査対象にならなかっただけだろう

脆弱性の種類としてはSQLインジェクションなどと大差ない
普段送らないような細工したデータを送りつけると発生する問題だから
OSSだからこそ見つかったデータというわけでもない

結局OSSでもクリティカルなバグがあるし、何年も見つからないこともよくある話というだけ

> 2014年までCGIサーバーがほとんどノーガードだったと取るかの違い。
ちゃんとサーバー側でバリデーション処理をしていれば問題ない

・サーバー側でバリデーション処理をしてない
・クライアントから送られてきたデータを環境変数に入れている
・処理の内部でbashが起動するようなことをしている

という条件を満たしてはじめて脆弱性をつくことが出来る

セキュリティとプライバシーをごっちゃにすることはバックドアとプライバシー侵害をごっちゃにはしない

>>696
開発用コンテナ内ならashで普段はfish、修正の面倒なbashスクリプトの実行時にはbashを使ってる

>>693
macもアプリの実行ログを送信していたなんて話もあるからオープンソースなものを使用している方が安全かもという認識

>>693
ディストリによって差はないと思う。僕は手元ではzsh使って、管理してるサーバーではbash、開発ではshで通るか確認してる。

>>701
それって利用規約外でってこと？データ取ってるの胡散臭いみたいな話だったら企業はどこもそうだと思うよ。比較的日本企業はユーザーに対して真面目に聞いてくるイメージ。
突き詰めると、tor使えみたいな話になると思うんだけど、どこでバランス取りたいの？
重要なデータが漏洩した場合、自己責任だとそれはそれで辛い。Macが責任取ってくれるならそっちの方がいい。

話がそれてスレチ気味だから戻すけど、仮にソフトがオープンソースでも、ディストリがビルド成果物を配布してるのでそのあたりも気にしないといけない。

>>700
fishは聞いたことあるけどashなんてあるんですね

>>704
インストールを許可して感染するウィルスがあるように、ISOイメージなんかのダウンロード経由で仕組む余地はあるんですかね

>>700
fish調べたらauto suggestions機能とか使いやすそうでいいですね！使ってみます！

自分でソースコード全部見てビルドしてというのは現実的でないので
結局どこの会社とか組織を信用するかって話にはなる
その上でOSSだと問題があったときにどこが原因かとかパッチでどう直されたとかは調べやすい

shはそのままだとbashの互換モードになっちゃうから
POSIX準拠のsh求めてるならdashがおすすめ

>>703

https://sneak.berlin/i18n/2020-11-12-your-computer-isnt-yours.ja/

>>710
AppleはGAFAMの中でもマシだと思ってたけどやることやってますね
中国でiCloudの保管サーバーを現地企業に渡して中共の監視下に置いたみたいですし
VPN無効化とか怖すぎません？
自由を求めるならLinuxスマホになるんですかね

>>711
どこがマシなんだかｗ
葉っぱのついた果物は色も形も違っても全部リンゴマークのパクリだって主張してるんだぜｗ


アップル、ナシマークのアプリ会社との訴訟を和解へ？約27万人が抗議キャンペーンに賛同
「中小企業いじめ」と批判されてます
https://japanese.engadget.com/apple-prepear-lawsuit-080015210.html

アップルが自らのリンゴ型ロゴと似すぎているとして、洋ナシをモチーフにした
ロゴのアプリ開発会社に対して、米特許商標庁（USPTO)に異議申し立てをした件が、解決へと向かいそうです。

アップルが訴えたPrepearのロゴはどう見ても洋ナシであり、アップルのリンゴ型ロゴとは別ものに思えます。
しかしアップルは「直角の葉っぱが付いたミニマリスティックな果実マークの商標は、
アップルの有名なロゴをたやすく想起させ、似通った商業的な印象を作り出す」と主張していました。

もう一つ懸念点があるんですが、archを入れる端末は何でもいいと思うんですが、レノボは”中国国内では”バックドアを仕込んでいると認めています
自分はthinkpadが好きなので使いたいんですが、これはOSを入れ変えた場合大丈夫でしょうか？
OSではなくBIOSにそういう仕組みがあるなら無駄だと思いますが

>>712
確かにこれは酷いですねw