「FAQ」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
imported>Kuroyagi
(New page: Category:About Arch (日本語) Category:FAQs (日本語) {{FAQ i18n Links}} ここで解決されない疑問等については、The Arch Way (日本語)、[[Arch Linux (日...)
 
(文字列「http://archlinuxarm.org」を「https://archlinuxarm.org」に置換)
(13人の利用者による、間の89版が非表示)
1行目: 1行目:
[[Category:About Arch (日本語)]]
+
[[Category:Arch について]]
  +
[[ar:Frequently asked questions]]
[[Category:FAQs (日本語)]]
 
  +
[[bg:Frequently asked questions]]
{{FAQ i18n Links}}
 
  +
[[cs:Frequently asked questions]]
  +
[[da:Frequently asked questions]]
  +
[[de:FAQ]]
  +
[[el:Frequently asked questions]]
  +
[[en:Frequently asked questions]]
  +
[[es:Frequently asked questions]]
  +
[[fa:سؤالات متداول]]
  +
[[fi:FAQ]]
  +
[[fr:FAQ]]
  +
[[hr:Frequently asked questions]]
  +
[[id:Frequently asked questions]]
  +
[[it:Frequently asked questions]]
  +
[[ko:Frequently asked questions]]
  +
[[lt:Frequently asked questions]]
  +
[[nl:Frequently asked questions]]
  +
[[pt:Frequently asked questions]]
  +
[[ro:Întrebări frecvente]]
  +
[[ru:Frequently asked questions]]
  +
[[sk:Frequently asked questions]]
  +
[[sv:FAQ]]
  +
[[th:Frequently asked questions]]
  +
[[tr:Sss]]
  +
[[zh-hans:Frequently asked questions]]
  +
[[zh-hant:Frequently asked questions]]
  +
{{Related articles start}}
  +
{{Related|Arch 用語集}}
  +
{{Related|Arch User Repository#FAQ}}
  +
{{Related|一般的なトラブルシューティング}}
  +
{{Related articles end}}
  +
ここで解決されない問題等については,[[The Arch Way]],[[Arch Linux]] が参考になります.そこでは Arch Linux に関するより多くの情報が扱われています.
   
  +
==一般==
ここで解決されない疑問等については、[[The Arch Way (日本語)]]、[[Arch Linux (日本語)]]、[[Devland]]が参考になります。そこでは、Arch Linuxに関するより多くの情報が扱われています。
 
   
  +
=== Arch Linux って何ですか? ===
= 一般 =
 
  +
[[Arch Linux]] を参照してください。
   
  +
=== 私は Arch を使うべきですか? ===
==Q) 当方全くのGNU/Linuxビギナーなのですが、Archを使って大丈夫でしょうか? ==
 
  +
あなたが [[The Arch Way]] の理念に賛同し、'do-it-yourself' なアプローチを受け入れることができて、そして、シンプルで、エレガントで、高いカスタマイズ性を持ち、最先端の汎用 GNU/Linux ディストリビューションをお探しなら、Arch が気に入るかもしれません。
'''A)''' これに関してはかなりの議論があります。Archは、ある程度熟練したGNU/Linuxユーザーを対象にしていますが、「Archこそ入門にもってこいだ」と考えるような人もいます。もしあなたがビギナーで、それでもなおArchを使おうとしているのであれば、あなたは学ぶことに喜びを覚えるようでなければなりません。また、Archが優れて"Do-It-Yourself"なディストリビューションである、ということも肝に命じておくべきでしょう。システムを組み上げ、それがどのようなものにしていくかをコントロールするのは、ユーザー自身なのです。質問をする前に、まず自分で調査するようにしてください。googleや、Wiki、フォーラムの検索を活用しましょう(過去のFAQも参照してください)。以上のことさえ実践していれば、まず困ることはありません。また、多くの人が同じ基本的質問に何度も繰り返して答えさせられることに嫌気がさしているのだ、ということも理解しておいてください。あなたは今、その当事者なのです。伊達や酔狂でこのような文書が作成され、入門者に利用してもらえるよう設置されているわけではありません。途方もない時間が、この貴重な情報を編集するために、無償で費やされているのです。要通読:[[Beginners Guide|Beginners' Guide]].
 
   
  +
=== 私は Arch を使うべきではありませんか? ===
==Q) Archはホント好きなんだけどね。開発チームが''X''の機能さえ実装してくれればなぁ。==
 
  +
あなたが [[The Arch Way]] の理念に賛同できず、'do-it-yourself' な GNU/Linux ディストリビューションを使う能力や時間がない、あるいはそれを求めていないなら、Arch はあなた向けではないかもしれません。
'''A)''' ちょっと待った。ちゃんと[[The Arch Way (日本語)]]は、読みましたか?あなたは、その機能/対処方法を提示したのですか?それは、''ミニマリズム''や、''利便性に先んじるコードの整合性''、と言ったArchの哲学と一致するでしょうか?どうぞ積極的に参加してください。あなた自身がコードや解決策を提示することでコミュニティに貢献しましょう。もし、コミュニティや開発チームから認められれば、あなたのコードはマージされるかも知れません。Archコミュニティは、コードやツールの提供、シェアによって活性化していきます。
 
   
  +
また、以下のような方も Arch を使いたいとは思わないでしょう:
==Q) いつ新しいメジャー・リリースが出るんでしょうか?==
 
  +
* x86_64 以外のアーキテクチャのサポートが必要な方。
'''A)''' Arch Linuxにおけるメジャー・リリースとは、coreリポジトリの単なるsnapshotを意味するに過ぎません。インストーラ・スクリプトの様々な機能や操作抜きに、これについて語ることはできません。ローリング・リリースモデルは、ひとつのコマンドの実行によって、あらゆるArch Linuxのシステムを、最新かつ最先端に保つものです。
 
  +
* GNU で定義されたフリーウェアのみを提供するディストリビューションを使うことに強いこだわりのある方。
  +
* オペレーティングシステム自身が構成設定を行うべきであり、"箱から出してすぐ使える" べきであり、インストールメディア上でソフトウェアやデスクトップ環境のデフォルト設定が完全になされているべきであるとお考えの方。
  +
* 最先端で、ローリングリリースな GNU/Linux を求めていない方。
  +
* 今使っている OS に満足している方。
   
  +
=== Arch はどのディストリビューションベースなんですか? ===
このことから、Archにおけるメジャー・リリースというのは、さほど重要なものではないと言えます。なぜと言って、ローリング・リリースシステムは、パッケージがアップデートされるや否や、すぐさま最新のメジャー・リリースを旧バージョンにしてしまうわけですから。もし最新のArch Linuxのリリースを手に入れたいのだとしても、再インストールなどする必要はありません。シンプルに"pacman -Syu" のコマンドを実行するだけで、あなたはまっさらなインストールを実行した結果構築されるそれと、同一のシステムを手に入れることになるでしょう。
 
  +
Arch は独自に開発され、他のいかなる GNU/Linux ディストリビューションもベースとしていません。Arch を製作する以前、Judd Vinet は Per Lidén による優れた最小主義ディストリビューションである CRUX を賞賛し使用していました。当初は CRUX と同様のアイデアに触発された Arch ですが、スクラッチビルドされており、[[pacman]] は C 言語で開発されました。
   
  +
=== Arch はどのアーキテクチャをサポートしていますか? ===
また同じ理由から、新しいArch Linuxのリリースというのは、一般的に理解されているように、真新しくてエキサイティングな機能を満載したものではありません。そうした真新しくエキサイティングな機能群のリリースは、必要に応じたパッケージのアップデートによってもたらされるものであり、それは"pacman -Syu"のコマンドによって即座に反映されるのです。
 
  +
Arch は x86_64 (別名 amd64) アーキテクチャのみをサポートしています。i686 のサポートは2017年11月に切られました [https://www.archlinux.jp/news/the-end-of-i686-support/]。x86_64 の CPU を搭載しているコンピュータで i686 版の Arch を使用している場合は[[#再インストールせずに i686 環境から x86_64 環境にアップグレード出来ますか?]]を見てください。32ビットマシンの場合は [https://archlinux32.org/ Arch Linux 32] に切り替えるという方法があります。
   
==Q) Arch Linux堅牢なディスリなのでょうか?しょっちゅう壊れたりしなのでしょうか?==
+
=== Arch は ARM CPU をサポートしますか? ===
  +
いいえ、ただし [https://archlinuxarm.org/ Arch Linux ARM] プロジェクトによって Arch Linux が ARM プラットフォームに移植されています。
'''A)''' 答えはyesでもあり、noでもあります。つまり、それは概ね''あなた''がどれだけそれ堅牢にするかに懸かっている、と言えます。
 
   
  +
=== Arch は [http://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html FHS] に準拠していますか? ===
独自のArchシステムをシンプルな基本環境の上に構築するのは、''あなた''であり、.システムの成長をコントロールしていくのも、''あなた''なのです。当然、多くのパッケージや、複数のツールキット、デスクトップ環境などを統合して、巨大に膨れ上がったシステムは、スリムでよりシンプルなそれに比べて、アップストリームの変更に関わるため、より設定の問題に悩まされる可能性が高くなります。UNIXに関する一般的な素養や、上手なシステム管理、適切なアップグレードの実施といったものは、システムの堅牢にしていく上で、非常に大きな役割を担います。Archのパッケージの大部分がパッチを施されていない、ということにも留意してください。大部分の問題は、おおよそアップストリームに起因するものです。
 
  +
Arch Linux は [[systemd]] サービスマネージャを使用するオペレーティングシステムの''ファイルシステム階層''を遵守しています。ディレクトリの説明については {{man|7|file-hierarchy}} を見てください。特に Arch では {{ic|/bin}}, {{ic|/sbin}}, {{ic|/usr/sbin}} は {{ic|/usr/bin}} のシンボリックリンクに、{{ic|/lib}} と {{ic|/lib64}} は {{ic|/usr/lib}} のシンボリックリンクになっています。[[Arch ファイルシステム階層]]も参照してください。
従って、個人のローリング・リリースシステムの堅牢性に関して、最終的な責任を負うのは''ユーザー自身''です。ユーザーが、いつアップグレードするのかを決め、必要な時に必要な変更をマージするのです。もしユーザーがコミュニティに助けを求めれば、救いの手は直ちに差し伸べられることでしょう。これに関して、Archと他のディストリビューションで異なる点は、Archが本当に"Do-it-yourself"なディストロであることでしょう。破損についてクレームをつけるのは、見当違いであり、非生産的です。なぜといって、アップストリーム・チェンジに関して、Arch開発チームは責任を負いかねるからです。
 
   
  +
=== 当方全くの GNU/Linux ビギナーなのですが、Arch を使って大丈夫でしょうか? ===
==Q) よく耳にする”BSDスタイル”initフレームワークって厳密にはどういうものなの? ==
 
  +
これに関してはかなりの議論があります。Arch はある程度熟練した GNU/Linux ユーザーを対象にしていますが、やる気のある初心者には Arch こそもってこいだ、と考えるような人もいます。もしあなたが初心者で、それでもなお Arch を使おうとしているのであれば、あなたは十分な時間を費やして学ぶことに喜びを覚えるようでなければなりません。また Arch が全く "Do-It-Yourself" なディストリビューションとして設計されている、ということも肝に命じておくべきでしょう。システムを組み上げ、それをどのようなものにしていくかをコントロールするのはユーザー自身なのです。質問をする前にまず自分で調査するようにしてください。Google やフォーラム、そして素晴らしいドキュメントが用意されている Arch Wiki の検索を活用しましょう (以下のFAQも参照してください)。以上のことさえ実践していれば、それほど困難なことはありません。また、多くの人が同じ基本的質問に何度も繰り返して答えさせられることに嫌気がさしているのだ、ということも理解しておいてください。あなたは今まさにその当事者なのです。伊達や酔狂でこのような文書が作成され、入門者に利用してもらえるよう設置されているわけではありません。途方もない時間がこの貴重な情報を編集するために無償で費やされているのです。[[Arch 用語集#RTFM]] も見てください。
   
  +
=== Arch を使うにはとても手間暇がかかるし、コミュニティはといえば、なにかと言うと RTFM って言うし ===
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を採用しているのです。
 
  +
Arch は特定のユーザベースを対象にして設計され、利用されています。おそらくそれがあなたには合っていないのでしょう。[[#当方全くの GNU/Linux ビギナーなのですが、Arch を使って大丈夫でしょうか?|上のセクション]]も参照してください。
   
  +
=== Arch はどの用途向けに設計されていますか?サーバですか?デスクトップですか?ワークステーションですか? ===
==Q) Archのレビュー記事がもっと必要だ。(宣伝が必要だ)==
 
  +
Arch は特定の用途向けに設計されているわけではありません。むしろ、特定の "ユーザ" 向けに設計されています。Arch はなんでも自分でやることを楽しみ、各自のニーズに応じたシステムを構築するためにそれをよりよく活用する、やる気のあるユーザを対象にしています。したがって、その目的はユーザの思いのままであり、Arch は事実上あらゆる用途で使用できます。多くの人々が Arch をデスクトップとワークステーション両方で使用しています。そしてもちろん、archlinux.org は Arch で動いています。
'''A)''' 現状でもう十分な量のArchについての記事が書かれています。Archの目標は、巨大になることではありません。シンプルさと、コードの整合性に焦点を絞った、エレガントで、最小かつ最新のディストリビューションを提供することこそが、その目標なのです。Archが対象とするユーザー・ベース自体が自然と発展しています。それを強制したところで、問題の種を蒔くことになるだけでしょう。
 
   
  +
=== Arch はホント好きなんだけどね.開発チームがXの機能さえ実装してくれればなぁ ===
同様に、Archの開発モデルは、自然な発展を制限するものではありません。より多くのユーザーを得ることは、より多くの開発者がArch Linuxに関わることを意味します。これによって上層部における組織的な問題が発生すこともあるかも知れませんが、それはその時に対処すれば良いことです。
 
  +
ちょっと待った.ちゃんと [[The Arch Way]] は,読みましたか? あなたはその機能/対処方法を提示してみたのですか? それは''ミニマリズム''や,''利便性に先んじるコードの整合性''と言ったArchの哲学と一致するでしょうか? どうぞ積極的に参加してください.あなた自身がコードや解決策を提示することでコミュニティに貢献しましょう.もし,コミュニティや開発チームから認められれば,あなたのコードはマージされるかも知れません.Archコミュニティはコードやツールの提供,シェアによって活性化していきます.
   
  +
=== いつ新しいメジャー・リリースが出るんでしょうか? ===
  +
Arch Linux におけるメジャーリリースは各月の前半頃に公開されますが、これはインストールおよびレスキュー用のライブ環境で、{{grp|base}} グループとその他いくつかの [https://projects.archlinux.org/archiso.git/tree/configs/releng/packages.both パッケージ]が含まれています。
   
  +
ローリングリリースモデルは、ひとつのコマンド操作によってあらゆる Arch Linux のシステムを最新かつ最先端に保つものです。このことから、Arch におけるメジャーリリースというのはさほど重要な意味を持つものではないと言えます、なぜと言ってローリングリリースシステムは、パッケージがアップデートされるや否や、すぐさま最新のメジャーリリースを旧バージョンにしてしまうわけですから。最新の Arch Linux のメジャーリリースを手に入れたいと思っても、再インストールなどする必要はありません。単にコマンド {{ic|pacman -Syu}} を実行するだけで、あなたのシステムは新規インストールしたのと同様に最新になります。また同じ理由から、新しい Arch Linux のリリースというのは、一般的に理解されているような、真新しくてエキサイティングな機能を満載したものにはなりません。そうした真新しくエキサイティングな機能群のリリースは、必要に応じたパッケージのアップデートによってもたらされるものであり、それは {{ic|pacman -Syu}} のコマンドによって即座に反映されるのです。
==Q) Archの開発者がもっと必要だ。==
 
'''A)''' そうかも知れませんね。もっと柔軟にあなたの時間を使って貢献してください!フォーラムや、IRC、メーリング・リストなどに参加すれば、成すべきことがわかるはずです。
 
ドキュメントの作成者などは、常に必要です。ぜひWikiに寄稿してください。
 
   
  +
=== Arch Linux は堅牢なディストリなのでしょうか?しょっちゅう壊れたりしませんか? ===
==Q) Why is Arch so slow? I thought it's supposed to be fast!==
 
  +
一言で言うと、それは概ね「''あなた''次第」だということです。
'''A)''' Make sure that your hostname is correctly set in /etc/hosts (i.e., that it matches the hostname in /etc/rc.conf. Have a look at "Configure the System" in The [[Beginners_Guide]]). If the hostnames do not match, applications may start up very slowly.
 
   
  +
自分の Arch システムをシンプルな基本環境の上に構築するのは''あなた''であり,システムの成長をコントロールしていくのも''あなた''なのです。当然、多くのカスタマイズパッケージや、色とりどりのツールキット、デスクトップ環境などを統合して巨大に膨れ上がったシステムでは、スリムでよりシンプルなそれに比べてアップストリームの変更による影響を受けやすく、より多くの設定の問題に悩まされることになります。UNIX に関する一般的な知識や、上手なシステム管理、適切なアップグレードの実施といったものは、システムを堅牢にしていく上で非常に大きな役割を担います。Arch のパッケージの大部分はパッチを施されていないのだ、ということにも留意してください。大部分の問題はおおよそアップストリームに起因するものです。
==Q) Why is my internet so slow compared to other operating systems?==
 
'''A)''' Is your network configured correctly? Have you double checked your /etc/rc.conf /etc/hosts and /etc/resolv.conf? Have a look at "Configure the System" in The [[Beginners_Guide]].
 
   
  +
従って、ローリングリリースで構築された個人のシステムの堅牢性に関して、最終的な責任を負うのは''ユーザー自身''です。ユーザーがいつアップグレードするのかを決め、必要な時に必要な変更をマージするのです。もしユーザーがコミュニティに助けを求めれば、救いの手は直ちに差し伸べられることでしょう。この点に関して、Arch が他のディストリビューションから異なっているのは、Arch が本当に "Do-it-yourself" なディストロであることでしょう。破損についてクレームをつけるのは見当違いであり、非生産的です。なぜといって、アップストリームでの変更に関して Arch 開発チームは責任を負いかねるからです。
=Package Management=
 
   
  +
=== Archのレビュー記事がもっと必要だ(宣伝が必要だ) ===
==Q) I've found an error with Package X. What should I do?==
 
  +
現状でもう十分な量のArchについての記事が書かれています.Archの目標は巨大になることではなく、シンプルさと,コードの整合性に焦点を絞った,エレガントで,最小かつ最新のディストリビューションを提供することなのです.Archが対象とするユーザー・ベース自体が自然と発展しています.
'''A)''' First, you need to figure out if this error is something the Arch team can fix. Sometimes it's not (that Firefox crash may be the fault of the Mozilla team) - this is called an ''upstream error''. If it is an Arch problem, there is a series of steps you can take:
 
#Search the forums for information. See if anyone else has noticed it.
 
#Notify the package maintainer. Try a "pacman -Qi <package name>" for this info.
 
#Post a bug report with detailed information at http://bugs.archlinux.org.
 
#If you'd like, write a forum post detailing the problem and the fact that you have reported it already. This will help prevent a lot of people from reporting the same error.
 
   
  +
=== Archの開発者がもっと必要だ ===
==Q) Will Arch have a database for pacman?==
 
  +
そうかも知れませんね.もっと柔軟にあなたの時間を使って貢献してください! [https://bbs.archlinux.jp/ フォーラム]や,[[IRC チャンネル|IRC]],[https://lists.archlinux.org/listinfo/ メーリングリスト]などに参加すれば,成すべきことがわかるはずです.まずは、Community Contributions サブフォーラムに参加してみてください.
'''A)''' Possibly. There is discussion over the issue. <br>
 
http://bbs.archlinux.org/viewtopic.php?id=11193 <br>
 
http://bbs.archlinux.org/viewtopic.php?id=10898 <br>
 
Look at http://bugs.archlinux.org/task/5328, too.
 
   
  +
=== 他のOSに比べてインターネットの速度が遅いんだけど、どうして? ===
==Q) Arch packages need to use a unique naming convention. .pkg.tar.gz is too long and/or confusing==
 
  +
ネットワークは正しく設定されていますか?[[ネットワーク設定]]のページを参照してください。
'''A)''' This has been discussed on the Arch mailing list. Some proposed a .pac file extension. As far as is currently known, there is no plan to change the package extension.
 
As Tobias Kieslich, one of the Arch devs, put it, "A package '''is''' a gzipped tarball! And it can be opened, investigated and manipulated by any tar-capable application. Moreover, the mime-type is automatically detected correctly by most applications."
 
   
  +
また、Arch ではデフォルトで[[Wikipedia:ja:トラフィックシェーピング|トラフィックシェーピング]]が有効になっていないことも注意してださい。従って、ネットワーク帯域を活用するプログラムによって改善する可能性があります。Shorewall や Vuurmuur などの[[ファイアウォール]] (これらは {{Pkg|iproute2}} のスクリプトでもあります) によってネットワークレイヤーのシェーピングを行うことができます。
==Q) Pacman needs a library so other applications can easily access package information==
 
'''A)''' Since version 3.0.0, pacman has been the front-end to libalpm, the "Arch Linux Package Management" library. This library allows alternative front-ends to be written (for instance, a GUI front-end).
 
   
  +
=== なんで Arch は RAM を全部使っちゃうわけ? ===
==Q) Why doesn't Pacman have an official GUI front-end?==
 
  +
そもそも、使わない RAM は無駄な RAM です。
'''A)''' Please read [[The Arch Way]] and [[Arch Linux]] and [[Devland]]. The answer is basically that the Arch dev team will not be providing one. Feel free to use one of those developed by users. There is a nice list of them on the [[UserContributionsPage]] in the links section, and a selective list on [[Pacman GUI Frontends]].
 
   
  +
新米ユーザの方の多くは、Linux カーネルのメモリの扱い方がそれの使われ方と必ずしも同じにはならないことに気がつきます。RAM 上のデータへのアクセスはディスクに比べ非常に高速なので、カーネルは最近アクセスされたデータをメモリ上にキャッシュします。キャッシュされたデータは利用可能なメモリを使い果たした時のみクリアされ、新しいデータは必要に応じてロードされます。
==Q) Pacman needs Feature X!==
 
'''A)''' Please read [[The Arch Way]] and [[Arch Linux]] and [[Devland]]. The Arch philosophy is "Keep It Simple". If you think the idea has merit, and does not violate this simple litany, then by all means, discuss it on the forum [http://bbs.archlinux.org/ here]. You might also like to check [http://bugs.archlinux.org here]; it's a place for feature requests if you find it is important.
 
   
  +
この混乱のもっとも一般的な原因は、おそらく {{ic|free}} コマンドにあるでしょう:
However, the best way to get a feature added to Pacman or Arch Linux is to implement it yourself. There's no telling whether the patch will be officially accepted, but others will appreciate and test your effort.
 
   
  +
{{hc|$ free -m|
==Q) Arch needs a stable package branch==
 
  +
total used free shared buffers cached
'''A)'''
 
  +
Mem: 1009 741 267 0 104 359
Never say never.
 
  +
-/+ buffers/cache: 278 731
Some of the many discussions on the topic: <br>
 
  +
Swap: 1537 0 1537}}
http://bbs.archlinux.org/viewtopic.php?id=11288
 
   
  +
{{ic|-/+ buffers/cache:}} の行に注目してください —— メモリ量の表現は、実際には「現在使用中」と「利用可能」なメモリ量であり、「未使用」なのではありません。
==Q) What's the difference between all these repositories?==
 
'''A)''' See [[The Arch Linux Repositories]].
 
   
  +
上記の例では、1GB の RAM を積んだラップトップで、アイドル状態のターミナルとウェブブラウザを開いただけでその 741MB を使用しています! しかし、上記の "-/+ buffers/cache:" で始まる行を見てください。「現在使用中」なのは 278MB に過ぎません。実際には 731MB は新しいデータのために「利用可能」なのです。一見すると、「使用中」メモリの内の 104MB がバッファデータであり、359MB がキャッシュデータであるかのように見えてしまいますが、それぞれは必要なときにクリアされます。全メモリ中の 267MB のみが真の意味で「free」なのです。
   
  +
もしあなたの好奇心が刺激されたなら、[https://www.linuxjournal.com/article/2770 こちらの素晴らしい記事]も読んでみてください。
   
  +
こちらのウェブサイトでもこの混乱を整理して説明しています: http://www.linuxatemyram.com/
==Q) I just installed Package X. How do I start it?==
 
'''A)''' If you're using a desktop environment like KDE or GNOME, the program should automatically show up in your menu. If you're trying to run the program from a terminal and don't know the binary name, try executing "pacman -Ql packagename | grep bin". A common problem for packages like Firefox or OpenOffice is that they are installed to /opt, which is not in your $PATH - you can "source /etc/profile" or logout/login to fix this.
 
   
  +
=== わたしのディスクの空き領域はどこへ行ってしまったの? ===
=Installation=
 
  +
その答えはあなたのシステムによって変わります。[[アプリケーション一覧#ディスク使用量表示プログラム|こちらに優れたユーティリティの一覧があります]]ので試してみてください。
   
  +
==パッケージ管理==
==Q) Arch needs a better installer. Maybe a GUI installer.==
 
'''A)''' The discussion of a "better" installer is a subjective opinion. The best way to cope with these issues it to fit the installer to "the Arch way". If this opinion on a better installer is backed with more-concrete arguments, it might be taken into account for further development of the installer. Since installation doesn't occur often (see the question above on rolling release), it is not a high priority for developers or users.
 
However, two unofficial methods exist: [http://archie.dotsrc.org/ Archie Live CD] for XFCE (other desktops in development) and [http://user-contributions.org/wikis/userwiki/index.php?title=Arch_Linux_Office_Install_CD Arch Linux Office Install CD] for KDE.
 
   
  +
=== ファイル〇〇はどのパッケージに含まれていますか? ===
==Q) I installed Arch, and now I am at a bash login! What now?==
 
  +
{{Pkg|pkgfile}} コマンドで確認できます。
'''A)''' Have a look at the Arch Linux [[Beginners_Guide]]
 
   
  +
例:
==Q) Arch is touted as a distribution which is built up from a minimal base system, installing only what is required by the user. Isn't this possible with virtually any distribution? What makes Arch unique in this regard?==
 
  +
{{hc|$ pkgfile glxinfo|extra/mesa-demos}}
   
  +
=== Xのパッケージにエラーがあったんだけど,どうしたらいいの? ===
'''A)''' A few distributions may provide minimal installation methods similar in design to the Arch installation process. However, a few points must be noted:
 
  +
まず,そのエラーはそもそもArch開発チームが修正できるものなのかどうかを見極めなければなりません.そうでない場合が往々にしてあります(例えばFirefoxのクラッシュは大抵の場合Mozillaチームのミスです).これをアップストリーム・エラーと言います.もしArchの問題であるならば以下の手順を参考に対処してください.:
# Arch has been fundamentally designed as a lightweight, minimal environment upon which to build.
 
  +
#フォーラムに情報がないか探してみましょう.誰かが同じ問題について発言していないかチェックしてください.
# Whether the FTP or Core images are used, the only way to install Arch is by building up from this minimal base.
 
  +
#詳細な情報を書いたバグレポートを[https://bugs.archlinux.org 投函]してください.
# The installation, as well as the entire distribution is inherently a K.I.S.S. design approach, which makes it uniquely suitable for its target base of users.
 
  +
#もしお望みならば,フォーラムに質問を投げてみてもよいでしょう.その際,問題の詳細と,あなたが既にバグ・レポートを送った旨を明記してください.それによって同じエラーに関する報告が大量に投函されるようなケースを回避できます.
# The simple Arch installer is designed for a high level of transparency and the base system is manually configured by the user to their needed specifications.
 
# Arch provides thoroughly complete documentation to guide one through this process of system assembly.
 
   
  +
=== Archのパッケージにはもっと適切な命名規則が必要だ。".pkg.tar.gz" とか ".pkg.tar.xz" なんて長すぎるし、ややこしい ===
=Other=
 
  +
これに関しては、Arch のメーリングリスト上で議論されています。{{Ic|.pac}} のような拡張子を提案する人もいますが、現段階では、パッケージの拡張子を変更する具体的な計画はありません。Arch 開発者の一人である Tobias Kieslich の発言は示唆的です。''「事実 package は gzip や xz で圧縮された tarball ファイルなわけじゃないか! だいたい tar が扱えるアプリケーションなら何だって開くことができるし、覗いて弄ることだってできるんだしさ。もっと言えば、mime-type なんてたいがいのアプリケーションが問題なく自動判別できるだろ?」''
   
  +
=== Pacman には他のアプリケーションがパッケージ情報を簡単に参照するためのライブラリが必要だ ===
==Q) I get an error every time I use pacman saying 'warning: current locale is invalid; using default "C" locale'. What do I do?==
 
  +
