出力リダイレクトによくある問題

　前回アーティクルからの続き。

　今回は、「出力リダイレクト」によくある問題を取り上げたい。ほんのちょっとだけ敷居が高くなる（かもしれない）が、がんばって理解に努めてほしい。

---

その１：標準出力と、標準エラー出力とを「同じファイル」に出力したい。
　前回のアーティクルで、wcコマンドの出力結果を「wckekka.txt」と「wcerror.txt」と、異なるファイルに出力した。
　その時のコマンド入力はこうだった。

　wc -l bindir.txt > wckekka.txt 2> wcerror.txt

　時には、この両方の結果を「同じファイルに出力したい」という要望に遭遇する事がありうる。
　その場合は、標準出力と標準エラー出力とを同じファイルに出力するように指定することで解決ができる。難しい話ではない。

　wc -l bindir.txt > wckekka.txt 2> wckekka.txt

　ただ、この方法で指定する人はほとんどいないのである。なぜなら、同じファイル名を2回も記述していてスマートでは無いからである。
　このサンプルの場合は、相対パス指定でファイル名しか指定していないが、時と場合によっては絶対パス指定で深いディレクトリの中に記録したい場合とか現れてしまったら…

　wc -l /home/piro791/stdio/bindir.txt > /var/tmp/fukai/fukai/directory/no/sarani/oku/wckekka.txt 2> /var/tmp/fukai/fukai/directory/no/sarani/oku/wckekka.txt

　などということになってしまい、全くもって面倒臭いことになってしまうから。
　そこで、UNIX時代の偉い人は、

　以下同文

　的な指定方法を編み出してくれたのであった。ありがたやありがたや…。
　それが、

　&1
　と
　&2

　という記号なのでした。この記号をつかって、標準出力と標準エラー出力とを同じwckekka.txtに記録するという場合はこうなる。

　wc -l bindir.txt > wckekka.txt 2> &1

　と、指定することになる。すると、
　・標準出力は「wckekka.txt」に出力
　・標準エラー出力は標準出力と同じ場所に出力
　ということになる。これなら簡単だ。ありがたやありがたや…。

　ところで、この指定方法には１つ注意すべき落とし穴がある。それを紹介しておく。
　通常、標準出力の出力先を指定する記号と、標準エラー出力の出力先を指定する記号は、どちらを先に指定しても構わないのである。例えば、

　wc -l bindir.txt > wckekka.txt 2> wcerror.txt

　は、

　wc -l bindir.txt 2> wcerror.txt > wckekka.txt

　と、書いても一向に構わないのが原則なのだ。「それじゃあ…」とばかりに、

　wc -l bindir.txt > wckekka.txt 2> &1

　を

　wc -l bindir.txt 2> &1 > wckekka.txt

　と、書いてしまうと、望んだ通りの結果にならないのである。（ただし、エラーにはならない）

　どういうことかー？

　実は、&1　とか&2　とかいう記号が登場した場合、その時点で指定されている出力先に変更するという意味を持っているから。
　通常、入力されたコマンドは、左から右に向かって解釈される。つまり、

① wc -l bindir.txt
　→ふむふむ。bindir.txtのファイルの行数を数えればいいのね…
　※この時点では標準出力も標準エラー出力も「画面に出力する」という状態になっている。

② 2> &1
　→ふむふむ。標準エラー出力は、標準出力と同じ所に出力すればいいのね。今の標準出力の出力先は「画面に出力」か。じゃあ標準エラー出力は「画面に出力」すればいいのね。

③ > wckekka.txt
　→標準出力はファイル「wckekka.txt」に出力するのね。了解した。

　…という具合に解釈されてしまい、標準エラー出力と標準出力とは異なる出力先に出力されてしまうことになる。
　これが正しい順序で指定されていた場合はどうなるのかといえば、

　wc -l bindir.txt > wckekka.txt 2> &1

①wc -l bindir.txt
　→ふむふむ。bindir.txtのファイルの行数を数えればいいのね…
　※この時点では標準出力も標準エラー出力も「画面に出力する」という状態になっている。

② > wckekka.txt
　→標準出力はファイル「wckekka.txt」に出力するのね。了解した。

③ 2> &1
　→ふむふむ。標準エラー出力は、標準出力と同じ所に出力すればいいのね。今の標準出力の出力先はファイル「wckekka.txt」に出力か。じゃあ標準エラー出力も「wckekka.txt」に出力するぞ。

　…と、なるのであった。これは重要な問題なのでよーく覚えておくように。

　ちなみに、「&2」はというと、これは「標準エラー出力と同じ」という意味になる。標準出力を「標準エラー出力と同じ」場所に出力したい場合に使う。つまり…

　wc -l bindir.txt 2> wckekka.txt > &2

　というような使い方をすることになるのだが、こんな指定をする人はまず変態だと思って差し支えないと思われる。…というくらいドマイナーな使い方だということ。（笑）

---

その２：標準出力と、標準エラー出力を破棄したいが、ファイルも残したくない。
　標準出力や標準エラー出力をファイルに記録するようにリダイレクトすると、コマンド自体は無言で実行されることになる。出力結果がどうであれ、あるいはエラーが有ろうが無かろうが、その結果は全てファイルに記録されるので、画面上には何も表示されないことになる。
　ある種の処理を実施する場合、このように無言で動作してくれることが望ましいという場合もある。
　かといって、いちいちファイルに出力されては後始末も面倒くさい。なにか良い方法はないものか？

　と、お嘆きのアナタ！そんなアナタにピッタリのリダイレクト先があります！！
　それが…

　/dev/null

　というファイルです。
　この「/dev/null」というファイルは、非常に特殊なファイルで、特に「デバイスファイル」という分類に属します。laコマンドでちょっと確認してみましょう。

[piro791@urd stdio]$ ls -l /dev/null
crw-rw-rw- 1 root root 1, 3 11月  9 19:05 2012 /dev/null
[piro791@urd stdio]$

　ファイルサイズの部分がなんだか変です。「1,3」とかいう謎の表示になっています。これは、「デバイス番号」という特殊な情報を示していますが、今はまあ「そういう物があるんだ…」程度の理解で一向に構いません。
　このファイルをcatコマンドで覗いてみましょう。すると…

[piro791@urd stdio]$ cat /dev/null
[piro791@urd stdio]$

　中身はカラッポです。

　では、試しにlsコマンドの結果を/dev/nullに出力するようにしてみましょう。

[piro791@urd stdio]$ ls -la /bin > /dev/null 2>&1
[piro791@urd stdio]$

　lsコマンドが無言です。
　では、再度/dev/nullをcatコマンドで覗いてみます。

[piro791@urd stdio]$ cat /dev/null
[piro791@urd stdio]$

　なんと、やっぱりカラッポじゃないですか。
　このように、/dev/nullは何でも吸い込んでしまい、何も出てこられないUNIX/Linux界のブラックホール的な存在になっています。（笑）

---

その３：標準出力や標準エラー出力の内容をファイルに「追加」したい。
　実は、これまでに説明した出力リダイレクトというものは、コマンドを実行する度にファイルを上書きしてしまうものでした。
　例えば、（lsコマンドで試すと長くて判りにくいので）サーバの日時を表示するdateコマンドで解説すると…

[piro791@urd stdio]$ date > hiduke.txt
[piro791@urd stdio]$ date > hiduke.txt
[piro791@urd stdio]$ date > hiduke.txt
[piro791@urd stdio]$ cat hiduke.txt
2012年 11月 15日 木曜日 15:06:20 JST
[piro791@urd stdio]$

　dateコマンドを3回、同じファイルに出力するように指定して実行しているが、cat コマンドで確認が出来るのは最後の1回分だけになっている。つまり、dateコマンドを実行する度にhiduke.txtファイルを上書きしてしまっているということになる。
　しかし、時と場合によっては「追加で書き込みがしたい」ということもあり得る。そのような場合はどうすればよいだろう？

　答えは、「>」を2個重ねて指定するのである。つまり、

　>>
　とか、
　2>>

　とかいう具合に記述すると、その時は「ファイルに追加書き込み」が行われるのである。（※なお、指定されたファイルが存在しない場合は、新しく作成して先頭から書き込みが行われるという親切設計である。）

[piro791@urd stdio]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 15 15:06 2012 .
drwx------ 3 piro791 piro791 4096 11月 15 10:19 2012 ..
-rw-rw-r-- 1 piro791 piro791 6497 11月 15 10:59 2012 bindir.txt
-rw-rw-r-- 1 piro791 piro791   43 11月 15 15:06 2012 hiduke.txt
[piro791@urd stdio]$

　このような状態の時に、dateコマンドを3回実行して、「hiduke2.txt」に追加書き込みで出力してみる。すると…

[piro791@urd stdio]$ date >> hiduke2.txt
[piro791@urd stdio]$ date >> hiduke2.txt
[piro791@urd stdio]$ date >> hiduke2.txt
[piro791@urd stdio]$ cat hiduke2.txt
2012年 11月 15日 木曜日 15:11:34 JST
2012年 11月 15日 木曜日 15:11:38 JST
2012年 11月 15日 木曜日 15:11:42 JST
[piro791@urd stdio]$

　…と、確かに3回分のdateコマンドの結果が出力されていることが判る。
　なお、標準エラー出力も全く同じ要領なので、ここでは省略する。

---

　次回のアーティクルは、標準出力と標準入力とを連結する手法「パイプ」について説明したい。

標準入力と標準出力、そして標準エラー出力

