ここで解決されない問題等については，The Arch Way (日本語)，Arch Linux (日本語)が参考になります．そこではArch Linuxに関するより多くの情報が扱われています．

一般

Q) Arch Linux って何ですか?

ArchLinux は、ローリングリリース・パッケージモデルを採用し、独自に開発された GNU/Linux ディストリビューションです。i686 および x86-64 プロセッサを対象とし、大規模なバイナリリポジトリと Ports ライクな優れたパッケージ管理システムを提供しています。その開発は、シンプリシティ、エレガンス、コードの正確性、およびミニマリズムに焦点を当てています。最初のバージョン 0.1 (Homer)は 2002年3月11日にリリースされました。

Q) 私は Arch を使うべきですか?

A) あなたが The Arch Way の理念に賛同し、'do-it-yourself' なアプローチを受け入れることができて、そして、シンプルで、エレガントで、高いカスタマイズ性を持ち、最先端の汎用 GNU/Linux ディストリビューションをお探しなら、Arch が気に入るかもしれません。

Q) 私は Arch を使うべきではありませんか?

A) あなたが The Arch Way の理念に賛同できず、'do-it-yourself' な GNU/Linux ディストリビューションを使う能力や時間がない、あるいはそれを求めていないなら、Arch はあなた向けではないかもしれません。

また、以下のような方も Arch を使いたいとは思わないでしょう:

x86_64 および i686 以外のアーキテクチャのサポートが必要な方。
GNU で定義されたフリーウェアのみを提供するディストリビューションを使うことに強いこだわりのある方。
オペレーティングシステム自身が構成設定を行うべきであり、"箱から出してすぐ使える" べきであり、インストールメディア上でソフトウェアやデスクトップ環境のデフォルト設定が完全になされているべきであるとお考えの方。
最先端で、ローリングリリースな GNU/Linux を求めていない方。
今使っている OS に満足している方。

Q) Arch はどのディストリビューションベースなんですか?

A) Arch は独自に開発され、他のいかなる GNU/Linux ディストリビューションもベースとしていません。Arch を製作する以前、Judd Vinet は Per Lidén による優れた最小主義ディストリビューションである CRUX を賞賛し使用していました。当初は CRUX と同様のアイデアに触発された Arch ですが、スクラッチビルドされており、pacman は C 言語で開発されました。

Q) 当方全くのGNU/Linuxビギナーなのですが，Archを使って大丈夫でしょうか？

A) これに関してはかなりの議論があります．Archはある程度熟練したGNU/Linuxユーザーを対象にしていますが，「Archこそ入門にもってこいだ」と考えるような人もいます．もしあなたがビギナーで，それでもなおArchを使おうとしているのであれば，あなたは学ぶことに喜びを覚えるようでなければなりません．またArchが優れて"Do-It-Yourself"なディストリビューションである，ということも肝に命じておくべきでしょう．システムを組み上げ，それをどのようなものにしていくかをコントロールするのはユーザー自身なのです．質問をする前にまず自分で調査するようにしてください．Googleや，Wiki，フォーラムの検索を活用しましょう(過去のFAQも参照してください)．以上のことさえ実践していれば，それほど困難なことはありません．また，多くの人が同じ基本的質問に何度も繰り返して答えさせられることに嫌気がさしているのだ，ということも理解しておいてください．あなたは今まさにその当事者なのです．伊達や酔狂でこのような文書が作成され，入門者に利用してもらえるよう設置されているわけではありません．途方もない時間がこの貴重な情報を編集するために無償で費やされているのです．

要通読:Beginners' Guide.

Q) Arch を使うにはとても手間暇がかかるし、コミュニティはといえば、なにかと言うと RTFM って言うし。

A) Arch は特定のユーザベースを対象にして設計され、利用されています。おそらくそれがあなたには合っていないのでしょう。

Q) Arch はどの用途向けに設計されていますか? サーバですか? デスクトップですか? ワークステーションですか?

A) Arch は特定の用途向けに設計されているわけではありません。むしろ、特定の "ユーザ" 向けに設計されています。Arch はなんでも自分でやることを楽しみ、各自のニーズに応じたシステムを構築するためにそれをよりよく活用する、やる気のあるユーザを対象にしています。したがって、その目的はユーザの思いのままであり、Arch は事実上あらゆる用途で使用できます。多くの人々が Arch をデスクトップとワークステーション両方で使用しています。そしてもちろん、archlinux.org は Arch で動いています。

