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をセキュリティも考慮して使うには相当高度な知識が必要になりそう

>>485
結局なにに使うかだよね

topでサーバーの過負荷見るだけのサーバー（？？？）ならそれでいいだろうけど、
ssh使うんだったらsshの設定しなきゃだし

「大丈夫」って言うために無限にチェックする項目があるわけではないと思う



Arch特有のセキュリティの話だったら、「pacmanの更新後3日くらいはarchlinuxのwikiにかじりつく」じゃねぇかなぁ…… 特定のパッケージに出た問題はすぐ報告されて上がってくる

linux-zenカーネル使ってて、「Androidエミュがこんなにメモリ食うわけなくね？」とか
「ようつべ見てるだけでメモリ3G食うのはありえなくね？」みたいなこと考え始めると
まあたぶん関係ないんだろうけど、そろそろメインラインカーネルにしようと思う

archって色々とセキュリティ面で脆弱だよね…本当のプロなら自分でカーネルのコンパイラ設定なりも全て施したりするんだろうけど…

aurのauraみたいに独自にチェックも気休め程度だし

セキュリティが高いかどうかは使うやつがどれだけセキュリティに配慮してるかどうかによるだろ
初めからセキュリティ高いから安心とかうたってるディストリと比べてたら余分なデーモンが動いてないからよっぽど安全だと思うが

パッケージングのセキュリティだけ心配してるんならchrootやコンテナ上でやる方法使うとかあるでしょ
何も考えずにyaourtをrootでホストマシンで実行したら危険だけどそれは他のディストリも同じだわ

他のディストリは余計な事をすると危ないってのが直感的に分かるけど
Archの場合は殆どの設定がマニュアルなせいで
危険な設定をしても自覚すら出来ない。

>>490

いやいや、使う奴依存って

カーネルのコンパイル設定やらハードウェアの暗号化からネットワークまでセキュリティ網羅しているプロなんておらへんからある程度セキュリティ担保された設定にしてある他のosがええやろって話

それにほかのセキュリティなりを謳うtailsしかりwhonix然りはしっかりとチューニングされてるし、Ubuntuだってwaylandなりrootless xorgだったり初期だし、apparmor+jailbreakも初期設定だし、ufwも同様

一方archは全部個人で何がセキュリティ向上か、はたまた低下か知識前提 wikiのセキュリティ項目もある程度は充実しているものの、チュートリアルレベルの設定方法のみなわけだし

だから神に等しいプロには良いが、大衆がセキュリティやプライバシーを考慮するとなると自ずとUbuntuやDebian然りの方がセキュアだよなと思うね

想定している大衆が何に使う想定なのか判らんけど、ブラウジングとかだったらそういう技術的観点で保護出来る事はあまり無いんじゃないですかね
フィッシング等に気をつけるとか、ソーシャルハッキングに気をつけるとかの方が遥かに重要

root保護したりブラウザをサンドボックスで実行したりしても、大事な情報はブラウザがアクセス可能な所にある以上意味無いし

｢よくわかんないけどういるすそふと入れてるから大丈夫！｣

「よくわかんないけどりなっくすはあんぜんだから」レベルのオカルトがまかり通るのがLinuxだし、どのトリがセキュアかなんて決められないでしょ。

不満あるならメーリスで提言すればいいのに
The Arch Wayに反するとかいう理由で一蹴されそうな気がするけど

AppArmorだってUFWだってちゃんと設定しなきゃ意味ないぞ？
デフォルトでインストールされてるからセキュアとか馬鹿丸出しか

素の状態じゃネットワークすら無いのに何言ってんだ

デフォルトである程度設定されていて、明らかその分野を知らない素人目でも、変に設定変えたらまずいってわかるって話
逆にarchの場合全部自分次第だから最悪セキュリティ強化どころか低下させる設定にもしかねない

お前こそ馬鹿丸出しかよ

ちょっと前はsshdインストールするだけで自動的に起動してiptableも何の設定もなくどっからでもパスワード認証で接続受け付けるとか割とザラだったけど最近はちゃんとしてるんけ？

あ、>>501はArch以外の話ね
Archはインストールして更に自分で有効化したりしないと実行されないよね

セキュリティで、あれこれ言うと沼だし
ipa セキュリティ ガイドライン
見るのお勧め。

自分が把握してないサービスが勝手に動いている方が遥かにセキュリティ的にやばいけど、最近の人はなんか感覚違うのかな。

>>504
その理屈だと、何が動いていたとしても自分が把握すればOKってことになるだろうな
俺なら裏で動いてる何かに、ウイルス感染させるわｗ

ならarch-auditしかり、worthyブラウザのfingerprintなりで如何に自分が管理出来た気になってるから見てみろよ
100%漏れてるから

セキュリティの話題で、自分のなかで思いだしたけど。
SElinuxそろそろ憶えようと幾星霜