バージョン3.0.0以降、[[pacman]] は libalpm ("Arch Linux Package Management" library) のフロントエンドになっています。このライブラリは代替のフロントエンドの開発を可能にしています (例えばGUIフロントエンドのような)。
'''A)''' As the error message says, your locale isn't correctly configured. Have a look at the [[Configuring locales|locale configuration wiki page]].
 
   
  +
=== どうして Pacman にはオフィシャルの GUI フロントエンドがないの? ===
==Q) How do I automount/mount something? ==
 
  +
[[The Arch Way]],[[Arch Linux]] を読んでください.強いて言うならArch開発者チームが提供しようと思わないからです.ユーザー達が開発したものの中からご自由に選択して使ってください.[[Pacman GUI フロントエンド]]には選りすぐりがリストアップされています.
'''A)''' If you use GNOME, install gnome-volume-manager:
 
pacman -Sy gnome-volume-manager
 
   
  +
=== Pacman に X の機能を付けるべきだ! ===
Now add yourself to the storage group:
 
  +
[[The Arch Way]],[[Arch Linux]]を読んでください.Archの哲学は「シンプルたれ」です.もしあなたがご自身のアイデアにメリットがあると考え,それがくだんのシンプルのお題目を毀損しないものなら,是非フォーラムに投げて議論してください.また,フォーラムをちゃんとチェックしてしかるべきです.ここは重要だと思われる機能について要望を出す,まさにそのための場所なのです.
gpasswd -a ''your_user'' storage
 
   
  +