Q) Archはホント好きなんだけどね．開発チームがXの機能さえ実装してくれればなぁ．

A) ちょっと待った．ちゃんとThe Arch Way (日本語)は，読みましたか？あなたはその機能/対処方法を提示したみたのですか？それはミニマリズムや，利便性に先んじるコードの整合性と言ったArchの哲学と一致するでしょうか？どうぞ積極的に参加してください．あなた自身がコードや解決策を提示することでコミュニティに貢献しましょう．もし，コミュニティや開発チームから認められれば，あなたのコードはマージされるかも知れません．Archコミュニティはコードやツールの提供，シェアによって活性化していきます．

Q) いつ新しいメジャー・リリースが出るんでしょうか？

A) Arch Linuxにおけるメジャー・リリースとは，coreリポジトリの単なるスナップショットを意味するに過ぎません．これについては，インストーラ・スクリプトの様々な機能や操作抜きに語ることはできません．ローリング・リリースモデルは，ひとつのコマンド操作によってあらゆるArch Linuxのシステムを最新かつ最先端に保つものです．

このことから，Archにおけるメジャー・リリースというのは，さほど重要な意味を持つものではないと言えます．なぜと言ってローリング・リリースシステムは，パッケージがアップデートされるや否や，すぐさま最新のメジャー・リリースを旧バージョンにしてしまうわけですから．最新のArch Linuxのメジャー・リリースを手に入れたいと思っても，再インストールなどする必要はありません．シンプルにテンプレート:Codeline のコマンドを実行するだけで，あなたはまっさらなインストールを実行した結果構築されるそれと，同一のシステムを手に入れることになるでしょう．

また同じ理由から，新しいArch Linuxのリリースというのは，一般的に理解されているように真新しくてエキサイティングな機能を満載したものではありません．そうした真新しくエキサイティングな機能群のリリースは，必要に応じたパッケージのアップデートによってもたらされるものであり，それはテンプレート:Codeline のコマンドによって即座に反映されるのです．

Q) Arch Linuxは堅牢なディストリなのでしょうか？しょっちゅう壊れたりしませんか？

A) 答えはYesでもあり，Noでもあります．つまり「それは概ねあなたがどれだけそれを堅牢にするかに懸かっている」ということです．

自分のArchシステムをシンプルな基本環境の上に構築するのはあなたであり，システムの成長をコントロールしていくのもあなたなのです．当然，多くのパッケージや，色とりどりのツールキット，デスクトップ環境などを統合して巨大に膨れ上がったシステムでは，スリムでよりシンプルなそれに比べてアップストリームの変更による影響を受けやすく，より多くの設定の問題に悩まされることになります．UNIXに関する一般的な知識や，上手なシステム管理，適切なアップグレードの実施といったものは，システムを堅牢にしていく上で非常に大きな役割を担います．Archのパッケージの大部分はパッチを施されていないのだ，ということにも留意してください．大部分の問題はおおよそアップストリームに起因するものです．従って，ローリング・リリースで構築された個人のシステムの堅牢性に関して，最終的な責任を負うのはユーザー自身です．ユーザーがいつアップグレードするのかを決め，必要な時に必要な変更をマージするのです．もしユーザーがコミュニティに助けを求めれば，救いの手は直ちに差し伸べられることでしょう．この点に関して，Archが他のディストリビューションから異なっているのは，Archが本当に"Do-it-yourself"なディストロであることでしょう．破損についてクレームをつけるのは見当違いであり，非生産的です．なぜといって，アップストリーム・チェンジに関してArch開発チームは責任を負いかねるからです．

Q) よく耳にする"BSDスタイルの"initフレームワークって厳密にはどういうものなの？

A) 30年以上の歴史を持つBSDの財産の一つに，組み込みのシンプルなinitフレームワークがあります．大部分が変更されずにそのまま受け継がれてきました(GNU/Linuxのシステムに採用されているSysV initが姿を現すのはずっと後のことです)．Archが採用するBSD initの主な特徴は，あらゆるランレベルにおけるすべてのシステム・サービスのシェルスクリプトを，ひとつのディレクトリ(テンプレート:Filename)に納め，それを一つのファイル(テンプレート:Filename)で管理している点です．これに対してSysV initでは，各ランレベルごとにテンプレート:Filename のようなディレクトリが用意され，その中に複雑に入り組んだシンボリックリンクが配置されます．それぞれのサービスとシンボリックリンクは，テンプレート:Filename 内のシェルスクリプトを参照しています．言うまでもなくSysV方式の方がより複雑で，各 /etc/rc ディレクトリ内には往々にして大量のシンボリックリンクが張られることになります．シンプルたらんことを追求する哲学に従って，ArchはBSD initを採用しているのです．

