「ヘルプ:読み方」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(ページの作成:「Category:ヘルプ en:Help:Reading es:Help:Reading {{Related articles start}} {{Related|ヘルプ:検索}} {{Related|ヘルプ:スタイル}} {{Related articl...」)
 
 
(3人の利用者による、間の22版が非表示)
1行目: 1行目:
 
[[Category:ヘルプ]]
 
[[Category:ヘルプ]]
  +
[[bs:Help:Reading]]
 
[[en:Help:Reading]]
 
[[en:Help:Reading]]
 
[[es:Help:Reading]]
 
[[es:Help:Reading]]
  +
[[fi:Help:Reading]]
  +
[[fr:Help:Reading]]
  +
[[pl:Help:Reading]]
  +
[[pt:Help:Reading]]
  +
[[ru:Help:Reading]]
  +
[[tr:Help:Reading]]
  +
[[zh-hans:Help:Reading]]
  +
[[zh-hant:Help:Reading]]
 
{{Related articles start}}
 
{{Related articles start}}
 
{{Related|ヘルプ:検索}}
 
{{Related|ヘルプ:検索}}
 
{{Related|ヘルプ:スタイル}}
 
{{Related|ヘルプ:スタイル}}
 
{{Related articles end}}
 
{{Related articles end}}
  +
ArchWiki には Arch Linux (または GNU/Linux 全般) に初めて接したユーザーにとってはわかりにくい部分もあるため、記事を読んだ時に混乱が生じないように、また繰り返しを避けるために、基本的な取り決めごとについてここでざっと述べます。
   
  +
== 編成 ==
ArchWiki には GNU/Linux に初めて接したユーザーにとってはわかりにくい部分もあるため、記事を読んだ時に混乱が生じないように、また繰り返しを避けるために、基本的な取り決めごとについてここでざっと述べます。
 
  +
  +
ArchWiki のほとんどの記事はあるトピックに対して1から10まで説明するようには書かれていません。[http://c2.com/cgi/wiki?DontRepeatYourself DRY] 原則に従って、記事に何かわからないところがあったらユーザーは自分で他の資料を探したり読むだろうということが前提になっています。場合によっては、参考になる文献が決まった書式で示されているでしょう。[[#書式]]を参照してください。
  +
  +
このような編成を取っている以上、ArchWiki の記事を完全に理解するには関連するページも一緒に見なければならないときがあります。特に、Arch (あるいはもっと一般的に GNU/Linux) の初心者は簡単に解決できる問題でも色々なページから前提知識を手に入れる必要があります。他の人に助けを求めに行く前に関連ページを読むことは非常に重要なことです。
  +
  +
== 書式 ==
  +
  +
* 記事内のセクションへのリンク: [[#編成]]
  +
* [[メインページ|他の ArchWiki 記事]]へのリンク
  +
* [[Wikipedia:|外部のウェブページ]]へのリンク
  +
* [[man ページ]]へのリンク: {{man|1|intro}}
  +
* オフラインでしか利用できない [[man ページ]]: {{man|1|foo|url=}}
  +
* [[公式リポジトリ]]に含まれるパッケージへのリンク: {{Pkg|foobar}}
  +
* [[AUR]] に含まれるパッケージへのリンク: {{AUR|foobar}}
   
 
== 通常ユーザーまたは root ==
 
== 通常ユーザーまたは root ==
   
 
以下のように書かれている行もあれば:
 
以下のように書かれている行もあれば:
  +
 
# mkinitcpio -p linux
 
# mkinitcpio -p linux
   
 
別の記号が前についていることもあります:
 
別の記号が前についていることもあります:
  +
 
$ makepkg -s
 
$ makepkg -s
   
ハッシュ記号 ({{ic|#}}) はそのを ''root'' で入力しなくてはならないということを示し、逆にドル記号 ({{ic|$}}) は''通常ユーザー''としてその入力することを示しています。
+
ハッシュ記号 ({{ic|#}}) はそのコマンドを ''root'' で実行しなくてはならないということを示し、逆にドル記号 ({{ic|$}}) は''通常ユーザー''としてそのコマンド実行することを示しています。
   
{{Note|{{ic|#}} が前についているコマンドは ''root シェル''から実行するよう意図されています。root シェルには {{ic|sudo -i}} などを使って簡単にアクセスできます。大抵は、root シェルから {{ic|''command''}} を実行しなくても、非特権のシェルから {{ic|sudo ''command''}} を実行するだけでも足ります。ただし、厳密に root シェルを必要とする、[[Wikipedia:Redirection_(computing)|リダイレクト]] [[Wikipedia:ja:リダイレクト (CLI)|置換]] などの例外も存在します。[[sudo|sudo]] を参照して下さい。}}
+
{{Note|{{ic|#}} が前についているコマンドは ''root シェル''から実行するよう意図されています。root シェルには {{ic|sudo -i}} などを使って簡単にアクセスできます。大抵は、root シェルから {{ic|''command''}} を実行しなくても、非特権のシェルから {{ic|sudo ''command''}} を実行するだけでも足ります。ただし、厳密に root シェルを必要とする、[[Wikipedia:ja:リダイレクト (CLI)|リダイレクト]]や[[Wikipedia:Command_substitution|コマンド置換]]などの例外も存在します。[[sudo]] を参照して下さい。}}
   
 
注意しなくてはならない例外:
 
注意しなくてはならない例外:
  +
 
# This alias makes ls colorize the listing
 
# This alias makes ls colorize the listing
 
alias ls='ls --color=auto'
 
alias ls='ls --color=auto'
   
上の例では、ハッシュ記号がついている部分がありますが、これはコマンドとして実行するべきものではありません。そうではなくてファイルの中を示しています。この場合、ハッシュ記号は''コメント''です。コメントとはプログラムによって解釈が行われない説明文のことです。[[Bash|Bash]] スクリプトのコメント記号は root ''PS1'' と同じなのです。
+
上の例では、ハッシュ記号がついている部分がありますが、これはコマンドとして実行するべきものではありません。そうではなくてファイルの中を示しています。この場合、ハッシュ記号は''コメント''です。コメントとはプログラムによって解釈が行われない説明文のことです。[[Bash]] スクリプトのコメント記号は root ''PS1'' と同じなのです。
   
 
さらに、{{ic|#}} 記号の後の大文字が入っている文章からも、これがコマンドではないことがわかります。普通、Unix コマンドはこのように書かれたりせず、完全な英単語の代わりに短くした省略形が使われます (例: ''Copy'' は ''cp'' となっています)。
 
さらに、{{ic|#}} 記号の後の大文字が入っている文章からも、これがコマンドではないことがわかります。普通、Unix コマンドはこのように書かれたりせず、完全な英単語の代わりに短くした省略形が使われます (例: ''Copy'' は ''cp'' となっています)。
32行目: 59行目:
   
 
{{ic|~/path/to/file}} に''追加'':
 
{{ic|~/path/to/file}} に''追加'':
  +
 
# This alias makes ls colorize the listing
 
# This alias makes ls colorize the listing
alias ls='ls --color=auto
+
alias ls='ls --color=auto'
  +
  +
== 追加, 追記, 作成, 編集 ==
  +
  +
ファイルの''追加''・''追記''・''作成''・''編集''の指示が出てきたときは、何らかの方法でファイルを操作する必要があります。
   
  +
複数行にわたるファイルを作成・編集する場合は[[テキストエディタ]]を使用することを推奨します。例えば [[nano]] を使って {{ic|/etc/bash.bashrc}} ファイルを編集するコマンドは以下のようになります:
== 追加, 作成, 編集 そして source ==
 
   
''追記'', ''追加'', ''作成'', ''編集'' などの単語が出てきた時は [[nano|nano]] などのテキストエディタを使って設定ファイルに変更を加えることを意味します:
 
 
# nano /etc/bash.bashrc
 
# nano /etc/bash.bashrc
   
  +
一単語だけのファイルを作成・編集する場合は [https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_07_02 出力のリダイレクト] を使うほうが簡単です。以下の例では {{ic|/etc/hostname}} という名前のファイルを {{ic|myhostname}} という中身で作成・上書きします:
シェルなどのプログラムでは、''source'' を行うことでファイルに書かれた設定を適用します。Bash の場合、source はコマンドプロンプトで行うことができます:
 
$ source /etc/bash.bashrc
 
またファイルの中で行うこともできます:
 
# This line includes settings from another file
 
source /etc/bash.bashrc
 
こうしたときは、シェルファイルの場合、変更を加えた後のファイルの source は省略されます。
 
   
  +
# echo myhostname > /etc/hostname
ただし、全ての記事が最初に変更を行うファイルを指定するわけではありません。この wiki は先行知識に基づいています。ファイルの場所などはバラバラになりがちです。
 
  +
  +
出力のリダイレクトを使ってファイルに文字列を追記することもできます。以下の例は {{ic|/etc/pacman.conf}} ファイルに {{ic|[custom-repo]}} というテキストを追記します:
  +
  +
# echo "[custom-repo]" >> /etc/pacman.conf
  +
  +
[[w:ja:ディレクトリ|ディレクトリ]]を作成するように書かれていた場合、[[Core Utilities#mkdir|mkdir]] コマンドを使ってください:
  +
  +
# mkdir /mnt/boot
  +
  +
=== 実行可能属性の付与 ===
  +
  +
ファイルを作成したら、(手動であるいは他のプログラムから) スクリプトとして実行できるようにするために''実行可能属性''を付与する必要があるかもしれません。例:
  +
  +
$ chmod +x ''script''
  +
  +
詳しくは [[chmod]] を見てください。[[ファイルマネージャ]]などのアプリケーションを使うことでグラフィカルインターフェイスで設定することもできます。
  +
  +
== Source ==
  +
  +
[[コマンドラインシェル]]などのアプリケーションはスクリプトを使って設定します。スクリプトに変更を加えたら ''source'' を実行しないと変更が適用されません。例えば [[Bash]] の場合、以下のように実行します ({{ic|source}} は {{ic|.}} に置き換えることができます):
  +
  +
$ source ~/.bashrc
  +
  +
設定スクリプトを編集するように書かれている部分の近くに source を実行するように書かれているとは必ずしも限りません。さらに、もっと限られたケースでしかこのセクションへのリンクは置かれていないでしょう。
   
 
== パッケージのインストール ==
 
== パッケージのインストール ==
   
記事に何かパッケージを通常の方法でインストールするように書くときは、インストール方法を詳しく説明する代わりに、シンプルに、必要なパッケージの名前と一般的なインストール方法が書かれた記事へのリンクを記述します。
+
記事に何かパッケージを通常の方法でインストールするように書くときは、インストール方法を詳しく説明する代わりに、シンプルに、必要なパッケージの名前を記述します。
  +
  +
{{Note|しばしば[[インストール]]リンクがこのセクションへのリンクとして使われます。しかし、リンクが機能するには JavaScript が有効になっている必要があります。}}
  +
  +
以下のサブセクションには、パッケージの種類ごとの一般的なインストール方法の概要があります。
   
 
=== 公式パッケージ ===
 
=== 公式パッケージ ===
57行目: 111行目:
 
[[公式リポジトリ]]にあるパッケージについては以下のような表記がされます:
 
[[公式リポジトリ]]にあるパッケージについては以下のような表記がされます:
   
:[[公式リポジトリ]]から {{Pkg|package}} を[[インストール]]してさい。
+
: {{Pkg|package}} を[[インストール]]してください。
   
 
この文章は次のコマンドを実行することを意味します:
 
この文章は次のコマンドを実行することを意味します:
63行目: 117行目:
 
# pacman -S package
 
# pacman -S package
   
[[インストール]]のリンクは [[pacman|pacman]] の記事につながっており、Arch Linux における正しいパッケージ管理について詳しい説明が書かれています。
+
[[pacman]] の記事にArch Linux における正しいパッケージ管理について詳しい説明が書かれています。
   
 
=== Arch User Repository ===
 
=== Arch User Repository ===
   
[[Arch User Repository|Arch User Repository]] にあるパッケージについては以下のような表記がされます:
+
[[Arch User Repository]] (AUR) にあるパッケージについては以下のような表記がされます:
   
:[[AUR|AUR]] から {{AUR|package}} をインストールしてさい。
+
: {{AUR|package}} を[[インストール]]してください。
   
この文章は基本的に、{{AUR|package}} リンクを開いて、PKGBUILD アーカイブをダウンロードし、解凍して、'''中身を確認'''してから、同一フォルダでを実行することを意味します:
+
この文章は基本的に、{{AUR|package}} リンクを開いて、PKGBUILD アーカイブをダウンロードし、解凍して、'''中身を確認'''してから、PKGBUILD があるフォルダで以下のコマンドを実行することを意味します:
   
 
$ makepkg -si
 
$ makepkg -si
   
  +
{{Note|AUR からパッケージをビルドしたり [[ABS]] を使うには {{Grp|base-devel}} グループのパッケージを先にインストールする必要があります。}}
[[AUR|AUR]] のリンクは [[Arch User Repository|Arch User Repository]] の記事につながっており、AUR パッケージの扱いについて詳しい説明とベストプラクティスが載っています。
 
  +
  +
[[Arch User Repository]] の記事に AUR パッケージの扱いについて詳しい説明とベストプラクティスが載っています。
   
 
== systemd ユニットのコントロール ==
 
== systemd ユニットのコントロール ==
87行目: 143行目:
 
# systemctl start example.service
 
# systemctl start example.service
   
[[Systemd#ユニットを使う|起動]] のリンクは [[systemd|systemd]] の記事につながっており、Arch Linux における systemd ユニットの正しい扱いについて詳しい説明が載っています。
+
[[Systemd#ユニットを使う|起動]]のリンクは [[systemd]] の記事です。Arch Linux における systemd ユニットの正しい扱いについて詳しい説明が載っています。
  +
  +
{{Note|[[起動]], [[有効化]], [[停止]], [[再起動]]などのリンクは [[systemd]] の記事内のセクションにリダイレクトされます。リダイレクトが機能するには JavaScript が有効になっている必要があります。}}
   
 
== システム全体とユーザー個別の設定 ==
 
== システム全体とユーザー個別の設定 ==
99行目: 157行目:
 
=== 一般的なシェルファイル ===
 
=== 一般的なシェルファイル ===
   
  +
Bash や [[Zsh]] などの Bourne 互換シェルは、シェルが'''ログインシェル'''なのか'''インタラクティブシェル'''なのかによって読み込むファイルが違います。詳しくは [[Bash#設定ファイル]]や [[Zsh#スタートアップ/シャットダウン ファイル]]を見てください。
簡単に、基本的な設定ファイルとその場所を厳選して記載します。
 
  +
  +
== コード例で使われる疑似変数 ==
  +
  +
一部のコードブロックでは''疑似変数''が使われています。名前の通り、実際の変数ではありません。疑似変数が含まれているコードは実行する前に疑似変数を適切な文字列に置き換える必要があります。[[bash]] や [[zsh]] などには[[Bash#タブ補完|タブ補完]]機能が存在し ''systemctl'' などの一般的なコマンドについてはパラメータを自動で補完してくれます。
  +
  +
[[ヘルプ:スタイル/書式と記号]]に従っている記事では、''疑似変数''は斜体で表記するようになっています。例:
  +
  +
* {{ic|ip link}} コマンドの出力で確認できるネットワークインターフェイスを使うには {{ic|dhcpcd@''interface_name''.service}} を[[有効化]]してください。
   
  +
上記の例では systemd のテンプレートユニットの中で使われている {{ic|''interface_name''}} が''疑似変数''です。全ての systemd テンプレートユニットには {{ic|@}} 記号が付いており、引数を指定する必要があります。詳しくは [[Systemd#ユニットを使う]]を見てください。
==== Bash ====
 
   
  +
* {{ic|1=dd if=''data_source'' of=/dev/sd''X'' bs=''sector_size'' count=''sector_number'' seek=''partitions_start_sector''}} コマンドを root で実行することでパラメータで指定したパーティションを消去できます。
参照: [[Bash|Bash]] や {{ic|man bash}}
 
   
  +
上記の例では置き換えるべきパラメータをあらわすために''擬似変数''が使われています。何に置き換えればいいかは上記のコマンドが書いてある[[ディスクの完全消去#消去するブロックを手動で計算]]セクションに説明があります。
Bash や [[Zsh|Zsh]] などの Bourne 互換シェルでは、設定ファイルの目的に区別があります。''ログインシェル''として Bash を起動した時にしか読み込まれないファイル、''インタラクティブシェル''として起動した時に読み込まれないファイルがあります。
 
   
  +
名前を置き換える必要がある疑似変数をそのままにして設定ファイルに編集例を貼り付けた場合、プログラムが機能しなくなる可能性があります。
例えば Bash を''仮想端末''で起動したときは、ログインシェルとして起動しています。[[xterm]] などを使って、[[Xorg|Xorg]] セッションで Bash シェルを起動した場合、それはインタラクティブシェルです。
 
   
  +
=== 省略 ===
一般的なファイル:
 
   
  +
大抵の場合、実際のコマンドの出力やファイルの中身に省略 ({{ic|...}}) が含まれていることはありません。無関係の部分を省くために使われているにすぎません。
* {{ic|/etc/bash.bashrc}}: システム全体の設定; ログインシェルにしか読み込まれません
 
* {{ic|~/.bashrc}}: 個人用のシェル設定; インタラクティブシェルにしか読み込まれません
 
   
  +
例えば {{ic|1=HOOKS="... encrypt ... filesystems ..."}} という表記で使用したり、以下のように使われます:
==== Zsh ====
 
   
  +
{{hc|/etc/X11/xorg.conf.d/50-synaptics.conf|
参照: [[Zsh|Zsh]] や {{ic|man zsh}}
 
  +
Section "InputClass"
  +
...
  +
Option "CircularScrolling" "on"
  +
Option "CircScrollTrigger" "0"
  +
...
  +
EndSection
  +
}}
   
  +
ときとして、省略している部分にも構文的に意味がある場合があります。中身を見ればすぐにわかるはずです。
一般的なファイル:
 
   
  +
{{TranslationStatus|Help:Reading|2022-06-04|730746}}
* {{ic|/etc/zsh/zprofile}}: システム全体の設定; ログインシェルにしか読み込まれません
 
* {{ic|~/.zshrc}}: 個人用のシェル設定; インタラクティブシェルにしか読み込まれません
 

2022年6月4日 (土) 10:42時点における最新版

関連記事

ArchWiki には Arch Linux (または GNU/Linux 全般) に初めて接したユーザーにとってはわかりにくい部分もあるため、記事を読んだ時に混乱が生じないように、また繰り返しを避けるために、基本的な取り決めごとについてここでざっと述べます。

編成

ArchWiki のほとんどの記事はあるトピックに対して1から10まで説明するようには書かれていません。DRY 原則に従って、記事に何かわからないところがあったらユーザーは自分で他の資料を探したり読むだろうということが前提になっています。場合によっては、参考になる文献が決まった書式で示されているでしょう。#書式を参照してください。

このような編成を取っている以上、ArchWiki の記事を完全に理解するには関連するページも一緒に見なければならないときがあります。特に、Arch (あるいはもっと一般的に GNU/Linux) の初心者は簡単に解決できる問題でも色々なページから前提知識を手に入れる必要があります。他の人に助けを求めに行く前に関連ページを読むことは非常に重要なことです。

書式

通常ユーザーまたは root

以下のように書かれている行もあれば:

# mkinitcpio -p linux

別の記号が前についていることもあります:

$ makepkg -s

ハッシュ記号 (#) はそのコマンドを root で実行しなくてはならないということを示し、逆にドル記号 ($) は通常ユーザーとしてそのコマンドを実行することを示しています。

ノート: # が前についているコマンドは root シェルから実行するよう意図されています。root シェルには sudo -i などを使って簡単にアクセスできます。大抵は、root シェルから command を実行しなくても、非特権のシェルから sudo command を実行するだけでも足ります。ただし、厳密に root シェルを必要とする、リダイレクトコマンド置換などの例外も存在します。sudo を参照して下さい。

注意しなくてはならない例外:

# This alias makes ls colorize the listing
alias ls='ls --color=auto'

上の例では、ハッシュ記号がついている部分がありますが、これはコマンドとして実行するべきものではありません。そうではなくてファイルの中を示しています。この場合、ハッシュ記号はコメントです。コメントとはプログラムによって解釈が行われない説明文のことです。Bash スクリプトのコメント記号は root PS1 と同じなのです。

さらに、# 記号の後の大文字が入っている文章からも、これがコマンドではないことがわかります。普通、Unix コマンドはこのように書かれたりせず、完全な英単語の代わりに短くした省略形が使われます (例: Copycp となっています)。

ついでに、ほとんどの記事では読者が簡単に区別できるように以下のように書かれています:

~/path/to/file追加:

# This alias makes ls colorize the listing
alias ls='ls --color=auto'

追加, 追記, 作成, 編集

ファイルの追加追記作成編集の指示が出てきたときは、何らかの方法でファイルを操作する必要があります。

複数行にわたるファイルを作成・編集する場合はテキストエディタを使用することを推奨します。例えば nano を使って /etc/bash.bashrc ファイルを編集するコマンドは以下のようになります:

# nano /etc/bash.bashrc

一単語だけのファイルを作成・編集する場合は 出力のリダイレクト を使うほうが簡単です。以下の例では /etc/hostname という名前のファイルを myhostname という中身で作成・上書きします:

# echo myhostname > /etc/hostname

出力のリダイレクトを使ってファイルに文字列を追記することもできます。以下の例は /etc/pacman.conf ファイルに [custom-repo] というテキストを追記します:

# echo "[custom-repo]" >> /etc/pacman.conf

ディレクトリを作成するように書かれていた場合、mkdir コマンドを使ってください:

# mkdir /mnt/boot

実行可能属性の付与

ファイルを作成したら、(手動であるいは他のプログラムから) スクリプトとして実行できるようにするために実行可能属性を付与する必要があるかもしれません。例:

$ chmod +x script

詳しくは chmod を見てください。ファイルマネージャなどのアプリケーションを使うことでグラフィカルインターフェイスで設定することもできます。

Source

コマンドラインシェルなどのアプリケーションはスクリプトを使って設定します。スクリプトに変更を加えたら source を実行しないと変更が適用されません。例えば Bash の場合、以下のように実行します (source. に置き換えることができます):

$ source ~/.bashrc

設定スクリプトを編集するように書かれている部分の近くに source を実行するように書かれているとは必ずしも限りません。さらに、もっと限られたケースでしかこのセクションへのリンクは置かれていないでしょう。

パッケージのインストール

記事に何かパッケージを通常の方法でインストールするように書くときは、インストール方法を詳しく説明する代わりに、シンプルに、必要なパッケージの名前を記述します。

ノート: しばしばインストールリンクがこのセクションへのリンクとして使われます。しかし、リンクが機能するには JavaScript が有効になっている必要があります。

以下のサブセクションには、パッケージの種類ごとの一般的なインストール方法の概要があります。

公式パッケージ

公式リポジトリにあるパッケージについては以下のような表記がされます:

packageインストールしてください。

この文章は次のコマンドを実行することを意味します:

# pacman -S package

pacman の記事には Arch Linux における正しいパッケージ管理について詳しい説明が書かれています。

Arch User Repository

Arch User Repository (AUR) にあるパッケージについては以下のような表記がされます:

packageAURインストールしてください。

この文章は基本的に、packageAUR リンクを開いて、PKGBUILD アーカイブをダウンロードし、解凍して、中身を確認してから、PKGBUILD があるフォルダで以下のコマンドを実行することを意味します:

$ makepkg -si
ノート: AUR からパッケージをビルドしたり ABS を使うには base-devel グループのパッケージを先にインストールする必要があります。

Arch User Repository の記事に AUR パッケージの扱いについて詳しい説明とベストプラクティスが載っています。

systemd ユニットのコントロール

記事に systemd ユニット (例: service) を 起動, 有効化, 停止, 再起動 するよう書かれていて、詳しい方法が載っておらず以下のように表記されている場合:

example.service起動して下さい。

この文章は次のコマンドを実行することを意味します:

# systemctl start example.service

起動のリンク先は systemd の記事です。Arch Linux における systemd ユニットの正しい扱いについて詳しい説明が載っています。

ノート: 起動, 有効化, 停止, 再起動などのリンクは systemd の記事内のセクションにリダイレクトされます。リダイレクトが機能するには JavaScript が有効になっている必要があります。

システム全体とユーザー個別の設定

GNU/Linux における設定には2種類あることを覚えておくと良いでしょう。システム全体の設定は全てのユーザーに影響を与えます。基本的にシステム全体の設定は /etc ディレクトリに置かれるため、設定を変更するには root 権限が必要になります。例えば、全てのユーザーに影響を与える Bash の設定を適用するには、/etc/bash.bashrc を編集します。

ユーザー個別の設定は一人のユーザーにしか影響を与えません。ユーザー個別の設定にはドットファイルが使われます。例えば、~/.bashrc ファイルはユーザー個別の設定ファイルです。エイリアスや関数、プロンプトなどのインタラクティブな機能など、それぞれのユーザーごとの設定を、他のユーザーには影響を与えずに定義できます。

ノート: ~/$HOME はユーザーのホームディレクトリのショートカットです。通常は /home/username/ です。

一般的なシェルファイル

Bash や Zsh などの Bourne 互換シェルは、シェルがログインシェルなのかインタラクティブシェルなのかによって読み込むファイルが違います。詳しくは Bash#設定ファイルZsh#スタートアップ/シャットダウン ファイルを見てください。

コード例で使われる疑似変数

一部のコードブロックでは疑似変数が使われています。名前の通り、実際の変数ではありません。疑似変数が含まれているコードは実行する前に疑似変数を適切な文字列に置き換える必要があります。bashzsh などにはタブ補完機能が存在し systemctl などの一般的なコマンドについてはパラメータを自動で補完してくれます。

ヘルプ:スタイル/書式と記号に従っている記事では、疑似変数は斜体で表記するようになっています。例:

  • ip link コマンドの出力で確認できるネットワークインターフェイスを使うには dhcpcd@interface_name.service有効化してください。

上記の例では systemd のテンプレートユニットの中で使われている interface_name疑似変数です。全ての systemd テンプレートユニットには @ 記号が付いており、引数を指定する必要があります。詳しくは Systemd#ユニットを使うを見てください。

  • dd if=data_source of=/dev/sdX bs=sector_size count=sector_number seek=partitions_start_sector コマンドを root で実行することでパラメータで指定したパーティションを消去できます。

上記の例では置き換えるべきパラメータをあらわすために擬似変数が使われています。何に置き換えればいいかは上記のコマンドが書いてあるディスクの完全消去#消去するブロックを手動で計算セクションに説明があります。

名前を置き換える必要がある疑似変数をそのままにして設定ファイルに編集例を貼り付けた場合、プログラムが機能しなくなる可能性があります。

省略

大抵の場合、実際のコマンドの出力やファイルの中身に省略 (...) が含まれていることはありません。無関係の部分を省くために使われているにすぎません。

例えば HOOKS="... encrypt ... filesystems ..." という表記で使用したり、以下のように使われます:

/etc/X11/xorg.conf.d/50-synaptics.conf
Section "InputClass"
    ...
    Option      "CircularScrolling"          "on"
    Option      "CircScrollTrigger"          "0"
    ...
EndSection

ときとして、省略している部分にも構文的に意味がある場合があります。中身を見ればすぐにわかるはずです。

翻訳ステータス: このページは en:Help:Reading の翻訳バージョンです。最後の翻訳日は 2022-06-04 です。もし英語版に 変更 があれば、翻訳の同期を手伝うことができます。