もっとも,ある機能をPacmanやArch Linuxに追加するために一番良い方法は,あなた自身がそれを実装することです.そのパッチがオフィシャルに取り込まれるかどうかはわかりませんが,いずれにせよあなたの骨折りは他のユーザーによって吟味され,検討されるでしょう.
If you don't want to use gnome-volume-manager, check out [[Ivman]] or [[autofs | AutoFS]].
 
   
  +
=== Arch には,安定版パッケージの branch が必要だ ===
==Q) How do I connect to my wireless network?==
 
  +
何事にも絶対はありません。これに関してはいくつかの議論があります:<br>
'''A)''' See [[Wireless Setup]].
 
  +
https://bbs.archlinux.org/viewtopic.php?id=11288
   
  +
また、より安定したサーバ運用のためのコミュニティプロジェクト [http://www.archserver.org/ ArchServer]{{dead link|2014|04|04}} もあります。
==Q) How do I connect to my wired network?==
 
'''A)''' See [[Configuring network]].
 
   
  +
=== 数種のリポジトリがありますが,どんな違いがあるんでしょうか? ===
==Q) What is this AUR thing I keep hearing about?==
 
  +
[[公式リポジトリ]] を参照してください.
'''A)''' See [[AUR Q & A]].
 
   
  +
=== X のパッケージをインストールしたんだけど,どうやって起動するの? ===
==Q) Why do I get a green screen whenever I try to watch a video?==
 
  +