　概論・概略的なお話が続くと、どーしても退屈で眠くなるものですが、UNIX/Linuxを理解する上ではどーしても避けて通れないものなので、もうちょっと我慢しましょう。（笑）

---

　今回は、「標準入力」「標準出力」「標準エラー出力」について解説します。

　まず、passwdコマンドを思い出してもらいたい。
　passwdコマンドは、ログインパスワードを変更するコマンドだったが、

Changing password for user piro791.
Changing password for piro791
(current) UNIX password:

　というように、「パスワードを変更しますよ。現在のパスワードを入力してください。」　　というような表示を画面上に出力をしている。そして、現在のパスワードや新しいパスワードをキーボードから入力している。
　lsコマンドのように、キーボードからの入力を必要としないコマンドもあるが、多くのコマンドは

　・入力
　・出力

　を伴う物がほとんどだ。
　そして、ほとんどのケースでは「入力」と言えばキーボードからするものと相場が決まっているし、「出力」といえば画面にするものだと相場が決まっている。
　ところが、

　・何度も同じ入力をするのが面倒臭い
　・コマンドの出力結果をメモするのが面倒くさい

　…というような要求が出現することも少なくない。そのような場合の操作について、今回は解説を加えておきたいと思う。

---

　「標準エラー出力」はちょっと別格として、今は横に置いておく。

　「標準入力」と、「標準出力」は、UNIX/Linuxが標準的に用意している入力経路・出力経路のことを言う。誰にとって「標準的」なのかといえば、それはそれぞれのコマンドから見て標準的な入力、標準的な出力なんだ…ということになる。
　つまり、通常、なにがしかのコマンドが

　「あー。ここで入力して欲しいものがあるんだよなー」

　…と思えば、それは標準入力から入力してもらうようにコマンド（プログラム）を作成しておけば、あとはUNIX/Linuxがうまいこと取りはからってくれる事が約束されている。
　一方で、

　「あー。今ここで出力したい事があるんだよなー」

　…ということになれば、その内容を標準出力に出力するようにコマンド（プログラム）を作成しておけば、あとはUNIX/Linuxが上手いこと取りはからってくれる事が約束されているのである。

　「標準入力」からの入力、あるいは「標準出力」への出力　について、コマンド（プログラム）内部でどのように扱うのかは、それぞれのコマンド（プログラム）が好きに扱って良いことになっている。一方でコマンド（プログラム）の外側での振る舞いは、ユーザーの要望を受けてUNIX/Linuxが適切に取り扱うのであって、コマンド（プログラム）から振る舞いを指定することができない。

　どういうことか？
　例えば、そのサーバの時計を表示するコマンドで試してみる。コマンドプロンプトから、dateとコマンドを入力してみよう。すると…

[piro791@urd stdio]$ date
2012年 11月 15日 木曜日 10:48:04 JST
[piro791@urd stdio]$

　現在の日時が出力される。この結果はdateコマンドの内部で「2012年 11月 15日 木曜日 10:48:04 JST」という文字を「標準出力」に出力するようにプログラミングされているのである。そして、その「標準出力」に出力された内容をUNIX/Linuxが受け取って、画面上に表示していることになる。

　この「標準出力」の出力先を変更する方法がある。これが今回のメインテーマなのだ。

　では、今度はdateコマンドをこのように入力してみてもらいたい。

　date >　hiduke.txt

　するとこうなる…

[piro791@urd stdio]$ date > hiduke.txt
[piro791@urd stdio]$

　画面上には何も表示されなくなった。あの日時の表示はどこにいったのか？？
　それは、「hiduke.txt」というファイルに出力されたのである。
　lsコマンドで確認してみよう。すると…

[piro791@urd stdio]$ ls -la
合計 12
drwxrwxr-x 2 piro791 piro791 4096 11月 15 10:53 2012 .
drwx------ 3 piro791 piro791 4096 11月 15 10:19 2012 ..
-rw-rw-r-- 1 piro791 piro791   43 11月 15 10:53 2012 hiduke.txt
[piro791@urd stdio]$

　確かに、「hiduke.txt」というファイルが存在している。このファイルをcatコマンドで覗いてみると

[piro791@urd stdio]$ cat hiduke.txt
2012年 11月 15日 木曜日 10:53:39 JST
[piro791@urd stdio]$

　dateコマンドが出力したであろう結果がファイルの中に書き込まれている。
　このように、「>」記号を使うと、「標準出力」の出力先が画面上から指定されたファイルへと変更されていることがわかる。

　lsコマンドでも試してみよう。今度は

　ls -la /bin > bindir.txt

　としてみる。すると…

[piro791@urd stdio]$ ls -la /bin > bindir.txt
[piro791@urd stdio]$

　lsコマンドの結果は画面上には何も表示されていないが、これは「bindir.txt」というファイルの中に記録されているはずである。

[piro791@urd stdio]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 15 10:59 2012 .
drwx------ 3 piro791 piro791 4096 11月 15 10:19 2012 ..
-rw-rw-r-- 1 piro791 piro791 6497 11月 15 10:59 2012 bindir.txt
-rw-rw-r-- 1 piro791 piro791   43 11月 15 10:53 2012 hiduke.txt
[piro791@urd stdio]$

　「bindir.txt」というファイルが確かに存在している。では、中身を確認してみよう。

[piro791@urd stdio]$ cat bindir.txt
合計 7684
dr-xr-xr-x.  2 root root   4096  9月 17 03:42 2012 .
dr-xr-xr-x. 22 root root   4096 11月 11 04:22 2012 ..
-rwxr-xr-x.  1 root root    123 11月 24 23:50 2010 alsaunmute
-rwxr-xr-x   1 root root  27808  3月 26 07:03 2011 arch
lrwxrwxrwx.  1 root root      4 12月 17 13:19 2011 awk -> gawk
-rwxr-xr-x   1 root root  26264  3月 26 07:03 2011 basename
-rwxr-xr-x   1 root root 938672  5月 27 00:46 2011 bash
-rwxr-xr-x   1 root root  51344  3月 26 07:03 2011 cat

　（※途中省略※）

-rwxr-xr-x   1 root root 772040  2月 26 00:33 2011 vi
lrwxrwxrwx.  1 root root      2 12月 17 13:19 2011 view -> vi
lrwxrwxrwx.  1 root root      8 12月 17 13:19 2011 ypdomainname -> hostname
-rwxr-xr-x.  1 root root     62 11月 23 16:26 2010 zcat
[piro791@urd stdio]$

　…と、なっている。なお、「ls -la /bin」とだけ実行してみると、これと全く同じ結果になることが判ると思う。

　このように、「>」記号を使うことで、標準出力の出力先を画面上からファイルに変更することが可能になるのだった。

---

　次に、「標準入力」をキーボードからの入力ではなく、ファイルからの入力に変更してみる。
　こちらは、標準出力の「逆向きの記号」つまり…

　<

　を使う。
　まだ説明はしていないが、ここでは「wcコマンド」（トイレではない）を使ってみることにする。

　まず、「wc -l」と、コマンドを入力してみよう。すると…

[piro791@urd stdio]$ wc -l

　と、プロンプトが表示されず、コマンドを入力した次の行でカーソルが止まっている様子がわかるだろう。
　実はコレ、wcコマンドが標準入力からの入力を待ち構えているのである。

　ではここで、「abcdefg（Enterキー）」と３回ほど繰り返してみる。するとこうなる。

[piro791@urd stdio]$ wc -l
abcdefg
abcdefg
abcdefg

　入力したとおりに３行表示されている。
　ここで、「Ctrl+D」（Ctrlキーを押しながらDキー）を押してみよう。すると…

[piro791@urd stdio]$ wc -l
abcdefg
abcdefg
abcdefg
3
[piro791@urd stdio]$

　と、「3」と新たに表示された後に、コマンドプロンプトが返ってきた。

　wcコマンドとは、「文字数（バイト数）」「単語数」「行数」などを数えてくれるコマンドで、今回は「-l」というオプションを付けているので、「行数を数えている」のである。「abcdefg」と入力して「Enter」キーを押しているので、入力した行数は３行。だから「3」という結果が標準出力に出力されているのだ。
　ほとんどの場合、キーボードから入力してwcコマンドで数えさせるなんてことはしない。普通やらない。というか、そんなのはこういうサンプル以外では見たことが無い。（笑）

　よくある使い方としては…

[piro791@urd stdio]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 15 10:59 2012 .
drwx------ 3 piro791 piro791 4096 11月 15 10:19 2012 ..
-rw-rw-r-- 1 piro791 piro791 6497 11月 15 10:59 2012 bindir.txt
-rw-rw-r-- 1 piro791 piro791   43 11月 15 10:53 2012 hiduke.txt
[piro791@urd stdio]$ wc -l bindir.txt
109 bindir.txt
[piro791@urd stdio]$

　このように、wcコマンドでファイル名を指定して、そのファイルの行数を数える…的な使い方が一般的ではある。しかし、場合によっては標準出力からファイルの内容を与えて行数を数えさせる事もありうるのであった。

[piro791@urd stdio]$ wc -l < bindir.txt
109

　wc -l < bindir.txt

　ファイル「bindir.txt」の中身を標準入力としてwcコマンドに与えている。この時、wcコマンドとしてはその内容がキーボードから入力されたのと同じ振る舞いをすることになる。wcコマンドには、その入力内容がキーボードから入力されたのか、ファイルから入力されたのかは判らないし、そもそも気にすることもない。

　この「標準入力」の使いどころとしては、「入力する内容が物凄く沢山あってキーボードから入力とかあり得ない」とか、「毎回毎回同じ事を入力するのは本当に面倒臭い」とか、「絶対にミスできない入力を事前に用意しておいて、再三チェックしてから入力したい」とか、そんな場合で大活躍するはずだ。