Q) Archのレビュー記事がもっと必要だ(宣伝が必要だ)．

A) 現状でもう十分な量のArchについての記事が書かれています．Archの目標は巨大になることではなく、シンプルさと，コードの整合性に焦点を絞った，エレガントで，最小かつ最新のディストリビューションを提供することなのです．Archが対象とするユーザー・ベース自体が自然と発展しています．

Q) Archの開発者がもっと必要だ．

A) そうかも知れませんね．もっと柔軟にあなたの時間を使って貢献してください！フォーラムや，IRC，メーリングリストなどに参加すれば，成すべきことがわかるはずです．まずは、Community Contributions サブフォーラムに参加してみてください．

Q) どうしてArchは重いの？もっと軽いと思ってたのに！

A) テンプレート:Filename が正しく設定されているか確認してください(テンプレート:Filename に書かれたhostnameと一致していなければなりません．Beginners_GuideのConfigure the Systemの項を参照してください)．hostnameが一致していないとアプリケーションの起動が非常に遅くなる場合があります．

Q) 他のOSに比べてインターネットの速度が遅いんだけど，どうして？

A) ネットワークは正しく設定されていますか？テンプレート:Filename，テンプレート:Filename，テンプレート:Filename をよく確認してみましたか？ Beginners_GuideのConfigure the Systemの項を参照してください．

Q) なんで Arch はおいらの RAM を全部使っちゃうわけ?

A) そもそも、使わない RAM は無駄な RAM です。

新米ユーザの方の多くは、Linux カーネルのメモリの扱い方がそれの使われ方と必ずしも同じにはならないことに気がつきます。RAM 上のデータへのアクセスはディスクに比べ非常に高速なので、カーネルは最近アクセスされたデータをメモリ上にキャッシュします。キャッシュされたデータは空きメモリを使い果たした時のみクリアされ、新しいデータは必要に応じてロードされます。

この混乱のもっとも一般的な原因は、おそらくテンプレート:Codeline コマンドにあるでしょう:

テンプレート:Command

テンプレート:Codeline の行に注目してください —— メモリ量の表現は、実際には「現在使用中」と「利用可能」なメモリ量であり、「未使用」なのではありません。

上記の例では、1GB の RAM を積んだラップトップで、アイドル状態のターミナルとウェブブラウザを開いただけでその 741MB を使用しています! しかし、上記の "-/+ buffers/cache:" で始まる行を見てください。「現在使用中」なのは 278MB に過ぎません。実際には 731MB は新しいデータのために「利用可能」なのです。一見すると、「使用中」メモリの内の 104MB がバッファデータであり、359MB がキャッシュデータであるかのように見えてしまいますが、それぞれは必要なときにクリアできます。全メモリ中の 267MB のみが真の意味で「free」なのです。

もしあなたの好奇心が刺激されたなら、こちらの素晴らしい記事も読んでみてください。

パッケージ管理

Q) ファイル〇〇はどのパッケージに含まれていますか?

pkgfile コマンドで確認できます。pkgfile コマンド自身は pkgtools に含まれています。

例: テンプレート:Command

Q) Xのパッケージにエラーがあったんだけど，どうしたらいいの？

A) まず，そのエラーはそもそもArch開発チームが修正できるものなのかどうかを見極めなければなりません．そうでない場合が往々にしてあります(例えばFirefoxのクラッシュは大抵の場合Mozillaチームのミスです)．これをアップストリーム・エラーと言います．もしArchの問題であるならば以下の手順を参考に対処してください．:

フォーラムに情報がないか探してみましょう．誰かが同じ問題について発言していないかチェックしてください．
詳細な情報を書いたバグレポートを投函してください．
もしお望みならば，フォーラムに質問を投げてみてもよいでしょう．その際，問題の詳細と，あなたが既にバグ・レポートを送った旨を明記してください．それによって同じエラーに関する報告が大量に投函されるようなケースを回避できます．