あなたが KDE や GNOME のようなデスクトップ環境を導入しているのなら、そのプログラムは自動的にメニューに登録されている筈です。ターミナルから起動しようとしていて、バイナリの名前がわからないというような場合は、次のコマンドで確認してください:
'''A)''' Your colour depth is set wrong. It may need to be 24 instead of 16, for example.
 
   
  +
$ pacman -Qlq ''パッケージ名'' | grep /usr/bin/
==Q) Spellcheck is marking all of my text as incorrect!==
 
  +
'''A)''' Have you installed an aspell dictionary? Use <tt>pacman -Ss aspell</tt> to see the available dictionaries.
 
  +
=== 公式リポジトリにある共用ライブラリはそれぞれどうして一つのバージョンしか用意されてないんですか? ===
  +
  +
Debian などの一部のディストリビューションは、共用ライブラリパッケージにおいて {{ic|libfoo1}}、{{ic|libfoo2}}、{{ic|libfoo3}} といったように複数のバージョンを用意しています。この方法では同一のシステム上で異なるバージョンの libfoo ごとにアプリケーションのコンパイルが可能となります。
  +
  +
Debian と異なり、Arch はローリングリリースで最先端のディストリビューションです。最先端のディストリビューションの最大の特徴はそのリポジトリから最新バージョンのソフトウェアが入手可能であることです。Arch のようなディストリビューションの場合、すべてのパッケージで公式にサポートされているのは最新バージョンのみであることを意味します。過去のソフトウェアをサポートしないことで、パッケージメンテナは新しいバージョンの作業に割く時間をより多くとることができます。共有ライブラリの新しいバージョンがアップストリームからリリースされると、それはすぐにリポジトリに追加され、影響を受けるパッケージは新しいライブラリに合わせてリビルドされます。
  +
  +
