「FAQ」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
imported>Blowback
(sync with en 19:10, 6 July 2012)
imported>Blowback
119行目: 119行目:
 
===Q) ファイル〇〇はどのパッケージに含まれていますか?===
 
===Q) ファイル〇〇はどのパッケージに含まれていますか?===
   
pkgfile コマンドで確認できます。pkgfile コマンド自身は {{Pkg|pkgtools}} に含まれています。
+
{{Pkg|pkgfile}} コマンドで確認できます。
   
 
例:
 
例:

2012年7月18日 (水) 09:41時点における版

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

目次

一般

Q) Arch Linux って何ですか?

A) Arch Linux (日本語)を参照してください。

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 やフォーラム、そして素晴らしいドキュメントが用意されている Arch 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のメジャー・リリースを手に入れたいと思っても,再インストールなどする必要はありません.シンプルに pacman -Syu のコマンドを実行するだけで,あなたはまっさらなインストールを実行した結果構築されるそれと,同一のシステムを手に入れることになるでしょう.

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

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

A) 一言で言うと、それは概ね「あなた次第」だということです。

自分の Arch システムをシンプルな基本環境の上に構築するのはあなたであり,システムの成長をコントロールしていくのもあなたなのです。当然、多くのカスタマイズパッケージや、色とりどりのツールキット、デスクトップ環境などを統合して巨大に膨れ上がったシステムでは、スリムでよりシンプルなそれに比べてアップストリームの変更による影響を受けやすく、より多くの設定の問題に悩まされることになります。UNIX に関する一般的な知識や、上手なシステム管理、適切なアップグレードの実施といったものは、システムを堅牢にしていく上で非常に大きな役割を担います。Arch のパッケージの大部分はパッチを施されていないのだ、ということにも留意してください。大部分の問題はおおよそアップストリームに起因するものです。

従って、ローリングリリースで構築された個人のシステムの堅牢性に関して、最終的な責任を負うのはユーザー自身です。ユーザーがいつアップグレードするのかを決め、必要な時に必要な変更をマージするのです。もしユーザーがコミュニティに助けを求めれば、救いの手は直ちに差し伸べられることでしょう。この点に関して、Arch が他のディストリビューションから異なっているのは、Arch が本当に "Do-it-yourself" なディストロであることでしょう。破損についてクレームをつけるのは見当違いであり、非生産的です。なぜといって、アップストリームでの変更に関して Arch 開発チームは責任を負いかねるからです。

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

A) 30年以上の歴史を持つ BSD の財産の一つに、組み込みのシンプルな init フレームワークがあります。大部分が変更されずにそのまま受け継がれてきました (GNU/Linux のシステムに採用されている SysV init が姿を現すのはずっと後のことです)。Arch が採用する BSD init の主な特徴は、あらゆるランレベルにおけるすべてのシステム・サービスを制御するシェルスクリプトを、ひとつのディレクトリ (/etc/rc.d/) に納め、それを一つのテキストファイル (/etc/rc.conf) で管理している点です。

これに対して SysV init では、各ランレベルごとに /etc/rc.0,1,2,3,4,5,6 のようなディレクトリが用意され、その中に複雑に入り組んだシンボリックリンクが配置されます。それぞれのサービスとシンボリックリンクは、/etc/init.d/ 内のシェルスクリプトを参照しています。言うまでもなく SysV 方式の方がより複雑で、各 /etc/rc ディレクトリ内には往々にして大量のシンボリックリンクが張られることになります。シンプルたらんことを追求する哲学に従って、Arch は BSD init を採用しているのです。

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

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

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

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

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

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

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

A) ネットワークは正しく設定されていますか? /etc/rc.conf/etc/hosts/etc/resolv.conf をよく確認してみましたか? Beginners_GuideのConfigure the Systemの項を参照してください.

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

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

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

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

$ free -m
             total       used       free     shared    buffers     cached
Mem:          1009        741        267          0        104        359
-/+ buffers/cache:        278        731
Swap:         1537          0       1537

-/+ buffers/cache: の行に注目してください —— メモリ量の表現は、実際には「現在使用中」と「利用可能」なメモリ量であり、「未使用」なのではありません。

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

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

Q) わたしのディスクの空き領域はどこへ行ってしまったの?

A) その答えはあなたのシステムによって変わります。こちらに優れたユーティリティの一覧がありますので試してみてください。

パッケージ管理

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

pkgfile コマンドで確認できます。

例:

$ pkgfile glxinfo
extra/mesa-demos

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

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

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

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以降、pacman は 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) 何事にも絶対はありません。これに関してはいくつかの議論があります:
https://bbs.archlinux.org/viewtopic.php?id=11288

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

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

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

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

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

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

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

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

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

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

libbaz=1.5

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

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

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

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

Q) Arch はパッケージに署名を採用していますか?

A) はい、パッケージ署名は pacman バージョン 4 から実装されました。詳しい情報は package signing をご覧ください。

インストール

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

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

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

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

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

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

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

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

  1. Arch は骨の髄まで軽量でミニマルな環境を構築することを想定してデザインされています。
  2. FTP を使うにしろ Core image を使うにしろ、Arch はこのミニマルな基本システムから構築する以外に方法を提供していません。
  3. ディストリビューション全体と同様、インストレーションに関しても原則的に K.I.S.S.("Keep It Simple and Stupid") の設計理念に基づいています。これによって Arch のインストーラは対象となるユーザー・ベースとの間に、これ以上はないというくらいの親和性を獲得しています。
  4. サービス及びパッケージのインストールでは、手動あるいは対話式に構成設定を行わなければなりません。他のディストリビューションと異なり、サービスの構成や起動設定を自動で行ったりはしません。Arch の哲学は、そのような責任を扱う権利をユーザーから奪わず、ユーザの力量に任せることに重きをおいています。
  5. Arch のパッケージングはミニマルであるよう設計されており、利用状況によっては必要となる“任意の”依存パッケージは自動インストールされません。それらはパッケージのインストール時に通知されるだけなので、結果的によりスリムなシステムになるのです。
  6. シンプルな Arch のインストーラ AIF は高度な透明性を保ったデザインとなっており、基本システムでも細かい設定が必要な部分は、ユーザー自身がマニュアル操作しなければなりません。
  7. 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 を実行して、入手可能な辞書を確認してください。インストールされている辞書は aspell dicts で確認できます。

$ aspell dicts
Prints out:
 en
 en_GB
 ...etc

aspell および辞書がインストールされていても問題が解決しない場合、enchant が原因かもしれません。/usr/share/enchant/enchant.ordering を確認し、目的の言語が期待した設定になっているか確認してください。