---

　続いて、別格扱いをした「標準エラー出力」について説明する。

　先ほどの例で、「bindir.txt」の行数を数えるwcコマンドの例で、「wc -l bindir.txt」という形式でコマンドを実行していた部分を再度思い出して欲しい。

[piro791@urd stdio]$ wc -l bindir.txt
109 bindir.txt
[piro791@urd stdio]$

　ファイルbindir.txtは109行あるということが判る。この出力結果を画面上ではなく「wckekka.txt」というファイルに保存するとしよう。復習になるが、こんな感じでよいはずだ。

　wc -l bindir.txt > wckekka.txt

　試してみよう。

[piro791@urd stdio]$ wc -l bindir.txt > wckekka.txt
[piro791@urd stdio]$ cat wckekka.txt
109 bindir.txt
[piro791@urd stdio]$

　wcコマンドは無言で終了し、ファイル「wckekka.txt」にはwcコマンドで表示された内容が記録されている。
　次に、wcコマンドで指定したファイル「bindir.txt」のファイル名をわざと間違えてみることにする。するとどうなるだろうか…

[piro791@urd stdio]$ wc -l bakaahomanuke.txt > wckekka2.txt
wc: bakaahomanuke.txt: そのようなファイルやディレクトリはありません
[piro791@urd stdio]$

　「bakaahomanuke.txt」というファイルは存在しないので、wcコマンドとしては何を数えたら良いのかさっぱりわからない。よって、「そんなファイルはねーよ！」というたぐいのエラーメッセージを出力している。
　ところが、標準出力は「wckekka2.txt」というファイルに記録するように、出力先を変更しているにもかかわらず、画面上に『wc: bakaahomanuke.txt: そのようなファイルやディレクトリはありません』などと出力されているではないか。
　この時、wckekka2.txtはどうなっているのかというと…

[piro791@urd stdio]$ ls -la wckekka2.txt
-rw-rw-r-- 1 piro791 piro791 0 11月 15 12:59 2012 wckekka2.txt
[piro791@urd stdio]$

　なんと、ファイルが作成されている。
　ファイルの大きさは「０バイト」…つまりからっぽということになっている。これは、wcコマンドが実行はされた物の\指定されたファイルが正しくなかったので何も出力しないで終了したということになる。

　そう…つまり、「そのようなファイルやディレクトリは…」というエラーメッセージは標準出力に出力された物ではないのである。

　このようなエラーメッセージは、そのまま標準出力に出力されてしまうと、コマンドを実行しようとしている人に見落とされてしまうリスクがある。そこで、標準出力とは別の経路を用意しておき、オペレーターに警告を伝える必要がある。その「別の経路」こそが、

　標準エラー出力

　なのである。
　ところが、

　・エラーが出ても無視したい

　とか、

　・エラーメッセージこそ、ファイルに記録しておきたい

　…というケースもゼロではないので、これも出力先を変更する方法が存在する。そのために用いる記号が、

　2>

　である。数字の「2」が付いている点が重要なポイント。実際の使い方として、wcコマンドのエラーメッセージをファイルに保存する方法で例示するとこうなる。

　wc -l bakaahomanuke.txt 2> wcerror.txt

　確認してみよう。

[piro791@urd stdio]$ wc -l bakaahomanuke.txt 2> wcerror.txt
[piro791@urd stdio]$ cat wcerror.txt
wc: bakaahomanuke.txt: そのようなファイルやディレクトリはありません

　wcコマンド自体は無言で終了していることが判る。本来ならエラーメッセージが出力されたはずだ。しかし今回は「標準エラー出力」の出力先をファイルに変更しているので、その結果は「wcerror.txt」というファイルに記録されることとなる。
　catコマンドで内容を確認すると、確かにエラーメッセージが記録されていることが判る。

　なお、標準出力と、標準エラー出力とを同時に変更することも出来る。
　例えば、wcコマンドの出力結果について、

　・実行結果を「wckekka.txt」に記録する
　・エラーメッセージを「wcerror.txt」に記録する

　ということも可能だ。入力すべきコマンドは次のようになる。

　wc -l bindir.txt > wckekka.txt 2> wcerror.txt

　要するに、「>」と「2>」とを単純に並べて書いたらOKなのだ。
　それでは試してみよう。

[piro791@urd stdio]$ wc -l bindir.txt > wckekka.txt 2> wcerror.txt
[piro791@urd stdio]$ cat wckekka.txt
109 bindir.txt
[piro791@urd stdio]$ cat wcerror.txt
[piro791@urd stdio]$

　今回のwcコマンドは特にエラー等起こすこと無く実行が完了しているので、「wckekka.txt」の中にその実行結果が記録され、「wcerror.txt」は空っぽ（catコマンドで何も表示されない）になっていることが判る。

---

　ちなみに、「>」とか、「2>」とかで出力先を変更することを、「出力リダイレクト」といい、「<」で入力元を変更することを「入力リダイレクト」といいます。

　次回のアーティクルでは、「出力リダイレクト」についてありがちな問題について解説したいと思います。

『コピー』と『リンク』

　本人でさえもその存在を忘れるくらい、超ご無沙汰をしていました。（大笑）
　久しぶりにこっちのblogも更新～ってことで。

---

　さて、今度はUNIX/Linuxで必修の知識の一つである、『コピー』と『リンク』について触れておきます。

　UNIX/Linuxの超基礎コマンドの一つに、ファイルをコピーするコマンド「cp」というコマンドがあります。そりゃもう、頻繁に使うコマンドなのですが、これとよく似たコマンドに、「ln」というコマンドも存在するのです。
　まず、両方のコマンドを実際に試してみましょう。

　まず、ここではサンプルとして、original.txtというテキストファイルを作成します。苦労して練習したであろうviコマンドを使って、皆さんも作成してみましょう。

[piro791@urd copy_and_link]$ cat original.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$

　続いて、このファイルをcpコマンドでコピーしてみます。cpコマンドの使い方は、基本型としては

　cp　コピー元のファイル　コピー先のファイル

　というように指定します。今回は「original.txt」というファイルを、「copy.txt」というファイルにコピーしてみましょう。この場合は

　cp　original.txt　copy.txt

　と、実行すれば、所定の目的は達成出来そうです。
　では、レッツ・トライ！

[piro791@urd copy_and_link]$ ls -la
合計 12
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:04 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:04 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:04 2012 original.txt
[piro791@urd copy_and_link]$ cp original.txt copy.txt
[piro791@urd copy_and_link]$ ls -la
合計 16
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:08 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:04 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:04 2012 original.txt
[piro791@urd copy_and_link]$

　ご無沙汰していましたが、lsコマンドの使い方・見方をちゃんと思い出してくださいよ？
　まず最初（コピーを実行する前にlsコマンドで確認してみると、「original.txt」というファイルしか存在していないことが確認できます。
　そして、先ほど確認したcpコマンドを実行し、再度lsコマンドで確認をしています。すると今度は、「original.txt」というファイルに加えて「copy.txt」というファイルが存在していることが判ります。これでファイルがコピーされていることが判ります。

　念のため、両方のファイルの中身を確認してみましょうか。「cat」コマンドでファイルの中を見ることが出来ます。

[piro791@urd copy_and_link]$ cat original.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$ cat copy.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$

　全く同じ内容が表示されていますね。このように、cpコマンドでファイルの複製を作ることが出来ます。
　サーバ管理者として「よくある」使い方は、ファイルのバックアップを取得するなんていうケースでしょうね。サーバの設定をするファイルを編集する前に、そのファイルをコピーして名前を変えて保存しておく…という使い方はごくごく一般的でごくごく初歩的なオペレーションです。例えば…

　cp　httpd.conf　httpd.conf.bak

　なんていうコマンドでサーバの設定ファイル（上記の例ではWebサーバの設定ファイル）をバックアップしておき、設定が間違っていた時にはファイルのコピーを逆向きに指定して再度実行すれば、たちまち変更前の状態に復帰することができます。

---

　さて。冒頭でもう一つ『リンク』なるものに言及していましたが、こちらもサンプルを見ておきましょう。こちらは使用するコマンドがlnになります。
　使い方はcpコマンドと大体一緒なので、先ほどの操作と同じようにこのコマンドを試してみます。なお、先ほどは「copy.txt」と指定した箇所について、今度は「link.txt」と指定することにします。つまり…

　ln　original.txt　link.txt

　と、します。
　さっそくレッツトライ。

[piro791@urd copy_and_link]$ ls -la
合計 16
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:08 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:04 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:04 2012 original.txt
[piro791@urd copy_and_link]$ ln original.txt link.txt
[piro791@urd copy_and_link]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:20 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:04 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 2 piro791 piro791  121 11月 14 17:04 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  121 11月 14 17:04 2012 original.txt
[piro791@urd copy_and_link]$

　cpコマンドの時と同じように、lnコマンドの実行前と後にlsコマンドを実行しています。
　original.txtの他にcopy.txtファイルがありますが、まあこれは先ほどcpコマンドを試したときの残骸ですから気にしないでください。
　lnコマンドの実行前には無かった、「link.txt」というファイルが新たに登場していることがわかりますね？

　では、これもcpコマンドの時と同じように、それぞれの中身を覗いてみましょう。

[piro791@urd copy_and_link]$ cat original.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$ cat link.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$

　なんと、original.txtとlink.txtの中身が一緒で、cpコマンドの時と結果が一緒じゃないですか！！

　つまらんつまらん…