Q) Archはpacmanのデータベース化を考えていますか？

A) かも知れません．この件について議論が行われています．
http://bbs.archlinux.org/viewtopic.php?id=11193
http://bbs.archlinux.org/viewtopic.php?id=10898
以下も参照してください．
http://bugs.archlinux.org/task/5328

Q) Archのパッケージにはもっと適切な命名規則が必要だ．".pkg.tar.gz" とか ".pkg.tar.xz" なんて長すぎるし，ややこしい．

A) これに関しては，Archのメーリング・リスト上で議論されています．".pac"のような拡張子を提案する人もいますが，現段階では，パッケージの拡張子を変更する具体的な計画はありません． Arch開発者の一人であるTobias Kieslichの発言は示唆的です．「事実packageはgzipやxzで圧縮されたtarballファイルなわけじゃないか！だいたいtarが扱えるアプリケーションなら何だって開くことができるし，覗いて弄ることだってできるんだしさ．もっと言えば，mime-typeなんてたいがいのアプリケーションが問題なく自動判別できるだろ？」

Q) Pacmanには他のアプリケーションがパッケージ情報を簡単に参照するためのライブラリが必要だ．

A) バージョン3.0.0以降，パックマンはlibalpm("Arch Linux Package Management" library)のフロントエンドになっています．このライブラリは，代替のフロントエンドの開発を可能にしています(例えばGUIフロントエンドのような)．

Q) どうしてPacmanにはオフィシャルのGUIフロントエンドがないの？

A) The Arch Way (日本語)，Arch Linux (日本語)，Devlandを読んでください．強いて言うならArch開発者チームが提供しようと思わないからです．ユーザー達が開発したものの中からご自由に選択して使ってください．Pacman GUI Frontendsには選りすぐりがリストアップされています．

Q) PacmanにXの機能を付けるべきだ！

A) The Arch Way (日本語)，Arch Linux (日本語)，Devlandを読んでください．Archの哲学は「シンプルたれ」です．もしあなたがご自身のアイデアにメリットがあると考え，それがくだんのシンプルのお題目を毀損しないものなら，是非フォーラムに投げて議論してください．また，フォーラムをちゃんとチェックしてしかるべきです．ここは重要だと思われる機能について要望を出す，まさにそのための場所なのです．

もっとも，ある機能をPacmanやArch Linuxに追加するために一番良い方法は，あなた自身がそれを実装することです．そのパッチがオフィシャルに取り込まれるかどうかはわかりませんが，いずれにせよあなたの骨折りは他のユーザーによって吟味され，検討されるでしょう．

Q) Archには，安定版パッケージのbranchが必要だ。

A) 何事にも絶対はありません。これに関してはいくつかの議論があります:
http://bbs.archlinux.org/viewtopic.php?id=11288

また、より安定したサーバ運用のためのコミュニティプロジェクト ArchServer もあります。

Q) 数種のリポジトリがありますが，どんな違いがあるんでしょうか？

A) Official Repositoriesを参照してください．

Q) Xのパッケージをインストールしたんだけど，どうやって起動するの？

A) あなたがKDEやGNOMEのようなデスクトップ環境を導入しているのなら，そのプログラムは自動的にメニューに登録されている筈です．ターミナルから起動しようとしていて，バイナリの名前がわからないというような場合は，"pacman -Ql <package name> | grep bin"のコマンドを実行してください．FirefoxやOpenOfficeのようなパッケージでよくこの問題にぶつかるのは，これが$PATHの通っていない/opt以下にインストールされるためです．"source /etc/profile"を実行するか，再ログインすることで解決するでしょう．

Q) 公式リポジトリにある共用ライブラリはそれぞれどうして一つのバージョンしか用意されてないんですか?

A) Debian などの一部のディストリビューションは、共用ライブラリパッケージにおいてテンプレート:Codeline、テンプレート:Codeline、テンプレート:Codeline といったように複数のバージョンを用意しています。この方法では同一のシステム上で異なるバージョンの libfoo ごとにアプリケーションのコンパイルが可能となります。