理解できる頭がないならシステムのセキュリティを無駄に考えるよりかは脆弱性のない新しいバージョンのソフトウェア使うこと意識したほうがいい
lockdown有効にするくらいで十分デフォルトで堅牢だわ
強制アクセス制御使いたいのなら学習モード備えてるのじゃないと面倒でやりきれん
素直にTOMOYO使っとけ

TOMOYOってメンテされてるのか？

対偶と裏の違いもわかってないあたりがなんとも

Archlinuxのホームページや一部リポジトリがArchで動いてるっていうし、
どうやってるのかチュートリアルしてくれてもいいと思うけど、英文でも構わん

多分秘伝のレシピ状態になっていて
誰も正確な手順を把握できていないんじゃないだろうか

>>512
まじでそれすぎ
tailsとかwhonixとかのセキュアOSなりをみて勉強する以外まともなリソースがない
マイノリティー過ぎて基礎レベルばかりの記事だし

個人でwebサーバとか？
開発程度ならrootless docker入れるだけで良いんじゃないか？

ぶっちゃけCでも勉強して｢そもそもマルウェアってなんなの、感染ってどういうことなの｣みたいな基本をちゃんと理解するほうがSELinuxとかの細かな各技術各実装に精通するよりよっぽど重要だよな

archのウェブサイトのサーバーなら構築方法全部公開されてるじゃん
https://gitlab.archlinux.org/archlinux/infrastructure

最高

>>516
ありがとう！

オンラインカンファレンス開催中
http://www.twitch.tv/archlinuxconf

Archは普通に運用しているだけで細かい設定ミスを踏み抜きがちだから
セキュリティを考えると最悪の選択肢の１つだろうね

素のパックマンで並列ダウンロードできるようになるのはまだかのう

マイナーな中華ノートの内蔵無線のドライバが無くて困ってたけど偶然見つけた
誰かよありがとう、Arch関係ねえけど

ウイルス付きやね

おまけ付きなんてお得やん

おとなしいやつならいいよね画面の端でちょこちょこ動いてるだけとか

ウィジェットみたいでかわいい

AURに落ちてたってこと?

>>527
Githubに落ちてた
journalで起動できなかった無線インターフェースの型を調べ上げてググっただけ
あまりにマイナーなんでlinuxのファームウエアに無かったんやろね

wifiドライバ取り込まれてないとかよくあるっしょ
一番出回ってそうなrtl8188fuもこないだビルドしたときなかったぞ

xr819とrtl8189ftvが糞ドライバしか見つかんなくて困る

リナックス入れたいノートのwifiモジュールはintelにしておくというのが昔から変わらぬクソ仕様だな。
AURに投稿してくれればarchが強くなるぞ。

メンテナという名のタダ働き罰ゲーマーになりたくないから勘弁

アセロスも安心な気がする

士気が下がるような発言するのはせめてやめような

Archは使ってないが、Archのドキュメントにはかなりお世話になった。ありがとう。

nvidia 455.28 is incompatible with linux
>https://www.archlinux.org/news/nvidia-45528-is-incompatible-with-linux-59/
nvidiaは現在、linux> = 5.9 と部分的に互換性がありません。
グラフィックは正常に機能するはずですが、CUDA、OpenCL、およびその他の機能が壊れている可能性があります。
すでにアップグレードしていて、これらの機能が必要なユーザーは、
nvidiaの修正が利用可能になるまで、当面はlinux-ltsカーネルに切り替えることをお勧めします。

noveau使うわ

最近 noveau で X がちょいちょい落ちるんだが…

会社の上司説得して本番環境のOSは
Archにしたw
でも、きちんと運用すれば最強だよな。

>>539
アップデートでたまに死なない？

>>539
自分は仕事じゃRHELか商用UNIXあとWindowsしか経験ないけど
Archどう？って聞かれることあるね
知ってるけどインストール時面倒だって聞いてるのであまり調べてないって言ったけど
10年位前

他人が構築したArchとか絶対触りたくないんだけど
仮に別の担当者が構築して弄くり回したあとで自分に引き継ぎされる事が予想されるとしたら
それでもArchを本番環境に推せるか？

システム構成がドキュメントにまとめられてたらArchでも別に他人が作ったサーバー引き継ぎできるし
ドキュメントがないんだったらArchじゃなくてCentだろうとRHELだろうと触れたくない

構築弄くり回す時代遅れで職人芸な職場は転職するわ。
AnsibleやChef、その他deployツールなど
導入してないと摩耗してハゲる。

Archは好きだし自分のマシンはArchばっかりだけど、それはかける手間も愛おしいからであって、仕事でそこまでの義理は無いというか。ArchWikiは良くできてるけど、業務で使うならRHELのマニュアルだし。
もらう給料がおんなじなら、最短の労力で達成したいよ

>>539
manjaroの方が安心できない？

Arch入れた中華ノート踏んだか何かで画面割れた死