　と、がっかりしたあなた。でもこれ、実はcpコマンドと結果が違うんですよ。

---

　まず、もう一度lsコマンドの実行結果をよ～く見てみましょう。

[piro791@urd copy_and_link]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:20 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:04 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 2 piro791 piro791  121 11月 14 17:04 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  121 11月 14 17:04 2012 original.txt
[piro791@urd copy_and_link]$

　ファイル名とタイムスタンプが違う…というのはこの際横に置いておくとして、他に違いがあることに気がつきませんか？

　…「-rw-rw-r--」という表示の右側に注目しましょう。copy.txtは「1」になっているのに対して、link.txtとoriginal.txtは「2」になっていることが判りますね？ここにその「理由」が隠されています。

　では、見た目的に判りやすい方法で解説します。
　では、viコマンドを使って、「original.txt」ファイルの中身を変更してみましょう。

[piro791@urd copy_and_link]$ cat original.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
[piro791@urd copy_and_link]$

　…と、このように変更してみました。catコマンドで確認していますが、確かに変更されています。
　ここで今度は先ほど作成した、「copy.txt」と「link.txt」の中身をそれぞれ確認してみましょう。（copy.txtとlink.txtは変更していない事に注意！）
　まずは、copy.txtをcat コマンドで確認すると…

[piro791@urd copy_and_link]$ cat copy.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$

　変更前の状態のままだということが判ります。ところが、link.txtを見ると…

[piro791@urd copy_and_link]$ cat link.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
[piro791@urd copy_and_link]$

　link.txtは変更していないのに、original.txtと全く同じ内容に変更されているではありませんか。

　…これが、『コピー』と『リンク』の違いです。

　　『コピー』とは、ファイルの「複製」を作ります。だから、内容は同じでもそれぞれは別の物です。

　ところが、『リンク』というのは、既存のファイルに別名を付けるイメージにるのです。同じ物に違う名前を付けるだけなのです。
　例えば、衣類の種類に、「オーバーオール」というものがありますが、全く同じ物でも「サロペット（ジーンズ）」という人もいます。（詳しくはwikipediaで確認してみてください。）この時、「オーバーオール」「サロペット」は同じ物を指し示していますね？『リンク』はこれと全く同じような振る舞いをするのです。

　ちょっと先走りますが、original.txtとlink.txtは実際には「同じ物」で、copy.txtは実際には「違う物」だということを確認してみましょう。statというコマンドでそれが確認できます。（表示内容は難しいですが、ちょっと試してみてください）

[piro791@urd copy_and_link]$ stat original.txt
  File: `original.txt'
  Size: 113             Blocks: 8          IO Block: 4096   通常ファイル
Device: fd00h/64768d    Inode: 1706896     Links: 2
Access: (0664/-rw-rw-r--)  Uid: (  500/ piro791)   Gid: (  500/ piro791)
Access: 2012-11-14 17:32:04.969622598 +0900
Modify: 2012-11-14 17:31:59.442859522 +0900
Change: 2012-11-14 17:32:00.425099552 +0900
[piro791@urd copy_and_link]$ stat copy.txt
  File: `copy.txt'
  Size: 121             Blocks: 8          IO Block: 4096   通常ファイル
Device: fd00h/64768d    Inode: 1706895     Links: 1
Access: (0664/-rw-rw-r--)  Uid: (  500/ piro791)   Gid: (  500/ piro791)
Access: 2012-11-14 17:12:16.514622280 +0900
Modify: 2012-11-14 17:08:40.033622485 +0900
Change: 2012-11-14 17:08:40.033622485 +0900
[piro791@urd copy_and_link]$ stat link.txt
  File: `link.txt'
  Size: 113             Blocks: 8          IO Block: 4096   通常ファイル
Device: fd00h/64768d    Inode: 1706896     Links: 2
Access: (0664/-rw-rw-r--)  Uid: (  500/ piro791)   Gid: (  500/ piro791)
Access: 2012-11-14 17:32:04.969622598 +0900
Modify: 2012-11-14 17:31:59.442859522 +0900
Change: 2012-11-14 17:32:00.425099552 +0900
[piro791@urd copy_and_link]$

　３つのファイルそれぞれに対して、statコマンドを実行しています。注目してほしい場所は「Inode:」という項目です。

　original.txtは　1706896番
　copy.txtは　1706895番
　link.txtは　1706896番

　と、表示されています。なんと、original.txtとlink.txtとは同じ番号が与えられています。「Inode」（アイノードと読みます）とは、ファイルの管理情報を管理しているテーブルのことで、1個のファイルにつき1個のInodeが与えられます。
　cpコマンドは、ファイルの中身を複製し、そして新しいInodeを作成します。だから、新しく作成されたファイル「copy.txt」はInode番号が他と違っているのです。Inode番号が他と違うと言うことは、ファイルの物のが別に存在しているということになるのですね。
　一方でlnコマンドは、新しくInodeを作成しません。既存のInodeに、新しく別の名前を割り当てて終了となるのです。Inodeが同じということは、そのInodeが管理しているファイルの中身は同じ物を使うということになるのです。


　このようなリンクのことを、特にハードリンクと呼びます。

---

　さて、ハードリンクなんていう単語が登場したということは、お約束事項としてはハードじゃないリンクが存在するのか！？　　という疑問も湧いてきませんか？


　…湧きますよね？


　ここは大人の対応をするところですよ？＾－＾

　実は、存在します。（笑）
　ハードじゃないリンクのことは、ソフトリンクまたは、シンボリックリンクと呼びます。おそらく、後者の方が一般的な呼び方のはずです。

　シンボリックリンクは、先ほど登場したlnコマンドに、「-s」オプションを付けて実行することで作成されるものです。ちょっと試してみましょう。

[piro791@urd copy_and_link]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 14 17:32 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:32 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 2 piro791 piro791  113 11月 14 17:31 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  113 11月 14 17:31 2012 original.txt
[piro791@urd copy_and_link]$ ln -s original.txt symlink.txt
[piro791@urd copy_and_link]$ ls -la
合計 20
drwxrwxr-x 2 piro791 piro791 4096 11月 14 18:05 2012 .
drwx------ 3 piro791 piro791 4096 11月 14 17:32 2012 ..
-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 2 piro791 piro791  113 11月 14 17:31 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  113 11月 14 17:31 2012 original.txt
lrwxrwxrwx 1 piro791 piro791   12 11月 14 18:05 2012 symlink.txt -> original.txt
[piro791@urd copy_and_link]$

　「symlink.txt」というリンクを作成しています。なんだか今まで見たことの無い表示になっているではありませんか。
　catコマンドでsymlink.txtの中身を覗いてみましょう。

[piro791@urd copy_and_link]$ cat symlink.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
[piro791@urd copy_and_link]$

　先ほど変更したoriginal.txtと同じ内容です。
　これもリンクなので、original.txtを変更すれば、symlink.txtも（そしてlink.txtも）内容が変化するはずです。（copy.txtは変わらないはずです）試してみましょう。

[piro791@urd copy_and_link]$ cat original.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
えーしー！
[piro791@urd copy_and_link]$

　末尾に、「えーしー！」という行を追加しています。
　では、copy.txt、link.txt、symlink.txtをそれぞれ中身を覗いてみましょう。

[piro791@urd copy_and_link]$ cat copy.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の…（古いネタを引っ張るなあ
[piro791@urd copy_and_link]$ cat link.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
えーしー！
[piro791@urd copy_and_link]$ cat symlink.txt
オリジナルのファイルです。
こんにちは
こんばんわ
魔法の言葉で
ぽぽぽぽーん！
えーしー！
[piro791@urd copy_and_link]$

　予定通り、copy.txtは変わらない、link.txtとsymlink.txtは変わっています。
　link.txtが変わっている理由はすでに説明しました。Inodeを参照しているので、実体は同じ物だからです。
　では、シンボリックリンクの方は？というと…

[piro791@urd copy_and_link]$ stat original.txt
  File: `original.txt'
  Size: 129             Blocks: 8          IO Block: 4096   通常ファイル
Device: fd00h/64768d    Inode: 1706896     Links: 2
Access: (0664/-rw-rw-r--)  Uid: (  500/ piro791)   Gid: (  500/ piro791)
Access: 2012-11-14 18:08:37.216622801 +0900
Modify: 2012-11-14 18:08:32.427885831 +0900
Change: 2012-11-14 18:08:33.292733204 +0900
[piro791@urd copy_and_link]$ stat symlink.txt
  File: `symlink.txt' -> `original.txt'
  Size: 12              Blocks: 0          IO Block: 4096   シンボリックリンク
Device: fd00h/64768d    Inode: 1706897     Links: 1
Access: (0777/lrwxrwxrwx)  Uid: (  500/ piro791)   Gid: (  500/ piro791)
Access: 2012-11-14 18:05:01.708608811 +0900
Modify: 2012-11-14 18:05:00.291622399 +0900
Change: 2012-11-14 18:05:00.291622399 +0900
[piro791@urd copy_and_link]$

　なんと、Inode番号が違うじゃないですか！
　…しかし、今回も、lsコマンドの結果をよーく見ていただきたい。今回の注目ポイントは、一番左側の情報とファイルサイズの情報です。

lrwxrwxrwxと、書いてあります。先頭のlが大注目ポイントです。実はコレ、ファイルにまつわる情報の記事内でしれっと説明済みなんですが（笑）、これがこのファイルが「リンク」で有ることを示しているのです。
　そして、ファイルのサイズにも注目。