Debian と異なり、Arch はローリングリリースで最先端のディストリビューションです。最先端のディストリビューションの最大の特徴はそのリポジトリから最新バージョンのソフトウェアが入手可能であることです。Arch の場合も、すべてのパッケージで公式にサポートされているのは最新バージョンのみであることを意味します。過去のソフトウェアをサポートしないことで、パッケージメンテナは新しいバージョンの作業に割く時間をより多くとることができます。共有ライブラリの新しいバージョンがアップストリームからリリースされると、それはすぐにリポジトリに追加され、影響を受けるパッケージは新しいライブラリに合わせてリビルドされます。

Q) もし、テンプレート:Codeline で共用ライブラリがアップデートされたのにそれに依存するアプリケーションがアップデートされなかったらどうなりますか?

A) それは起こってはならないシナリオです。公式リポジトリにテンプレート:Codeline というアプリケーションがあり、テンプレート:Codeline という共用ライブラリの新バージョンを使用してビルドされているとして、それはテンプレート:Codeline のアップデートに合わせてアップデートされます。しかしもし、それがうまくいかない場合は、パッケージテンプレート:Codeline は以下のようなバージョン制限のある依存関係が指定されます。

libbaz=1.5

そしてテンプレート:Codeline は、テンプレート:Codeline のアップグレードの際に pacman によってコンフリクトを理由に削除されます。

もしテンプレート:Codeline が、あなた自身でビルドした、あるいは AUR からインストールしたパッケージであった場合には、新バージョンのテンプレート:Codeline でテンプレート:Codeline をリビルドしてみてください。ビルドが失敗した場合にはテンプレート:Codeline の開発者にそのバグを報告してください。

Q) リポジトリのカーネルにメジャーアップデートがあったのに、ドライバが最新カーネル用にアップデートされないことはあり得ますか?

A) いいえ、ありえません。テンプレート:Codeline からテンプレート:Codeline といったカーネルのメジャーアップデートは常にすべてのサポートカーネルドライバのリビルドを伴います。ただし、テンプレート:Codeline などの非サポートパッケージを使用している場合には、最新のカーネルでテンプレート:Codeline をリビルドしなければトラブルが発生するかもしれません。非サポートパッケージは自身の責任において使用してください。

Q) なぜ Arch はパッケージ署名を採用してないのですか、そしてそれは何を意味していますか?

A) pacman でのパッケージ署名は現在開発中です。より詳しい情報は Attacks on Package Managers および The real story behind Arch Linux package signing をご覧ください。

インストール

Q) Archはもっと良いインストーラーを付けるべきだ。たとえばGUIインストーラーとか。

A) 「良い」インストーラー云々の議論は主観の問題です。こうした論争に決着をつける最良の方法は、インストーラを「Archの流儀」に合わせることでしょう。もし、この「良いインストーラ」に関する議論がより具体的な論拠を伴うようになれば、新たなインストーラの開発が顧慮されるようなこともあるかも知れません。しかし、インストールを実行する機会自体がそもそも稀なので (メジャー・リリースに関する質問を参照)、開発者、ユーザー双方にとって優先度の高い課題ではないのです。非公式でもよいならば、ChakraなどのArch派生プロジェクトがあります。詳しくはArch Based Distributionsを参照してください。

Q) Archをインストールしたんですが，bashのログイン画面が表示されてます！どうすれば良いのでしょう？

A) Beginners_Guideを参照してください．

Q) デスクトップ環境やウィンドウマネージャはどれを使えばいいですか?

A) たくさんありますので、あなたに一番あったものを使えばいいのです。どのようなデスクトップ環境やウィンドウマネージャがあるかは、Desktop Environments や Window Manager で説明されています。

Q) Arch は「ミニマルな基本システムから構築していくディストリビューションで、ユーザが本当に望むものだけをインストールできる」ということをうたい文句にしていますが、これって他のディストリビューションでもできますよね? この点に関して一体 Arch のどこがユニークなんですか?

A) 確かに2，3のディストリビューションは Arch と近い設計理念を持っており、同じようにミニマルなインストール・メソッドを提供してるかも知れませんが、いくつかの相違は指摘しておかねばなりません:

Arch は骨の髄まで軽量でミニマルな環境を構築することを想定してデザインされています。
FTP を使うにしろ Core image を使うにしろ、Arch はこのミニマルな基本システムから構築する以外に方法を提供していません。
ディストリビューション全体と同様、インストレーションに関しても原則的に K.I.S.S.("Keep It Simple and Stupid") の設計理念に基づいています。これによって Arch のインストーラは対象となるユーザー・ベースとの間に、これ以上はないというくらいの親和性を獲得しています。
Arch のパッケージングはミニマルであるよう設計されており、利用状況によっては必要となる“任意の”依存パッケージは自動インストールされません。それらはパッケージのインストール時に通知されるだけなので、結果的によりスリムなシステムになるのです。
シンプルな Arch のインストーラ AIF は高度な透明性を保ったデザインとなっており、基本システムでも細かい設定が必要な部分は、ユーザー自身がマニュアル操作しなければなりません。
Arch は徹底的かつ完全なドキュメント群を提供しており、これによって各ユーザーのシステム構築のプロセスを一通り補助しています。

その他

Q) Pacmanを実行する度に，'warning: current locale is invalid; using default "C" locale'というエラーが出るんですが，どうしたらいいでしょう？

A) エラーメッセージが言っているように，localeが正しく設定されていません．WikiのConfiguring localesを参照してください．

Q) 無線ネットワークに接続するにはどうすればいいですか？

A) Wireless Setupを参照してください．

Q) 有線ネットワークに接続するにはどうすればいいですか？

A) Configuring networkを参照してください．

Q) "AUR"ってよく聞くんだけど一体何？

A) AUR Q & Aを参照してください．

Q) ビデオを見ようとすると画面が緑色になっちゃうんだけど，どうして？

A) colour depthの設定が正しくありません．例えば"24"であるべきところが"16"になっていたりしませんか？

Q) Spellcheckを実行するとテキストが全部ミス判定されてしまうんですが．

A) aspell dictionaryはインストールされていますか？ "pacman -Ss aspell"を実行して，入手可能な辞書を確認しましょう．

@@ 58行目: / 58行目: @@
 ==Q) よく耳にする"BSDスタイルの"initフレームワークって厳密にはどういうものなの？ ==
-年以上の歴史を持つBSDの財産の一つに，組み込みのシンプルなinitフレームワークがあります．大部分が変更されずにそのまま受け継がれてきました(GNU/Linuxのシステムに採用されているSysV initが姿を現すのはずっと後のことです)．Archが採用するBSD initの主な特徴は，あらゆるランレベルにおけるすべてのシステム・サービスのシェルスクリプトを，ひとつのディレクトリ({{Filename|/etc/rc.d/}})に納め，それを一つのファイル({{Filename|/etc/rc.conf}})で管理している点です．これに対してSysV initでは，各ランレベルごとに {{Filename|/etc/rc.0,1,2,3,4,5,6}} のようなディレクトリが用意され，その中に複雑に入り組んだシンボリックリンクが配置されます．それぞれのサービスとシンボリックリンクは，{{Filename|/etc/init.d/}} 内のシェルスクリプトを参照しています．言うまでもなくSysV方式の方がより複雑で，各 /etc/rc ディレクトリ内には往々にして大量のシンボリックリンクが張られることになります．シンプルたらんことを追求する哲学に従って，ArchはBSD initを採用しているのです．
+'''A)''' 30年以上の歴史を持つBSDの財産の一つに，組み込みのシンプルなinitフレームワークがあります．大部分が変更されずにそのまま受け継がれてきました(GNU/Linuxのシステムに採用されているSysV initが姿を現すのはずっと後のことです)．Archが採用するBSD initの主な特徴は，あらゆるランレベルにおけるすべてのシステム・サービスのシェルスクリプトを，ひとつのディレクトリ({{Filename|/etc/rc.d/}})に納め，それを一つのファイル({{Filename|/etc/rc.conf}})で管理している点です．これに対してSysV initでは，各ランレベルごとに {{Filename|/etc/rc.0,1,2,3,4,5,6}} のようなディレクトリが用意され，その中に複雑に入り組んだシンボリックリンクが配置されます．それぞれのサービスとシンボリックリンクは，{{Filename|/etc/init.d/}} 内のシェルスクリプトを参照しています．言うまでもなくSysV方式の方がより複雑で，各 /etc/rc ディレクトリ内には往々にして大量のシンボリックリンクが張られることになります．シンプルたらんことを追求する哲学に従って，ArchはBSD initを採用しているのです．
 ==Q) Archのレビュー記事がもっと必要だ(宣伝が必要だ)．==

「FAQ」の版間の差分

2011年8月18日 (木) 10:27時点における版

目次

一般