Archを業務で使っているとこなんていくらでもあるし
要するにどういう業務が必要かどうかだろう
Oracle動かしたいとかなら当然向かないだろうし

家で社用でarch保守してるけど全部コマンドで管理してるから、再構築用のシェルスクリプトにしてある。それで半年に一度ミラーサーバーを更新するからいつでも引き継げるようにしてあるよ。

社用サーバーなんてVirtualBox辺りで仮想化して実環境から切り離しておくもんだろ。
Vagrantも併用して。

カリカリにチューニングするならそんな悠長なこと言えんが。

>>538
Linux と NVIDIA はあまり相性が良くないよね
Linus が中指立ててたあの頃から基本的に何も変わってないと,個人的には思ってる

なので,この間 Arm が NVIDIA の手に渡ったのは…うーん
正直 Intel や AMD じゃなくても,そんなのアリ?ってカンジがする

Archは難しいっていうけど個人的には、再インスコする時は必要なパッケージを目的別に分けてリストにしてパックマンに入力してるし設定ファイルなんかもポン！と置けばいいで回数こなせば簡単なんだけどな
むしろ自分の入れてないものは入ってないからその点が楽とすら思う

apt系と比較するとパッケージが貧弱なのが難点
特にプロプライエタリなアプリはArchは公式には対応外なのがザラだし

そういう奴らはそれぞれコンテナに突っ込んで運用してる

>>552
ホンコレ
arch導入する前にxubuntuとmanjaro試したけど
linux初心者の俺には自分にとって必要、或いは不要な設定、パッケージが何なのか把握するのに難儀して運用断念した
archwikiのインストールガイドや推奨事項に沿ってarch導入した方が全然楽だったわ

どの系統にも言えることだけど
ディストリは下流に行くほど悪い方向に複雑になる。
apt系ならDebianを使うのがいいしArch系なんか使うなら素のArchの方が良い。

相性なんだよね

Ubuntu Manjaroを経由してArchに行き着いたなぁ懐かしい
若かったよ　今も若いけど（念押し）

archはdotfile育てるのと感覚が似てる
常に使っていて、最新の情報をストレスなく吸収できる人向け

archを10年運用して今年manjaroにしてみたわ
他のユーザーがアップデートの検証してくれてる安心感がある

manjaroは使う側としては悪くはなさそうだけど
運営してる側は相当無理してるよね
この前なんてアプデ前にRC10まで出ていたという噂が立っていたし

エキサイティングな職場ですね

yayの開発が実質終了したらしいからこれからはparuを使おう
https://github.com/Morganamilo/paru

rustの波がここまで来ただけじゃなくて？

これか
https://www.reddit.com/r/archlinux/comments/jjn1c1/paru_v100_and_stepping_away_from_yay/

yayのメンテナの片方が離れてどうなるか

yayみたく更新するパッケージとスキップするパッケージ選べないのかな

>>566
それArchとしてはサポートしてない使い方だから積極的に出来るようにはしたくない開発者が多いんじゃないかなぁ

>>566
pkgbuild編集してしまえ

https://i.imgur.com/1f83a69.png
awesome入れたらロロロロに化けてるのわしだけ？

普及率の高いパッケージでも
実質1人のメンテナに依存していたというOSSあるあるだね。
あるあるというかそうじゃない方が珍しいくらい。

Archに限った話じゃねえけどゲーミング向けAndroidエミュがLinuxにないのがｸﾞﾇｩって感じ
ソースとか転がってないっすかね

GNU?

GNU。
まあGenymotionで事足りてるんだけどね
ゲーム用のエミュもVBox使ってるけどDLLで本体ソースは別物扱いかねぇ。ｸﾞﾇｩ

作れる人はいても保守できないから作らない。
フリーソフトは超絶スキルで完成させても維持は誰がやっても大変だからな。

Linuxのゲーミング需要は全体の1％存在することが分かってるんだから既存メーカーが移植すればいいのに

Linuxユーザーはソフトウェアに金を払う文化がないから無駄だぞ

ソンナコトナイヨ ATOK とか

LXCコンテナで色々なディストリを動作

えっ？ archでatok動くの？

>>579
動かすことなら
いっくらでも出来んでしょ?
pkgbuild
勉強したら宜しい

他の、ディストリよりシンプルで
サラッとbuildできるよ

それは、ライセンス的に大丈夫なの？

>>581
知らんがな
しんぱいなえら
みんながが、つかってる
ibusやらFcitxにしてどうぞ

動くったってくそ古いやつじゃん性能も劣るでしょ

>>583
atokの最新版提供されてんなら
思う存分使えばいいよ

そんなの無いから
atokなんて使わない
って
のが支流

>>579がそういう類の回答は期待していないと分かってるのに、あえてする

>>581がそういう類の回答は期待していないと分かってるのに・・・

>>583がそういう・・・