-rw-rw-r-- 2 piro791 piro791  129 11月 14 18:08 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  129 11月 14 18:08 2012 original.txt
lrwxrwxrwx 1 piro791 piro791   12 11月 14 18:05 2012 symlink.txt -> original.txt

　ハードリンクの時は、ファイルのサイズはオリジナルのファイルと同じ値でした。
　なぜなら、「Inode」が全く同じだからです。（ファイルのサイズに関する情報もInodeの中に入っています）

　ところが、シンボリックリンクの場合は、同じInodeを使っている訳では無いので、ファイルのサイズが「12」バイトしかありません。

　これはなんでか…？

　ここで、「copy.txt」のシンボリックリンクを作成してみましょう。ここで気がつく人が出たらあなたは鋭い。（笑）

-rw-rw-r-- 1 piro791 piro791  121 11月 14 17:08 2012 copy.txt
-rw-rw-r-- 2 piro791 piro791  129 11月 14 18:08 2012 link.txt
-rw-rw-r-- 2 piro791 piro791  129 11月 14 18:08 2012 original.txt
lrwxrwxrwx 1 piro791 piro791   12 11月 14 18:05 2012 symlink.txt -> original.txt
lrwxrwxrwx 1 piro791 piro791    8 11月 15 10:04 2012 symlink_copy.txt -> copy.txt

　…と、こういう結果になりました。

　ln -s original.txt symlink.txt　　で12バイト。
　ln -s copy.txt symlink_copy.txt　　で8バイトです。

　さあ！この「差」は一体！？







































　答えは、「オリジナルのファイルの『名前』の長さの差」なんですね！！
　文字数を数えてみましょう。「original.txt」は12文字、「copy.txt」は8文字です。（ピリオドもちゃんと数える！）
　そうなのです。シンボリックリンクの中身の実体は、「リンク元のファイルの名前」が入っているのです。そして、そのファイルに「リンクです」という属性を付けて（一番左端の「l」）リンクに見立てている…と、こういう寸法なのです。

---

　「ハードリンク」と「シンボリックリンク（ソフトリンク）」と、同じような事をするのにどうして２種類存在しているのでしょうか？
　ここには…

　きわめて重大な問題・違い・原因がある

　ということだけ、今は覚えておけば十分じゃないかなーと。この内容については追々解説していきたいと思います。

「絶対パス」と「相対パス」（「＋α」もあるよ！）

　さて。
　lsコマンドでもちらっと登場し、あまりきちんと説明していなかった問題にここで触れねばならない。「絶対パス」と「相対パス」の問題。（そして＋αもあるよ！）

　UNIX/Linuxを利用するに当たって必ず正しく理解しなければならない問題がある。それが「パス」（「パス名」）の問題である。

　「パス」（「パス名」）とはなにか。それは、「ファイルやディレクトリの所在位置を表すキーワード」のこと。

　たとえば、lsコマンドを用いて次のコマンドを表示させてみよう。

　「ls -l /bin/ls」

　これを実行すると、lsコマンドの実行ファイルが表示される。

[piro791@kagami ~]$ ls -l /bin/ls
-rwxr-xr-x 1 root root 95116 10月 27 11:12 /bin/ls

　また、　「ls -l ../../bin/ls」と実行してみるとどうだろうか。

[piro791@kagami ~]$ ls -l ../../bin/ls
-rwxr-xr-x 1 root root 95116 10月 27 11:12 ../../bin/ls

　※注釈※　使用しているサーバによってはエラーになる場合もある。その場合は、「ls -l ../../../bin/ls」を試してみてもらいたい。その場合でもエラーになるときは、サーバ管理者に問い合わせてみて欲しい
　表示される結果は微妙に異なっているが、実は両方とも同じファイルを表示しているのである。

　まず、最初の例では「/bin/ls」このように指定した。これを「絶対パス指定」という。一方、２つめの例では「../../bin/ls」と指定している。これを「相対パス指定」という。

　「絶対パス指定」とは、UNIX/Linuxにおける、ルートディレクトリを基点としてディレクトリをたどっていった場合のファイルやディレクトリの所在地を現す方式のことをいう。
　たとえて言うならば、「正式な住所」を表現していると考えてもらうとわかりやすい。「東京都千代田区永田町一丁目11番1号」というような感じ。

　他方、「相対パス指定」とは、現在のディレクトリ（カレントディレクトリ）を基点としてディレクトリをたどっていった場合のファイルやディレクトリの所在地を表す方式をいう。
　たとえて言うならば、『誰かに道案内をするとき』のことを想像してもらうとわかりやすい。「ここ（今いる場所）から最寄の駅に行くにはどうしたらいいですか？」と道を尋ねられた場合に、たとえば、『今来た道を戻って、2つ目の信号のある交差点を左に曲がり、その道をまっすぐ歩いて3つ目の交差点を右に曲がると、左手に駅が見えますよ』というような案内をした場合が、「相対パス指定」の発想に近いといえる。

　絶対パス指定と相対パス指定との見分け方は簡単で、パス（パス名）の先頭が、「/」ではじまっているか、いないかで見分けることが出来る。
　絶対パス指定の場合は「/」で始まっているし、相対パス指定の場合は「/」以外の文字で始まっている。

　実は、lsコマンドの解説（その前のviの使い方などでも…）で絶対パス指定と相対パス指定と両方使っていたのであった。

　絶対パス指定の例としては、「ls -l /bin」というコマンドを使ったのを覚えているだろうか。これは、ルートディレクトリの中に有る「bin」というディレクトリを指定している。
　一方、相対パス指定の例としては、「ls -l hoge」というコマンドを使っている。これは、「hoge」というファイルだけを処理対象にした例であったが、実はこれは現在のディレクトリ（カレントディレクトリ）を基点に、そこにある「hoge」というファイルであることを意味していたのである。

　このように、ファイルやディレクトリの指定に絶対パス指定と相対パス指定は欠かせない非常に重要な要素なのである。これに対する正しい理解を深めることもまた大変に重要なことであるので、こってりと説明をしておきたい。（笑）

---

１：「ルートディレクトリ」とディレクトリ区切り記号
　UNIX/Linuxのファイル（システム）は、「ディレクトリ・ツリー構造」と呼ばれる仕組みを採用している。「ツリー構造」というくらいなので、ツリー（木）に似た構造をしているということ。
　木は、幹の部分があり、その上に枝分かれした部分がある。この「幹の部分」そして分かれた「枝」の形が「ディレクトリ・ツリー構造」の要素になる。
　幹の部分は全ての枝の「根幹」にあたる部分。枝の先端から逆に辿れば必ず幹にたどり着く。そのような幹の部分に相当するディレクトリを、UNIX/Linuxでは「ルートディレクトリ」と呼ぶ。
　「ルートディレクトリ」は、「/」と表す。「ルートディレクトリ」もディレクトリの一つなので、中をのぞいてみることが出来る。さっそく見てみることにしよう。

[piro791@kagami ~]$ ls -la /
合計 162
drwxr-xr-x 22 root root  4096  2月  2 10:06 .
drwxr-xr-x 22 root root  4096  2月  2 10:06 ..
-rw-r--r--  1 root root     0  2月  2 10:06 .autofsck
-rw-r--r--  1 root root     0 11月 19 17:15 .autorelabel
drwxr-xr-x  2 root root  4096  1月 19 04:09 bin
drwxr-xr-x  4 root root  1024  1月 15 10:31 boot
drwxr-xr-x  9 root root  3420  2月  2 10:06 dev
drwxr-xr-x 83 root root  4096  2月  2 10:06 etc
drwxr-xr-x  3 root root  4096  1月  6 12:46 home
drwxr-xr-x 13 root root  4096  1月 22 04:02 lib
drwx------  2 root root 16384 11月 20 02:07 lost+found
drwxr-xr-x  2 root root  4096  3月 10  2009 media
drwxr-xr-x  2 root root  4096 10月 27 09:37 misc
drwxr-xr-x  3 root root  4096 12月  8 19:30 mnt
drwxr-xr-x  2 root root  4096  3月 10  2009 opt
dr-xr-xr-x 51 root root     0  2月  2  2010 proc
drwxr-x---  2 root root  4096 12月  8 22:56 root
drwxr-xr-x  2 root root 12288  1月 19 04:09 sbin
drwxr-xr-x  2 root root  4096 11月 19 17:06 selinux
drwxr-xr-x  2 root root  4096  3月 10  2009 srv
drwxr-xr-x 11 root root     0  2月  2  2010 sys
drwxrwxrwt  3 root root  4096  2月  2 10:06 tmp
drwxr-xr-x 14 root root  4096 11月 19 17:10 usr
drwxr-xr-x 21 root root  4096 11月 20 12:06 var

　こんな感じに見えると思う。もしかしたら多少ディレクトリが多かったりすることもあるかもしれない。
　（※なお、サーバ管理者のポリシーによっては、ルートディレクトリが上記のように見えないこともある。管理者のポリシーによっては「偽物のルートディレクトリ」までしかアクセスを許していないケースも考えられる。詳しくはサーバ管理者に問い合わせてもらいたい。）

　「ルートディレクトリ」は非常に重要なディレクトリであるから、サーバの利用者はこのディレクトリに対して自分のファイルを作成したりコピーしたり保存したりしてはいけない。（サーバ管理者がここに置くように指示してき時は別。）

　「ルートディレクトリ」にあるそれぞれのディレクトリを指し示す際には、「ルートディレクトリ」であることを示す「/」に続けて、それぞれのディレクトリの名前を記述する。たとえば、「ルートディレクトリ」の中に見える、「bin」というディレクトリを指し示したい場合には…