=== もし、システム全体のアップグレード({{ic|pacman -Syu}})で共用ライブラリがアップデートされたのにそれに依存するアプリケーションがアップデートされなかったらどうなりますか? ===
  +
  +
それは起こってはならないシナリオです。公式リポジトリに {{ic|foobaz}} というアプリケーションがあり、{{ic|libbaz}} という共用ライブラリの新バージョンを使用してビルドされているとして、それは {{ic|libbaz}} のアップデートに合わせてアップデートされます。しかしもし、それがうまくいかない場合、そのパッケージ {{ic|foobaz}} にはバージョン制限のある依存関係 (例: libbaz=1.5) が指定され、{{ic|libbaz}} のアップグレードの際に pacman によってコンフリクトを理由に削除されます。
  +
  +
もし {{ic|foobaz}} が、あなた自身でビルドした、あるいは AUR からインストールしたパッケージであった場合には、新バージョンの {{ic|libbaz}} で {{ic|foobaz}} をリビルドしてみてください。ビルドが失敗した場合には {{ic|foobaz}} の開発者にそのバグを報告してください。
  +
  +
=== リポジトリのカーネルにメジャーアップデートがあったのに、ドライバが最新カーネル用にアップデートされないことはあり得ますか? ===
  +
  +
いいえ、ありえません。例えば {{ic|3.5.x}} から {{ic|3.6.x}} といったカーネルのメジャーアップデートは常にすべてのサポートカーネルドライバのリビルドを伴います。ただし、{{AUR|catalyst}} などの非サポートパッケージを使用している場合には、最新のカーネルでそれをリビルドしなければトラブルが発生するかもしれません。非サポートパッケージは自身の責任において使用してください。
  +
  +