　/bin

　という具合になるし、「tmp」というディレクトリならば

　/tmp

　という具合になる。

「bin」や「tmp」がディレクトリである…というその証拠は、ファイルにまつわる情報の中で説明している。 　lsコマンドの表示で、「bin」や「tmp」の名前の表示の先頭に、「drwxr-xr-x」という表示がある。この「d」が、「これはディレクトリですよ」と主張しているのである。よくおぼえていなかった人はおさらいをしておいてもらいたい。

　「/bin」や「/tmp」もディレクトリなので、当然lsコマンドで中を見ることができる。「/bin」ディレクトリを見てみよう。

[piro791@kagami ~]$ ls -la /bin
合計 7440
drwxr-xr-x  2 root root    4096  1月 19 04:09 .
drwxr-xr-x 22 root root    4096  2月  2 10:06 ..
-rwxr-xr-x  1 root root    4988  9月  4 04:55 arch
lrwxrwxrwx  1 root root       4 11月 19 17:09 awk -> gawk
-rwxr-xr-x  1 root root   18484 10月 27 11:12 basename
-rwxr-xr-x  1 root root  735004  1月 22  2009 bash
-rwxr-xr-x  1 root root   23132 10月 27 11:12 cat
-rwxr-xr-x  1 root root   41828 10月 27 11:12 chgrp
-rwxr-xr-x  1 root root   38564 10月 27 11:12 chmod
-rwxr-xr-x  1 root root   44020 10月 27 11:12 chown
-rwxr-xr-x  1 root root   71524 10月 27 11:12 cp

　長いので後ろの方は省略しているが、このように、「/bin」ディレクトリの中身が見えている。この中に、「cat」というファイル（コマンド）があるのだが、このファイルを指し示したい場合（つまり、「ルートディレクトリの中にあるbinディレクトリの中に有るcatというファイル」）は、次のようなルールで表現される。

　/bin/cat

　ちょっとカラフルな表現になってしまったが（笑）、先頭の赤い「/」は、ルートディレクトリを意味する記号。続けてディレクトリの「bin」と並んでいるが、ディレクトリの「bin」と、ファイル名の「cat」との間に再度「/」が現れていることが判る。この「/」は、ディレクトリ区切り記号の意味を持ち、先頭の赤い「/」とは全く意味合いが異なっていることに注意して欲しい。
　ディレクトリの中にあるさらに別のディレクトリの中に…みたいなことになってくる場合も、ディレクトリとディレクトリとの名前を「/」で区切って並べることになる。たとえば、

　/home/piro791/lesson1.txt

　という指定をした場合は、「ルートディレクトリの中にあるhomeディレクトリの中にあるpiro791ディレクトリの中にあるlesson1.txtというファイル」を指し示していることになる。

---

２：「現在のディレクトリ」（カレントディレクトリ／ワーキングディレクトリ）

　ここまで、たびたび「現在のディレクトリ」という言葉が登場してきたが特に説明をしてこなかった。
　実は、サーバにログインしている間はサーバ利用者は常に「どこかのディレクトリ」に立っているということになっている。その「現在、立っている場所（＝ディレクトリ）」が「現在のディレクトリ」ということになる。

　「現在のディレクトリ」を表す記号もあるので覚えておいてもらいたい。それは、ピリオド「.」である。

　lsコマンドの説明の際に、ファイル「hoge」を表示するとき、「ls -l hoge」と入力したのを覚えているだろうか。このコマンドによって、「現在のディレクトリにあるファイルhoge」が表示された。よって、基本的には現在のディレクトリを表す「.」は省略可能である。ちなみに、省略せずに表記した場合は

　./hoge

　という表記方法を取ることとなる。

ところがどっこい。このピリオドはそこらじゅうで大活躍するのである。基本的には省略可能ではあるものの、省略できない場面も少なくないのである。ピリオドを馬鹿にしてはいけないのである。（笑）

　それでは、「現在のディレクトリ」がどこにあるのか。それを調べるためのコマンドを紹介する。
　ものすごく簡単で…

　「pwd」

　とだけ入力する。このコマンドにはオプションも無ければ引数も無い。無害なコマンドなのでさっそく試してみよう。

[piro791@kagami ~]$ pwd
/home/piro791

　この場合、「現在のディレクトリ」は、「/home/piro791」ですよ…と、言っている。そういえば、先ほど「ルートディレクトリの中身を見てもらったときに、「homeという表示が見えたことを思い出してもらいたい。

　「現在のディレクトリ」にあるファイル「hoge」を指し示すときに、

　hoge
　./hoge

　上記２つの表記方法と、

　/home/piro791/hoge

　この表記方法とは、まったく同じファイルを意味しているということになる。
　なぜなら、「現在のディレクトリ」は「/home/piro791」であり、また「現在のディレクトリ」は「.」でもあるからだ。

　そして、冒頭の説明に戻るが、前者のピリオドを使った（り、または省略したりする）ファイルやディレクトリの表記方法が、「相対パス指定」であり、後者のルートディレクトリを基点とした表記方法が、「絶対パス指定」になるのである。（ふう…。長かった…）

---

３：「現在のディレクトリ」を移動する

　今度は「現在のディレクトリ」を実際に移動してみよう。
　ディレクトリを移動するコマンドがある。「cd」コマンドである。このコマンドは、多くの場合は引数を記述するが、引数を指定しないでただ単に「cd」とだけ実行することも少なくない。また、オプションを指定することも可能だが、あまりにもドマイナーすぎて知らない人も多いかもしれないというくらい、滅多に使わない。（私も年に1回あるかないか…じゃないかな？？）

　lsコマンドの時のように、処理対象…つまり移動先となるディレクトリを指定すると、そのディレクトリに移動することが出来る。なお、コマンドの特性上、lsコマンドと違い、cdコマンドで指定できる処理対象はディレクトリのみとなる。ファイルを指定することは出来ない。（だって、「ディレクトリを移動する」と言っているのだから、ファイルを指定しても意味無いでしょ！？）

　では、ためしに「ルートディレクトリ」に移動してみよう。

　cd /

　と、実行する。
　すると…

[piro791@kagami ~]$ cd /

　コマンドを入力するプロンプトが微妙に変化したことがわかるだろうか。
　今までずーっと「~」という表示だったその場所が「/」と変わった。しかしコマンドは無言で終わっちゃうし、本当に移動できたのか良くわからないので、策ほど説明した「pwd」コマンドで、「現在のディレクトリ」が変化しているかどうか調べてみよう。

[piro791@kagami ~]$ cd /
[piro791@kagami /]$ pwd
/

　というわけで、確かに変わっていることが判った。「現在のディレクトリ」は「ルートディレクトリ」にあることになった。
　つまり、「.」と、「/」とは、同じディレクトリを指し示していることになる。（判りますか！？）

　ということは、先ほどlsコマンドで「/bin」ディレクトリの中身を覗いたときの操作は

　ls -l /bin

　と、

　ls -l bin
　ls -l ./bin

　とは、全く同じディレクトリを指し示し、同じ内容が表示されることになる。（判りますか！？大丈夫ですか！？）

　一方で、ファイル「hoge」を表示した際に、「ls -l hoge」と実行したアレ。どうなるか判りますか？

[piro791@kagami /]$ ls -l hoge
ls: hoge: そのようなファイルやディレクトリはありません

　こういうことになる。（理由は判りますか！？）

　だって、「現在のディレクトリ」が移動してしまったのだもの。先ほどは「現在のディレクトリ」が違うところにあって、その場所にファイル「hoge」があったのに、今は「ルートディレクトリ」に移動してしまったのだから、「現在いる場所」にそんなファイルは無いよ！…ということになるのであった。

　では、どうすればよい！？方法は２つある。
　　①絶対パスで指定する
　　②相対パスで指定する

　（あまり面白くないな…）

　「絶対パス」で指定するならば、先ほどディレクトリを移動する前に「pwd」コマンドで表示されたディレクトリをファイル名の先頭につけて指定することになる。

　この記事のサンプルでは先ほど「pwd」を実行したときには、「/home/piro791」であった。このディレクトリの中に有るファイル「hoge」を表示したいのなら…

　ls -l /home/piro791/hoge

　とすればよいことになる。試してみる。

[piro791@kagami /]$ ls -l /home/piro791/hoge
-rw-rw-r-- 1 piro791 piro791 7  1月 15 13:02 /home/piro791/hoge

　表示された。


　もう一つ。「現在のディレクトリ」から相対的にディレクトリを辿っていく方法も残されている。
　「現在のディレクトリ」の中にあるhomeディレクトリの、そのまた中にあるpiro791ディレクトリの、そのまた中にあるファイルhoge…ということなので、

　home/piro791/hoge
　あるいは
　./home/piro791/hoge
　ということでも良い。
　試してみると…

[piro791@kagami /]$ ls -l home/piro791/hoge
-rw-rw-r-- 1 piro791 piro791 7  1月 15 13:02 home/piro791/hoge
[piro791@kagami /]$ ls -l ./home/piro791/hoge
-rw-rw-r-- 1 piro791 piro791 7  1月 15 13:02 ./home/piro791/hoge

　同じものが見えているのであった。

---

４：「上位ディレクトリ」

　「絶対パス指定」と「相対パス指定」との違いが微妙にでも判ってきただろうか。
　それでは、今度は「現在のディレクトリ」をもっと他の場所に移動して試してみることにしよう。

　cd /usr/local

　と、実行してみてもらいたい。ついでに、pwdコマンドで、移動できたことも確認しよう。

[piro791@kagami /]$ cd /usr/local
[piro791@kagami local]$ pwd
/usr/local

　さて。この場所から、たとえば「/bin/ls」ファイルを相対パス指定で指し示したいとしたらどうすればよいか…。

　これまでのこのアーティクルの中では、「いきなり幹を指し示す」（つまり「/」）か、または枝の末端方向に向かって進む方法しか説明してこなかったので、ここでは「相対的に幹の方向に戻る方法」が必要となってくる。

　それはずばり、「..」という記号を用いる。ピリオド２個ね。

　この「..」を用いると、ディレクトリ１段階分、幹の方向に移動することが出来る。「親ディレクトリと呼ぶことも多い。
　さきほど「/usr/local」というディレクトリに移動してもらったが、この状態で「..」を指定すると、「/usr」というディレクトリを指し示すこととなる。

　cdコマンドで、「..」を指定してディレクトリを移動、移動後にpwdコマンドで確認してみよう。すると…

[piro791@kagami local]$ pwd
/usr/local
[piro791@kagami local]$ cd ..
[piro791@kagami usr]$ pwd
/usr

　と、このように幹の方向に１段階戻ることができた。この指定方法は、同じレベルの隣のディレクトリへの移動等には特に重宝する。
　たとえば、先ほど移動してもらった「/usr/local」というディレクトリは、「/usr」というディレクトリの中にあるが、このディレクトリには「local」のほかに「bin」や「etc」、「lib」などといったディレクトリも存在している。同じレベルのとは、同じ「/usr」の中にある別々のディレクトリを言っている。
　再度「/usr/local」に移動してもらい、その状態から「/usr/bin」に移動する場合。

　cd /usr/bin　　と指定するのは絶対パス指定の方法。
　cd ../bin　　と指定するのが相対パス指定の方法になる。

　ちなみに、この記述方法は複数使っても良い。
　現在のディレクトリが　/usr/bin　の状態で、
　../　→　１段階幹に戻った状態　→　/usr
　../../　→　２段階幹に戻った状態　→　/

　ということになる。



　えらい長くなったが、重要なことなので次のアーティクルで再度説明を続けたい。

コマンド入力の基本

　さて。
　これまで、何度と無くコマンドを入力してもらってきたが、「コマンド入力」の方法についても基本的に押さえておきたい点があるので説明しておく。

　まず、コマンド名。これは正確に入力すること。（当たり前）
　たとえば、「passwd」コマンドを使うつもりで「password」なんて入力したりすると、当然のごとくエラーになる。

[piro791@kagami ~]$ password
-bash: password: command not found

　「command not found」…コマンドが見つかりませんというエラー。

　次に、多くのコマンドは「オプション」と「引数」をとる。
　「オプション」とは、そのコマンドの動作を変化させる場合に指定するもので、多くの場合は「-」（ハイフン）に続けてアルファベットや数字をとる。また、「--」（ハイフン2個）に続けて何らかの単語・キーワードを指定することもある。
　「オプション」はほとんど例外なく省略可能で、特に凝ったことを要求しない場合などは省略することが多い。

　それでは、「オプション」を取ったり付けたりすることでコマンドの動作が変化するという実例を見てみることにしよう。

　前アーティクルで使った「ls」コマンド。ろくすっぽ説明していないが、詳しいことはまた別アーティクルで説明する。
　この「ls」コマンドには、「オプション」をつけて実行している。コマンド名の「ls」に続けて「-la」と入力した部分。これが「オプション」に該当する。
　「-la」をつけて実行した時はこんな風に表示された。

[piro791@kagami ~]$ ls -la
合計 40
drwx------ 2 piro791 piro791 4096  1月 18 11:58 .
drwxr-xr-x 3 root    root    4096  1月  6 12:46 ..
-rw------- 1 piro791 piro791  149  1月 15 19:24 .bash_history
-rw-r--r-- 1 piro791 piro791   33  1月  6 12:46 .bash_logout
-rw-r--r-- 1 piro791 piro791  176  1月  6 12:46 .bash_profile
-rw-r--r-- 1 piro791 piro791  124  1月  6 12:46 .bashrc
-rw------- 1 piro791 piro791   35  1月 18 13:45 .lesshst
-rw-rw-r-- 1 piro791 piro791    7  1月 15 13:02 hoge
-rw-rw-r-- 1 piro791 piro791    7  1月 15 15:14 lesson1.txt

　前アーティクルまでで見た内容のままである。
　続いて、「オプション」を変えてみよう。「-la」とした部分を「-l」にしてみる。（「a」を省略する）

[piro791@kagami ~]$ ls -l
合計 8
-rw-rw-r-- 1 piro791 piro791 7  1月 15 13:02 hoge
-rw-rw-r-- 1 piro791 piro791 7  1月 15 15:14 lesson1.txt

　表示内容が変化した。いくつかのファイルが表示されなくなったことがわかるだろうか。これが、「コマンドの動作が変化」したということ。
　では、「-l」も省略したらどうかるだろうか。（オプションそのものを省略した場合）

[piro791@kagami ~]$ ls
hoge  lesson1.txt

　表示内容がさらに劇的に変化した。ファイルのモードとか所有者とかファイルの大きさとか全部ばっさり省略され、ファイル名しか表示されなくなっていることがわかる。

　今度は、「-la」の「l」を省略し、「-a」だけに指定してみよう。すると…

[piro791@kagami ~]$ ls -a
.  ..  .bash_history  .bash_logout  .bash_profile  .bashrc  .lesshst  hoge  lesson1.txt

　このように、表示されるファイルの数が増えたが、ファイルの詳しい情報は表示されていない。

　lsコマンドでは、「l」と「a」とでそれぞれ異なる機能を持っていて、それを付けたり外したり組み合わせたりすることで、コマンドの動作結果を変化させることが出来ていることがわかる。

　「オプション」は、今例示したlsコマンドのように、ハイフンに続けて複数のオプション指定をまとめることも出来る。逆に、それぞれのオプション指定にハイフンをつけてバラバラに指定することもできる。
　lsコマンドの場合、「-la」と指定したが、これを「-l -a」というように、「l」と「a」とを分けて記述することもできるという意味。
　試してみよう。

[piro791@kagami ~]$ ls -la
合計 40
drwx------ 2 piro791 piro791 4096  1月 18 11:58 .
drwxr-xr-x 3 root    root    4096  1月  6 12:46 ..
-rw------- 1 piro791 piro791  149  1月 15 19:24 .bash_history
-rw-r--r-- 1 piro791 piro791   33  1月  6 12:46 .bash_logout
-rw-r--r-- 1 piro791 piro791  176  1月  6 12:46 .bash_profile
-rw-r--r-- 1 piro791 piro791  124  1月  6 12:46 .bashrc
-rw------- 1 piro791 piro791   35  1月 18 14:13 .lesshst
-rw-rw-r-- 1 piro791 piro791    7  1月 15 13:02 hoge
-rw-rw-r-- 1 piro791 piro791    7  1月 15 15:14 lesson1.txt
[piro791@kagami ~]$ ls -l -a
合計 40
drwx------ 2 piro791 piro791 4096  1月 18 11:58 .
drwxr-xr-x 3 root    root    4096  1月  6 12:46 ..
-rw------- 1 piro791 piro791  149  1月 15 19:24 .bash_history
-rw-r--r-- 1 piro791 piro791   33  1月  6 12:46 .bash_logout
-rw-r--r-- 1 piro791 piro791  176  1月  6 12:46 .bash_profile
-rw-r--r-- 1 piro791 piro791  124  1月  6 12:46 .bashrc
-rw------- 1 piro791 piro791   35  1月 18 14:13 .lesshst
-rw-rw-r-- 1 piro791 piro791    7  1月 15 13:02 hoge
-rw-rw-r-- 1 piro791 piro791    7  1月 15 15:14 lesson1.txt

　このように、「-la」と「-l -a」とは同じ動作をしている。

　なお、コマンドによっては「--」（ハイフン2個）でオプションを指定するケースもある。lsでも可能なので、その例を示しておく。「-la」と全く同じことをするオプションを「--」（ハイフン2個）で指定すると…

[piro791@kagami ~]$ ls --format=long --all
合計 40
drwx------ 2 piro791 piro791 4096  1月 18 11:58 .
drwxr-xr-x 3 root    root    4096  1月  6 12:46 ..
-rw------- 1 piro791 piro791  149  1月 15 19:24 .bash_history
-rw-r--r-- 1 piro791 piro791   33  1月  6 12:46 .bash_logout
-rw-r--r-- 1 piro791 piro791  176  1月  6 12:46 .bash_profile
-rw-r--r-- 1 piro791 piro791  124  1月  6 12:46 .bashrc
-rw------- 1 piro791 piro791   35  1月 18 14:13 .lesshst
-rw-rw-r-- 1 piro791 piro791    7  1月 15 13:02 hoge
-rw-rw-r-- 1 piro791 piro791    7  1月 15 15:14 lesson1.txt

　「-l」の代わりに「--format=long」と書き、「-a」の代わりに「--all」と書いている。まあ、めったにこんな書き方はしないと思うけどもね…

---

　続いて、コマンドに指定する「引数」の方。
　これは、多くの場合はコマンドが処理する対象となるファイルや情報をコマンドに通知する際に指定するように用いる。

　すでに「vi」コマンドを練習したときにこの「引数」を指定している。「vi」コマンドに続けて指定した、「lesson1.txt」というファイル名がソレである。「引数」として「lesson1.txt」を指定することで、viコマンドはどのファイルを編集すればよいか判るのであった。