=== Arch はパッケージに署名を採用していますか? ===
  +
はい、パッケージ署名は pacman バージョン 4 から実装されました。詳しい情報は [[pacman-key]] をご覧ください。
  +
  +
=== アップグレードの前にやっておいたほうがいい事はありますか? ===
  +
それは Arch Linux にとってとても大事なことです。アップグレード時、Enter を叩く前に、公式サイトの [https://www.archlinux.jp/ Arch news] (RSS で購読できます) と [https://lists.archlinux.org/listinfo/arch-announce/ アナウンスメントメーリングリスト]を、あとできれば [https://bbs.archlinux.org/ フォーラム]や[https://lists.archlinux.org/listinfo/ その他のメーリングリスト]もチェックしてください。なにがしかの特殊な作業が必要な場合にはそれについて説明されています。
  +
  +
=== パッケージのアップデートがリリースされているのに、pacman はシステムは最新だと出力する ===
  +
  +
''pacman'' のミラーはすぐに同期されるわけではありません。アップデートが利用できるようになるまで24時間以上かかることもあります。アップデートが下りてくるのを待つか、別のミラーを使ってみて下さい。[https://www.archlinux.org/mirrors/status/ MirrorStatus] で最新のミラーを確認できます。
  +
  +
=== 上流のプロジェクト ''X'' が新しいバージョンをリリースしています。Arch パッケージとして新しいバージョンにアップデートできるようになるまでにかかる時間は? ===
  +
  +
パッケージアップデートは準備ができ次第リリースされます。上流リリースがマイナーなバグ修正のみであれば数時間でパッケージがアップデートされることもありますし、メジャーアップデートであれば数週間後となることもあります。上流の新しいバージョンが Arch にリリースされるまでの時間はそのパッケージとパッケージメンテナによって変わります。一部のパッケージは [[testing]] リポジトリでしばらくテストされるため、パッケージが更新されるまでの時間が長い傾向にあります。[[Arch 用語集#パッケージメンテナ|パッケージメンテナ]]は安定版のアップデートをリポジトリで素早く提供できるように尽力しています。公式リポジトリのパッケージが古くなっていることに気づいたら、[https://www.archlinux.org/packages/ パッケージウェブサイト] から out-of-date フラグを立てて報告してください。
  +
  +
==インストール==
  +
  +
=== Arch はもっと良いインストーラーを付けるべきだ。たとえば GUI インストーラーとか ===
  +
ローリングリリースモデルを採用している Arch ではインストールそのものを滅多に行わないため、その優先度は開発者やユーザにとって高くありません。[[インストールガイド]]はコマンドラインから行う方式に全面的に改められました。それでもインストーラに興味のある方は [[Archboot]] の利用も検討してみてください。
  +
  +
=== Arch をインストールしたんですが、シェルのログイン画面が表示されてます! どうすれば良いのでしょう? ===
  +
[[一般的な推奨事項]]を参照してください。
  +
  +
=== デスクトップ環境やウィンドウマネージャはどれを使えばいいですか? ===
  +
たくさんありますので、あなたに一番あったものを使えばいいのです。どのようなデスクトップ環境やウィンドウマネージャがあるかは、[[デスクトップ環境]]や[[ウィンドウマネージャ]]で説明されています。
  +
  +
=== Arch は「ミニマルな基本システムから構築していくディストリビューションで、ユーザが本当に望むものだけをインストールできる」ということをうたい文句にしていますが、これって他のディストリビューションでもできますよね?この点に関して一体 Arch のどこがユニークなんですか? ===
  +
  +
確かに一部のディストリビューションは Arch と近い設計理念を持っており、同じようにミニマルなインストール・メソッドを提供してるかも知れませんが、いくつかの相違は指摘しておかねばなりません:
  +
#Arch は骨の髄まで軽量でミニマルな環境を構築することを想定してデザインされています。
  +
#Arch はこのミニマルな基本システムから構築する以外に方法を提供していません。
  +
#ディストリビューション全体と同様、インストレーションに関しても原則的に K.I.S.S.("Keep It Simple and Stupid") の設計理念に基づいています。これによって Arch のベースシステムは、対象となるユーザーベースとの間に、これ以上はないというくらいの親和性を獲得しています。
  +
# サービス及びパッケージのインストールでは、手動あるいは対話式に構成設定を行わなければなりません。他のディストリビューションと異なり、サービスの構成や起動設定を自動で行ったりはしません。Arch の哲学は、そのような責任を扱う権利をユーザーから奪わず、ユーザの力量に任せることに重きをおいています。
  +
#Arch のパッケージングはミニマルであるよう設計されており、利用状況によっては必要となる“任意の”依存パッケージは自動インストールされません。それらはパッケージのインストール時に通知されるだけなので、結果的によりスリムなシステムになるのです。
  +
#Arch は完全なドキュメント群を提供しており、これによって各ユーザーのシステム構築のプロセスを一通り補助しています。
  +
  +
== 64ビット ==
  +
  +
=== 私のプロセッサが x86_64 に対応しているかどうかを知る方法は? ===
  +
==== Linux ユーザー ====
  +
以下のコマンドを実行してください:
  +
$ less /proc/cpuinfo
  +
  +
{{ic|flags}} エントリーを探してください。 {{ic|lm}} フラグがあったら、あなたのプロセッサーは x86_64 対応です。
  +
  +
もしくは以下のコマンドを実行してみることも出来ます:
  +
$ grep -q "^flags.*\blm\b" /proc/cpuinfo && echo "x86_64" || echo "not x86_64"
  +
  +
==== Windows ユーザー ====
  +
フリーウェアである [http://www.cpuid.com/cpuz.php CPU-Z] を使って、64ビット互換があるかどうか確認できます。AMD の命令セットである AMD64 または Intel の命令セット EM64T は x86_64 のバイナリと互換性があります。
  +
  +
=== 64ビットにする理由は? ===
  +
多くの状況下で (32ビットに比べて) 高速であり、通常の i686 カーネルでは PAE が無効化されているために利用できない[[wikipedia:ja:アドレス空間配置のランダム化|アドレス空間配置のランダム化 (ASLR)]] や [[wikipedia:ja:位置独立コード|位置独立コード (PIC)]]、[[wikipedia:ja:NXビット|NX ビット]]を使用することによりセキュリティが向上することが挙げられます。もしコンピューターに 4GB 以上のメモリが載っている場合、32ビット OS では利用できない分のメモリも使用することができるので、ぜひ64ビットを使用するべきでしょう。
  +
  +
更に、64ビットの拡張をサポートしている新しい x86 CPU に対して、レガシーな32ビットの CPU をプログラマーがサポートしなくなってきているというのもあります。
  +
  +
以上の理由が32ビット環境を避けるべきという我々のアドバイスですが、カーネルやユーザースペース、個々のプログラムなど、64ビットの方が優れているものは他にもたくさんあり、全てをここに書き出す事は出来ません。
  +
  +
[https://www.archlinux.org/packages/differences/ 差異のレポート]も見てください。32/64ビットのパッケージバージョンの比較を行うことが出来ます。
  +
  +
=== 再インストールせずに i686 環境から x86_64 環境にアップグレード出来ますか? ===
  +
できません。厳格に言えば、環境の移行とは、全てのパッケージを新しいアーキテクチャ向けに再インストールするということを意味します。ただし、新規インストールをすることなく、現在インストールされているシステムから、環境を移行することは可能です。[https://bbs.archlinux.org/viewtopic.php?id=64485 この]フォーラムスレッドの手順に従えば、設定やデータを失うことなく、32ビットから64ビットに移行できます。移行には外付けのハードドライブを使用するので注意してください。
  +
  +
もしくは、Arch64 インストール CD でシステムを起動し、ディスクをマウントして、32ビットバイナリ以外の、残しておきたいデータ (例えば {{ic|/home}} や {{ic|/etc}} など) をバックアップして、インストールします。
  +
  +
詳しくは[[再インストールせずにアーキテクチャを移行]]を読んでください。

2018年2月6日 (火) 23:43時点における版

関連記事

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

目次

一般

Arch Linux って何ですか?

Arch Linux を参照してください。

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

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

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

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

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

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

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

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

Arch はどのアーキテクチャをサポートしていますか?

Arch は x86_64 (別名 amd64) アーキテクチャのみをサポートしています。i686 のサポートは2017年11月に切られました [1]。x86_64 の CPU を搭載しているコンピュータで i686 版の Arch を使用している場合は#再インストールせずに i686 環境から x86_64 環境にアップグレード出来ますか?を見てください。32ビットマシンの場合は Arch Linux 32 に切り替えるという方法があります。

Arch は ARM CPU をサポートしていますか?

いいえ、ただし Arch Linux ARM プロジェクトによって Arch Linux が ARM プラットフォームに移植されています。

Arch は FHS に準拠していますか?

Arch Linux は systemd サービスマネージャを使用するオペレーティングシステムのファイルシステム階層を遵守しています。ディレクトリの説明については file-hierarchy(7) を見てください。特に Arch では /bin, /sbin, /usr/sbin/usr/bin のシンボリックリンクに、/lib/lib64/usr/lib のシンボリックリンクになっています。Arch ファイルシステム階層も参照してください。

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

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

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

Arch は特定のユーザベースを対象にして設計され、利用されています。おそらくそれがあなたには合っていないのでしょう。上のセクションも参照してください。

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

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

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

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

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

Arch Linux におけるメジャーリリースは各月の前半頃に公開されますが、これはインストールおよびレスキュー用のライブ環境で、base グループとその他いくつかの パッケージが含まれています。

ローリングリリースモデルは、ひとつのコマンド操作によってあらゆる Arch Linux のシステムを最新かつ最先端に保つものです。このことから、Arch におけるメジャーリリースというのはさほど重要な意味を持つものではないと言えます、なぜと言ってローリングリリースシステムは、パッケージがアップデートされるや否や、すぐさま最新のメジャーリリースを旧バージョンにしてしまうわけですから。最新の Arch Linux のメジャーリリースを手に入れたいと思っても、再インストールなどする必要はありません。単にコマンド pacman -Syu を実行するだけで、あなたのシステムは新規インストールしたのと同様に最新になります。また同じ理由から、新しい Arch Linux のリリースというのは、一般的に理解されているような、真新しくてエキサイティングな機能を満載したものにはなりません。そうした真新しくエキサイティングな機能群のリリースは、必要に応じたパッケージのアップデートによってもたらされるものであり、それは pacman -Syu のコマンドによって即座に反映されるのです。

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

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

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

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

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

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

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

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

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

ネットワークは正しく設定されていますか?ネットワーク設定のページを参照してください。

また、Arch ではデフォルトでトラフィックシェーピングが有効になっていないことも注意してださい。従って、ネットワーク帯域を活用するプログラムによって改善する可能性があります。Shorewall や Vuurmuur などのファイアウォール (これらは iproute2 のスクリプトでもあります) によってネットワークレイヤーのシェーピングを行うことができます。

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

そもそも、使わない 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」なのです。

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

こちらのウェブサイトでもこの混乱を整理して説明しています: http://www.linuxatemyram.com/

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

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

パッケージ管理

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

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

例:

$ pkgfile glxinfo
extra/mesa-demos

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

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

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

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

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

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

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

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

The Arch WayArch Linux を読んでください.強いて言うならArch開発者チームが提供しようと思わないからです.ユーザー達が開発したものの中からご自由に選択して使ってください.Pacman GUI フロントエンドには選りすぐりがリストアップされています.

Pacman に X の機能を付けるべきだ!

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

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

Arch には,安定版パッケージの branch が必要だ

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

また、より安定したサーバ運用のためのコミュニティプロジェクト ArchServer[リンク切れ 2014-04-04] もあります。

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

公式リポジトリ を参照してください.

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

あなたが KDE や GNOME のようなデスクトップ環境を導入しているのなら、そのプログラムは自動的にメニューに登録されている筈です。ターミナルから起動しようとしていて、バイナリの名前がわからないというような場合は、次のコマンドで確認してください:

$ pacman -Qlq パッケージ名 | grep /usr/bin/

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

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

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

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

それは起こってはならないシナリオです。公式リポジトリに foobaz というアプリケーションがあり、libbaz という共用ライブラリの新バージョンを使用してビルドされているとして、それは libbaz のアップデートに合わせてアップデートされます。しかしもし、それがうまくいかない場合、そのパッケージ foobaz にはバージョン制限のある依存関係 (例: libbaz=1.5) が指定され、libbaz のアップグレードの際に pacman によってコンフリクトを理由に削除されます。

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

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

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

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

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

アップグレードの前にやっておいたほうがいい事はありますか?

それは Arch Linux にとってとても大事なことです。アップグレード時、Enter を叩く前に、公式サイトの Arch news (RSS で購読できます) と アナウンスメントメーリングリストを、あとできれば フォーラムその他のメーリングリストもチェックしてください。なにがしかの特殊な作業が必要な場合にはそれについて説明されています。

パッケージのアップデートがリリースされているのに、pacman はシステムは最新だと出力する

pacman のミラーはすぐに同期されるわけではありません。アップデートが利用できるようになるまで24時間以上かかることもあります。アップデートが下りてくるのを待つか、別のミラーを使ってみて下さい。MirrorStatus で最新のミラーを確認できます。

上流のプロジェクト X が新しいバージョンをリリースしています。Arch パッケージとして新しいバージョンにアップデートできるようになるまでにかかる時間は?

パッケージアップデートは準備ができ次第リリースされます。上流リリースがマイナーなバグ修正のみであれば数時間でパッケージがアップデートされることもありますし、メジャーアップデートであれば数週間後となることもあります。上流の新しいバージョンが Arch にリリースされるまでの時間はそのパッケージとパッケージメンテナによって変わります。一部のパッケージは testing リポジトリでしばらくテストされるため、パッケージが更新されるまでの時間が長い傾向にあります。パッケージメンテナは安定版のアップデートをリポジトリで素早く提供できるように尽力しています。公式リポジトリのパッケージが古くなっていることに気づいたら、パッケージウェブサイト から out-of-date フラグを立てて報告してください。

インストール

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

ローリングリリースモデルを採用している Arch ではインストールそのものを滅多に行わないため、その優先度は開発者やユーザにとって高くありません。インストールガイドはコマンドラインから行う方式に全面的に改められました。それでもインストーラに興味のある方は Archboot の利用も検討してみてください。

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

一般的な推奨事項を参照してください。

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

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

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

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

  1. Arch は骨の髄まで軽量でミニマルな環境を構築することを想定してデザインされています。
  2. Arch はこのミニマルな基本システムから構築する以外に方法を提供していません。
  3. ディストリビューション全体と同様、インストレーションに関しても原則的に K.I.S.S.("Keep It Simple and Stupid") の設計理念に基づいています。これによって Arch のベースシステムは、対象となるユーザーベースとの間に、これ以上はないというくらいの親和性を獲得しています。
  4. サービス及びパッケージのインストールでは、手動あるいは対話式に構成設定を行わなければなりません。他のディストリビューションと異なり、サービスの構成や起動設定を自動で行ったりはしません。Arch の哲学は、そのような責任を扱う権利をユーザーから奪わず、ユーザの力量に任せることに重きをおいています。
  5. Arch のパッケージングはミニマルであるよう設計されており、利用状況によっては必要となる“任意の”依存パッケージは自動インストールされません。それらはパッケージのインストール時に通知されるだけなので、結果的によりスリムなシステムになるのです。
  6. Arch は完全なドキュメント群を提供しており、これによって各ユーザーのシステム構築のプロセスを一通り補助しています。

64ビット

私のプロセッサが x86_64 に対応しているかどうかを知る方法は?

Linux ユーザー

以下のコマンドを実行してください:

$ less /proc/cpuinfo

flags エントリーを探してください。 lm フラグがあったら、あなたのプロセッサーは x86_64 対応です。

もしくは以下のコマンドを実行してみることも出来ます:

$ grep -q "^flags.*\blm\b" /proc/cpuinfo && echo "x86_64" || echo "not x86_64"

Windows ユーザー

フリーウェアである CPU-Z を使って、64ビット互換があるかどうか確認できます。AMD の命令セットである AMD64 または Intel の命令セット EM64T は x86_64 のバイナリと互換性があります。

64ビットにする理由は?

多くの状況下で (32ビットに比べて) 高速であり、通常の i686 カーネルでは PAE が無効化されているために利用できないアドレス空間配置のランダム化 (ASLR)位置独立コード (PIC)NX ビットを使用することによりセキュリティが向上することが挙げられます。もしコンピューターに 4GB 以上のメモリが載っている場合、32ビット OS では利用できない分のメモリも使用することができるので、ぜひ64ビットを使用するべきでしょう。

更に、64ビットの拡張をサポートしている新しい x86 CPU に対して、レガシーな32ビットの CPU をプログラマーがサポートしなくなってきているというのもあります。

以上の理由が32ビット環境を避けるべきという我々のアドバイスですが、カーネルやユーザースペース、個々のプログラムなど、64ビットの方が優れているものは他にもたくさんあり、全てをここに書き出す事は出来ません。

差異のレポートも見てください。32/64ビットのパッケージバージョンの比較を行うことが出来ます。

再インストールせずに i686 環境から x86_64 環境にアップグレード出来ますか?

できません。厳格に言えば、環境の移行とは、全てのパッケージを新しいアーキテクチャ向けに再インストールするということを意味します。ただし、新規インストールをすることなく、現在インストールされているシステムから、環境を移行することは可能です。このフォーラムスレッドの手順に従えば、設定やデータを失うことなく、32ビットから64ビットに移行できます。移行には外付けのハードドライブを使用するので注意してください。

もしくは、Arch64 インストール CD でシステムを起動し、ディスクをマウントして、32ビットバイナリ以外の、残しておきたいデータ (例えば /home/etc など) をバックアップして、インストールします。

詳しくは再インストールせずにアーキテクチャを移行を読んでください。