　ちなみに、lsコマンドも「引数」を取ることが出来る。たとえば、viと同じようにlsコマンドに「引数」として「lesson1.txt」と指定してみよう。

[piro791@kagami ~]$ ls lesson1.txt
lesson1.txt

　このように、lsコマンドが処理をすべき対象が特定されることになる。lsコマンドは「引数」として指定されたファイル「のみ」を対象として処理を行っている。

---

　「オプション」と「引数」とは組み合わせて用いることもできる。lsコマンドで、
　　・「-l」オプションの機能
　　・lesson1.txt　のみを対象とする
　というような処理を行いたい場合、「オプション」と「引数」と、両方を指定すればよい。

[piro791@kagami ~]$ ls -l lesson1.txt
-rw-rw-r-- 1 piro791 piro791 7  1月 15 15:14 lesson1.txt

　このようになる。
　なお、「オプション」と「引数」とは、通常「オプション」→「引数」の順に記述するのが一般的である。ただし、「オプション」の一部のパラメータとして先頭にハイフンが付かない記述をすることもあるので注意が必要である。

一番最初のLinux ～ログインしてみる～

　さて。
　今、君の前にLinuxの環境がある。しかしGUIは無い。
　GUI、つまり、WindowsXPだのVistaだの7だのみたいな、マウスでほとんどの操作が出来てしまうような環境は存在していない。話はここから始まるのである。

　ではどうするのか。それは、君がこれから行う操作は全てキーボードを使って一つ一つ命令を下していくことになるのである。そういう環境が君を待っている。


　…そう思ってもらいたい。

　かつて、Linuxが隆盛を誇る前は、「UNIX」の練習をするところからはじまった。かつてのUNIXは、とても一般人の手に届かないような高価なマシンの上で華麗に動くOSという印象が強かったのではないだろうか。それこそ、会社や学校…学校といっても、専門学校や大学、というような専門性の高い学校でなければ触れる機会はほとんど無かったかもしれない。

　その「UNIX」の練習・学習をするにあたって、最初にすることは

　ログイン

　である。（雑誌ではない）

　UNIXサーバにログインするには、これまた高価なターミナルの前に座り、普段と違うキーボードにビクビクしながら操作をしたものであった。（笑）

　ターミナルには、ただ一言（？）。

---

login:

---

　とだけ表示された画面が。生まれて初めてUNIXに触れる人間を威圧するに十分すぎる画面を見て、恐る恐る操作をしたものであった。

　時代は下り、今はLinuxが大量繁殖。安価なＰＣでも快適にLinuxを使用することが出来るような次代になった。しかしそれでも、Linuxサーバにログインする時は…

---

login:

---

　というUNIX時代とは何も変わっていないシンプルすぎるプロンプトが表示されるのみである。

　ただし、UNIX時代と異なるのは、今このようなプロンプトを目撃するのはおそらくサーバのコンソール画面からのみではないかという点。UNIXの時はほとんどコレだったのに。（笑）

　Linuxサーバのコンソール画面からの「ログイン」操作について、ちょっと見てもらうことにしよう。

　まずLinuxサーバのコンソールをサーバ管理者の人にお願いして見せてもらうと、このような感じになっていることだろう。

　最初の2行「CentOS…」と「Kernel…」という表示は、いわばサーバの自己紹介みたいなものだ。OSの種類やカーネルのバージョンが表示される。
　1行間を置いて、「kagami login:」という行。最初の「kagami」はサーバの名前である。このサーバの名前は「kagami」というのである。
　その後ろの「login:」という表示。これはUNIX時代から綿々と続く歴史ある表示である。（笑）
　これは、「ログインプロンプト」と呼ばれる表示である。この表示が出ている間、Linuxは利用者がログインするのを待っている状態にある。

　ログインすることから、サーバの操作が開始されるのである。（←ここ重要）

　なお、職場や学校のサーバを利用できる人の場合、サーバ管理者から（ログイン）アカウントと、その（ログイン）パスワードが支給されるはずである。この二つの情報はとっても重要なので忘れないように。

　さて。ログインプロンプトが表示されている状態で、まずは（ログイン）アカウントを入力し、Enterキーを押す。
　続いて、「Password: 」という表示が出るので、（ログイン）パスワードを入力し、Enterキーを押す。なお、Windows文化になれた人の多くはここで戸惑うことになるかもしれない。というのも、パスワードを入力しても、画面には何も表示されないのである。Windows文化では、「●」とか「*」とかいう記号がキー入力に応じて表示されることがほとんどであるのに、Linuxのログインパスワードはそれすら表示されないのである。

　これはこれで正常なので、安心して（？）パスワードを正確に入力してもらいたい。

　で、アカウントとパスワードとの照合が正常に行われると、いよいよLinuxサーバにログインできるのである。ログインに成功すると、こんな感じになる。

　職場や学校のLinuxサーバはもっと違う表示になっているかもしれない。ログイン時に何らかのメッセージ（注意事項とか連絡事項とかそういう情報等）が表示されることもあるかもしれないが、基本は全く一緒である。
　ログインすると、「Last login: …」という表示が出る。（初回は出ないこともある。出ることもある。）君が今使用したアカウントで、前回最後にログインした日時を表示しているのである。ハッキング防止…みたいな気分で表示される。まあ、学習過程においてはここを神経質になってチェックする必要性はほとんど無いと言っても差し支えないかもしれない。
　続く表示は「（コマンドライン）プロンプト」と呼ばれる表示である。この部分については、エントリーを改めてきちんと説明したい。今はその名前だけ覚えておいて欲しい。

　これで、Linuxサーバにログインし、様々な命令を下す準備が出来たことになる。





　が、しかし。こういう風にログインすることは極めて稀かもしれない。（笑）

　まず、サーバのコンソールを直接操作することからして稀なことという状況なのであったりする。ほとんどはリモートでログインし操作することが大半という時代なのである。というわけで、ごく一般的なリモートログインの風景を見てもらうことにしよう。

　ここでは（個人的な好みの問題であるが）TeraTermを使用している。他のソフトが好きだという人、あるいは他のソフトを使わされている人は適宜読み替えてもらいたい。
　まずは、Linuxサーバに接続するところから。サーバ管理者から、サーバのIPアドレスまたはホスト名を教えてもらう必要がある。


　サーバに接続すると、「login:　」プロンプトの代わりにアカウントとパスワードを入力する画面になる。ここでのパスワード入力についてはWindows文化のままなので、「*」が表示される。


　ログインに成功すると、プロンプトが表示される。


　これならば、Windows文化に慣れ親しんだ人も安心？

　では、ここで２つのコマンドを紹介することにする。まずは、サーバ管理者から通知されたパスワードを変更するコマンドである。

　passwdコマンド

　では、passwdコマンドを使ってみる。
　使い方は簡単。コマンドラインプロンプトが表示されている状態で、「passwd」と入力しEnterキーを押す。このコマンドを実行すると、3つのステップでパスワードが変更される。すなわち、

ステップ１　：　今使用しているパスワードを入力する
ステップ２　：　新しく使用したいパスワードを入力する
ステップ３　：　新しく使用したいパスワードをもう一度入力する

　新しいパスワードは２回入力することになる。ステップ２とステップ３とで入力したパスワードが完全に一致しなければパスワードは変更されないことに注意が必要。

　また、ステップ１～３のパスワードは、コンソールからのログインの際にパスワードを入力した時と同じく、キー入力をしても何も表示されないので驚かないこと。

　パスワードを変更した操作を見ると、こんな感じになっているだろう。

[piro791@kagami ~]$ passwd
Changing password for user piro791.
Changing password for piro791
(current) UNIX password:
New UNIX password:
Retype new UNIX password:
passwd: all authentication tokens updated successfully.
[piro791@kagami ~]$

　パスワードを入力した箇所には何もあとが残っていない。

　なお、サーバ管理者によっては次のような制限を設けている場合があるので、自分のパスワードを管理する際にはサーバ管理者からの指示に従って注意するように。

①サーバ管理者によっては、パスワードの有効期限を設けている場合がある。この場合、有効期限が切れそうになるとログインした際に警告メッセージが表示されるかもしれない。

②サーバ管理者によっては、パスワードには一定以上の複雑性を要求している場合があるかもしれない。たとえば、「パスワードは○文字以上の長さが必要」とか、「パスワードにはアルファベット・数字・記号を必ず混ぜること」とか、そんな具合に。要求される複雑性についてはサーバ管理者に問い合わせてもらいたい。

③サーバ管理者によっては、パスワードの変更履歴をチェックしている場合がある。怠け者の利用者になると、パスワードを定期的に変更するといっても、AパターンとBパターンのパスワードを交互に変更するだけの人もいるかもしれない。それを防止するために、過去○世代のパスワードは使用禁止みたいな制限をかけていることがある。

　なお、Linuxのパスワードに限った話ではないが、くれぐれも、パスワードを忘れたり、メモに残したり、付箋紙に書いてディスプレイの横に貼り付けたりしないように！
　次回ログインする際からは、今設定したパスワードを使用してサーバにログインすることになる。

---

　本エントリー最後に紹介するコマンドは、「logout」である。（笑）

　サーバ上での操作が終了した場合は、すみやかにサーバからしなければならない。　　ログインしっぱなしにするばか者もよく見かけるが、それは許されないのである！！！ 　サーバからログアウトする際には、コマンドラインプロンプト上で、単に「logout」と入力してEnterキーを押す。それだけ。 　リモートログインしている場合はターミナルソフトも終了することと思う。（しない場合もある。それは設定しだい） 　最後にきちんとログアウトする癖をつけるように。