Debianリファレンス

X Windowシステムをgdm等のディスプレイマネージャとともにインストールした場合以外には、システム起動の際に文字のloginスクリーンが現れます。あなたのホスト名がfooと仮定すると、loginプロンプトは次です:

foo login:

GNOMEやKDEのようなGUI環境をインストールした場合には、Ctrl-Alt-F1とすることでloginプロンプトが出て、Alt-F7とすることでGUI環境に戻れます(詳細は下記の「仮想コンソール」参照)。

loginプロンプトであなたのユーザ名(例えばpenguin)を打鍵しEnterキーを押します。さらにあなたのパスワードを打鍵しEnterキーを再び押します。

"/etc/motd" (本日のメッセージ:Message Of The Day)に保存されている歓迎メッセージとコマンドプロンプトで次のように表示しシステムが起動されます。

Debian GNU/Linux lenny/sid foo tty1
foo login: penguin
Password:
Last login: Sun Apr 22 09:29:34 2007 on tty1
Linux snoopy 2.6.20-1-amd64 #1 SMP Sun Apr 15 20:25:49 UTC 2007 x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
foo:~$

ここで、歓迎メッセージの主要部分は"/etc/motd.tail"ファイルを編集することでカスタマイズできます。最初の行は"uname -snrvm"用いたシステム情報から生成されます。

これであなたはシェルの中にいます。シェルはあなたからのコマンドを解釈します。

インストールの際に"Desktop environment"タスクを選定しGNOMEのgdmとともにX Windowシステムをインストールした場合には、システムの起動するとグラフィカルなloginプロンプトのスクリーンが表示されます。あなたのユーザ名とパスワードを入力することで非特権ユーザアカウントにloginできます。タブ(tab)を用いたりマウスの第一クリックを用いるとユーザ名とパスワードの間を行き来できます。

gnome-terminal(1)やrxvt(1)やxterm(1)のようなx-terminal-emulatorプログラムをXの下で起動するとシェルプロンプトが得られます。GNOMEデスクトップ環境下では、"Applications" → "Accessories" → "Terminal"とクリックしてもうまくいきます。

次の「仮想コンソール」も参照ください.

デスクトップ環境(例えばfluxbox)次第ではメニューの起点がよく分からないことがあります。そんな時はスクリーンの中央を(右)クリックしてメニューが表示されることを期待しましょう。

rootアカウントはスーパーユーザとか特権ユーザとも呼ばれます。このアカウントからは次のようなシステム管理活動ができます:

rootアカウントの権限を使うには、この無制限の権限ゆえ配慮と責任ある行動が求められます。

rootのパスワードを使ってrootのシェルプロンプトを使えるようにする基本的な方法を次に記します。

デスクトップのメニューがGUIのシステム管理ツールを適切な権限とともに自動的に起動しない場合、gnome-terminal(1)やrxvt(1)やxterm(1)のようなXターミナルエミュレータのrootシェルプロンプトから起動できます。

デフォルトのDebianシステムでは、6つの切り替え可能なVT100様の文字コンソールがあり、Linuxホスト上で直接コマンドシェルを起動できるようになっています。GUI環境下でない場合は、Left-Alt-keyとF1 — F6の中の一つのキーを同時に押すことで仮想コンソール間の切り替えができます。仮想ターミナルそれぞれに独立したアカウントでログインすることができ、。マルチユーザ環境を提供します。このマルチユーザ環境はUnixの偉大な機能で、癖になります。

X Windowシステムの下では、Ctrl-Alt-F1キーを押す、つまりleft-Ctrl-keyとleft-Alt-keyとF1-keyキーを同時に押すと文字コンソール1にアクセスできます。通常仮想コンソール7で実行されているX WindowシステムへはAlt-F7を押すことにより戻れます。

これとは別の方法もあります。今と違う仮想ターミナルへ、例えば仮想ターミナル1への変更は次でできます:

# chvt 1

コマンドプロンプトでCtrl-D、つまりleft-Ctrl-keyとd-keyの同時押しをするとシェルでのアクティビティーを終了できます。文字コンソールの場合は、こうするとloginプロンプト戻ります。これらのコントロール文字は通常"control D"と大文字を使って表記されますが、Shiftキーを押す必要はありません。またCtrl-Dに関する簡略表記^Dも使われます。この代わりに"exit"とタイプすることができます。

x-terminal-emulator(1)にあっては、このようにすることでx-terminal-emulator のウインドーが閉じることができます。

ファイル操作の際にパーフォーマンス向上のためにメモリへのデータのキャッシュがされる他の現代的なOSと同様に、Debianシステムでも電源を安全に切る前に適切なシャットダウン手順を取る必要があります。これはすべてのメモリ上の変更を強制的にディスクに書き出しすことで、ファイルの完全性を維持するためです。ソフトウエアによる電源コントロールができる場合、シャットダウン手続きはシステムの電源を自動的に落とします。(これがうまくいかない時には、シャットダウン手続きの後で数秒間電源ボタンを押す必要があるかもしれません。)

通常のマルチユーザモード下では、rootコマンドプロンプトから次によってシステムのシャットダウンをします:

# shutdown -h now

シングルユーザモード下では、rootコマンドプロンプトから次によってシステムのシャットダウンをします:

# poweroff -i -f

この他に、"/etc/inittab"に"ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -h now"と書かれていれば、Ctrl-Alt-Delete(left-Ctrl-keyとleft-Alt-KeyとDeleteの同時押し)を入力するシャットダウン方法もあります。

例えば"cat <some-binary-file>"のような変な事をした後でスクリーンが無茶苦茶になった場合、コマンドプロンプトに"reset"と入力してください。このときコマンドを入力してもスクリーンには読み取れる表示がされないかもしれません。"clear"とすればスクリーンが消去できます。

デスクトップ環境タスク抜きの最小限インストレーションDebianシステムですら基本的なUnix機能は提供されますが、コマンドラインやcursesに基づくmcやvim等のいくつかの文字ターミナルパッケージをaptitude(8)を使って追加インストールすることを初心者の最初の一歩としてお薦めします。

# aptitude update
...
# aptitude install mc vim sudo
...

既にこれらのパッケージがインストールされている場合には何もインストールされません。

いくつかの参考資料を読むのも良いことです。

これらのパッケージはrootのシェルプロンプトから次のコマンドを発行すればインストールできます。

# aptitude install package_name

次の練習のためにあなたのメインのユーザアカウントを使いたくない場合には、例えばfishという追加のユーザアカウントを作成できます。rootシェルプロンプトで次のように入力します。

# adduser fish

こうすることでfishという名前の新しいアカウントが作られます。練習の後で、このユーザとそのホームディレクトリは次のようのすれば削除できます:

# deluser --remove-home fish

ラップトップPC上のデスクトップのDebianシステム等のような典型的単一ユーザワークステーションでは次のような単純なsudo(8)の設定をして、非特権ユーザ(例えばpenguin)に管理者権限を(rootパスワードではなく)ユーザ自身のパスワードで与えることがよくあります。

# echo "penguin  ALL=(ALL) ALL" >> /etc/sudoers

このトリックの使用は、単一ユーザワークステーション上であなた自身が管理者でユーザである際のみに限るべきです。

非特権ユーザアカウントを使う限り全くリスク無くDebianシステムでお遊びをする準備万端です。

何故なら、たとえデフォルトのインストール後ですらDebianシステムは非特権ユーザがシステムに損害を与えられないように的確なファイルパーミッションが設定されているからです。もちろん悪用可能な穴が残っているかもしれませんが、こんな問題まで心配する人はこのセクションを読んでいるべきではなく、Securing Debian Manualを読むべきです。

DebianシステムをUnix的システムとして以下で学びましょう:

Unixファイルの基礎は以下です:

ファイル階層について詳細に学ぶ最も良い方法は、Filesystem Hierarchy Standard("/usr/share/doc/debian-policy/fhs/fhs-2.3.txt.gz"やhier(7))に記述されています。手始めとして次の事実を覚えるべきです。

Unix の伝統に従い、Debian/Linux システムはハードディスクや他のストレージデバイス上に存在する物理データを表すファイルシステムを提供し、コンソールスクリーンやリモートのシリアルコンソールなどのハードウェアデバイスとの相互作用が"/dev/"の下に統一された形式で表されています。

Debian/Linuxシステム上の、各々のファイルやディレクトリや名前付きパイプ(2つのプログラムがデータを共有する方法)や物理デバイスは、それぞれの所有者(owner)やデータが所属するグループ(group)や最終アクセス時間などの付帯属性(attribute)を記述するinodeと呼ばれるデータ構造を持ちます。 Debian GNU/Linux システムでの inode 構造 の正確な定義を知るには、"/usr/include/linux/fs.h" をご覧ください。 ほとんど全てをファイルシステム表現しようというアイデアはUnixの発明でしたし、現代的なLinuxカーネルはこのアイデアを一歩進めています。コンピュータ上で実行されているプロセス情報さえファイルシステム中に見つけられます。

このような物理的実体と内部プロセスの抽象的かつ統一された表現は非常にパワフルなので、多くの全く異なるデバイスに同じコマンドを使用して同種の操作が行えます。実行中のプロセスに繋がった特殊なファイルにデータを書き込むことでカーネルが如何に動作するかまで変更できます。

Unix的システムのファイルシステムのパーミッションは次の3つの影響されるユーザのカテゴリのために定義されています:

ファイルでは、それぞれに対応するパーミッションは次のようになります:

ディレクトリでは、対応するパーミッションはそれぞれ次のようになります:

ここで、ディレクトリに関する実行(execute)許可とはディレクトリ内のファイルへの読みを許可するのみならず、サイズや変更時間のようなアトリビュート閲覧を許可します。

ファイルやディレクトリのパーミッション情報他を表示するには、ls(1)が使われます。"-l"オプション付きでこれを実行すると、次の情報がこの順序で表示されます:

rootアカウントからchown(1)を使用することでファイルの所有者を変更します。ファイルの所有者又はrootアカウントからchgrp(1)を使用することでファイルのグループを変更します。ファイルの所有者又はrootアカウントからchmod(1)を使用することでファイルやディレクトリのアクセス権を変更します。fooファイルの操作の基本的文法は次の通り:

# chown <newowner> foo
# chgrp <newgroup> foo
# chmod  [ugoa][+-=][rwxXst][,...] foo

例えば、ディレクトリツリーの所有者をユーザfooに変更し、グループbarで共有する場合、rootアカウントから次のコマンドを実行します:

# cd /some/location/
# chown -R foo:bar .
# chmod -R ug+rwX,o=rX .

更に特殊なパーミッションビットが3つ存在します:

ここで、これらのビットの"ls -l"のアウトプットはこれらの出力によってかくされた実行ビットが非設定(unset)の場合大文字となります。

セットユーザIDを実行ファイルにセットすると、ユーザはファイルの所有者ID(例えば、root) を使って実行ファイルを実行することを許可されます。同様に、セットグループIDを実行ファイルにセットすると、ユーザはファイルのグループID(例えば、root) を使って実行ファイルを実行することを許可されます。これらの設定はセキュリティを破壊するリスクを引き起こすので、これらのビットを有効にするには特別な注意が必要です。

セットグループIDsをディレクトリに対して有効にすると、ディレクトリに作成した全ファイルがディレクトリのグループに所属するというBSD的ファイル生成手法が有効になります。

スティッキビットをディレクトリに対して有効にすると、ディレクトリにあるファイルがファイルの所有者以外から削除されるのを防ぎます。"/tmp"やグループの書き込み可能なディレクトリなどのworld-writable なディレクトリにあるファイルの内容を安全にするためには、書き込みパーミッションを無効にするだけでなく、ディレクトリにスティッキビットもセットする必要があります。さもなければ、ディレクトリに書き込みできるユーザにより、ファイルが削除され、同じ名前で新しいファイルが作成されることを許してしまいます。

ファイルパーミッションの興味ある例を次にいくつか示します。

$ ls -l /etc/passwd /etc/shadow /dev/ppp /usr/sbin/exim4
crw------- 1 root root   108, 0 2007-04-29 07:00 /dev/ppp
-rw-r--r-- 1 root root     1427 2007-04-16 00:19 /etc/passwd
-rw-r----- 1 root shadow    943 2007-04-16 00:19 /etc/shadow
-rwsr-xr-x 1 root root   700056 2007-04-22 05:29 /usr/sbin/exim4
$ ls -ld /tmp /var/tmp /usr/local /var/mail /usr/src
drwxrwxrwt 10 root root  4096 2007-04-29 07:59 /tmp
drwxrwsr-x 10 root staff 4096 2007-03-24 18:48 /usr/local
drwxrwsr-x  4 root src   4096 2007-04-27 00:31 /usr/src
drwxrwsr-x  2 root mail  4096 2007-03-28 23:33 /var/mail
drwxrwxrwt  2 root root  4096 2007-04-29 07:11 /var/tmp

chmod(1)を用いて、ファイルパーミッションを記述するためのもう一つの数字モードが存在します。この数字モードは8進数を使った3桁から4桁の数字を用います。

これは複雑に聞こえるかもしれませんが、実際は本当にシンプルです。"ls -l"コマンドの出力の最初の数列(2〜10列)を見て、それをファイルパーミッションのバイナリ表記(2進数)("-"を"0"、"rwx"を"1""-")として読むと、この数字モードの値はファイルパーミッションの8進数表現として意味を持ちます。例えば、次を試してみてください:

$ touch foo bar
$ chmod u=rw,go=r foo
$ chmod 644 bar
$ ls -l foo bar
-rw-r--r-- 1 penguin penguin 17 2007-04-29 08:22 bar
-rw-r--r-- 1 penguin penguin 12 2007-04-29 08:22 foo

新規作成ファイルのやディレクトリに適用されるパーミッションはumaskシェル組込みコマンドを使うことにより制限できます。dash(1)かbash(1)かbuiltins(7)をご覧ください。

 (file permissions) = (requested file permissions) & ~(umask value)

Debianシステムはユーザ専用グループ(UPG)方式がデフォルト方式です。新しいユーザがシステムに追加される毎にUPGは作成されます。UPGはそのグループを作成したユーザと同じ名前を持ち、そのユーザがUPGの唯一のメンバーです。UPG方式では、全ユーザが各自専用のグループを持つのでumaskを0002と設定しても安全です。(一部Unix系システムでは全一般ユーザを1つのusersグループに所属させることがよく行われます。そのような場合には安全のため0022とumaskを設定しましょう。)

グループのパーミッションを特定ユーザに適用するには、"sudo vigr"を用いてそのユーザをグループのメンバーにする必要があります。

ハードウエアデバイスはDebianシステム上では一種のファイルでしかありません。CD-ROMやUSBメモリスティックのようなデバイスをユーザアカウントからアクセスするのに問題があった場合にはそのユーザを適切なグループのメンバーにしましょう。

いくつかのシステムが供給するグループはそのメンバーにroot権限無しに特定のファイルやデバイスにアクセスすることを可能にします。

いくつかのシステムが供給するグループはそのメンバーにroot権限無しに特定のコマンドを実行することを可能にします。

システムが供給するユーザやグループの完全なリストは、base-passwdパッケージが供給する"/usr/share/doc/base-passwd/users-and-groups.html"の中にある最新バージョンの"Users and Groups"文書を参照ください。

ユーザやグループシステムを管理するコマンドはpasswd(5)やgroup(5)やshadow(5)やnewgrp(1)やvipw(8)やvigr(8)やpam_group(8)を参照ください。

GNU/Linuxファイルのタイムスタンプには3種類あります。

ctimeはファイル作成日時でないことに注意しましょう。

既存ファイルのタイムスタンプを変更するにはtouch(1)コマンドを使ってください。

タイムスタンプに関して、現代の英語ロケール("en_US.UTF-8")では古い英語ロケール("C")と違った文字列がlsコマンドから出力されます。

$ LANG=en_US.UTF-8  ls -l foo
-rw-r--r-- 1 penguin penguin 3 2008-03-05 00:47 foo
$ LANG=C  ls -l foo
-rw-r--r-- 1 penguin penguin 3 Mar  5 00:47 foo

"foo"というファイルを異なるファイル名"bar"に結びつけるのには2つの方法があります。

リンク数の変化とrmコマンドの結果の微妙な違いについての次の例をご覧ください。

$ echo "Original Content" > foo
$ ls -li foo
2398521 -rw-r--r-- 1 penguin penguin 17 2007-04-29 08:15 foo
$ ln foo bar     # hard link
$ ln -s foo baz  # symlink
$ ls -li foo bar baz
2398521 -rw-r--r-- 2 penguin penguin 17 2007-04-29 08:15 bar
2398538 lrwxrwxrwx 1 penguin penguin  3 2007-04-29 08:16 baz -> foo
2398521 -rw-r--r-- 2 penguin penguin 17 2007-04-29 08:15 foo
$ rm foo
$ echo "New Content" > foo
$ ls -li foo bar baz
2398521 -rw-r--r-- 1 penguin penguin 17 2007-04-29 08:15 bar
2398538 lrwxrwxrwx 1 penguin penguin  3 2007-04-29 08:16 baz -> foo
2398540 -rw-r--r-- 1 penguin penguin 12 2007-04-29 08:17 foo
$ cat bar
Original Content
$ cat baz
New Content

ハードリンクは同一ファイルシステム内に作れ、ls(1)コマンドに"-i"オプションを使って表示されるinode番号が同じです。

シンボリックリンクは上の例に示したように、常にファイルアクセスパーミッション"rwxrwxrwx"を持ちますので、シンボリックリンクが指すファイルのアクセスパーミッションが有効ファイルアクセスパーミッションとなります。

"."ディレクトリは、それ自身が中にあるディレクトリとリンクしていますので、新しいディレクトリリンク数は2から始まります。".."ディレクトリは親ディレクトリとリンクしているので、ディレクトリのリンク数は新しいサブディレクトリの増加に伴い増加します。

もし最近あなたがWindowsからLinuxに移動してきたなら、Unixのファイル名のリンクはWindows上でもっとも似ている"shortcuts"との比較で如何にうまくできているかにすぐ気づくでしょう。ファイルシステム中に実装されているのでアプリケーションからはリンクされたファイルなのかオリジナルなのかの区別がつきません。ハードリンクの場合は実際全く違いはありません。

名前付きパイプは、パイプのように働くファイルです。何かをファイルに入れると、もう一方の端からそれが出てきます。こうしてこれはFIFOまたはFirst-In-First-Out(先入れ先出し)と呼ばれます。つまり、最初にパイプに入れられたものが最初にもう一方の端から出てきます。

名前付きパイプに書き込んむ場合、パイプに書き込んむプロセスは情報がパイプから読み出されるまで終了しません。名前付きパイプから読み出す場合、読み出すプロセス何か読み込むものが無くなるまで終了するのを待ちます。パイプのサイズは常に 0 です。 -- 名前付きパイプはデータを保存せず、 シェルの"|"のように2つのプロセスをリンクするだけです。しかし、このパイプは名前を持つので、2つのプロセスは同じコマンドラインになくても良いし、同じユーザにより実行される必要さえありません。パイプはUnixの非常に影響力ある発明でした。

次を実行して試してください:

$ cd; mkfifo mypipe
$ echo "hello" >mypipe & # put into background
[1] 8022
$ ls -l mypipe
prw-r--r-- 1 penguin penguin 0 2007-04-29 08:25 mypipe
$ cat mypipe
hello
[1]+  Done                    echo "hello" >mypipe
$ ls mypipe
mypipe
$ rm mypipe

ソケットはインターネットのコミュニケーションやデータベースやオペレーティングシステム自身によって頻繁に使われます。ソケットは名前つきパイプ(FIFO)に似ており、異なるコンピュータ間でさえプロセス間の情報交換を可能にします。ソケットにとって、これらのプロセスは同時に実行する必要も、同じ祖先プロセスの子供である必要もありません。これはプロセス間通信(IPC)の終端点です。ネットワーク越しで異なるホストの間で情報の交換をすることも可能です。2つの典型的なソケットは、インターネットソケットとUnixドメインソケットです。

デバイスファイルは、システム上のハードディスク、ビデオカード、ディスプレイ、キーボードなどの物理デバイス又は仮想デバイス等を意味します。仮想デバイスの例として"/dev/console"として表されるコンソールがあります。

デバイスファイルの読み書きが可能ですが、人間にとっては意味不明のバイナリデータがファイル中に多分含まれています。データを直接デバイスファイルに書き込むことは時々ハードウェアの接続に関するトラブルシュートに役立ちます。例えば、プリンタデバイス"/dev/lp0"にテキストファイルをダンプしたり、 適切なシリアルポート"/dev/ttyS0"にモデムコマンドを送ることができます。しかし、注意深くやらないと、大災害をもたらすことがあります。くれぐれも気をつけてください。

ls(1)を次のように実行するとデバイスノード番号が表示されます:

$ ls -l /dev/hda /dev/ttyS0 /dev/zero
brw-rw---- 1 root cdrom   3,  0 2007-04-29 07:00 /dev/hda
crw-rw---- 1 root dialout 4, 64 2007-04-29 07:00 /dev/ttyS0
crw-rw-rw- 1 root root    1,  5 2007-04-29 07:00 /dev/zero

上記で:

Linux 2.6システムでは、"/dev/"の下のファイルはudev(7)メカニズムで自動的に生成されます。

いくつかの特別なデバイスファイルがあります。

以上はシェルのリディレクションとともによく使われます。(「典型的なコマンドシーケンスとシェルリディレクション」参照)。

procfsとsysfsは"/proc"や"/sys"上にマウントされる仮想ファイルシステムであり、カーネルの内部データ構造をユーザスペースにさらけ出します。言い換えると、オペレーティングシステムのオペレーションへの便利なのぞき窓となると言う意味で仮想といえます。

"/proc"ディレクトリ中には、システム上で実行されている各プロセスに対応したそのプロセスID(PID)の名前がついたサブディレクトリ他があります。プロセス情報をアクセスするps(1)のようなシステムユーティリティはこのディレクトリ構造からその情報を得ています。

"/proc/sys/"の下のディレクトリには実行時のカーネル変数を変更するインターフェースがあります。(専用のsysctl(8)コマンドもしくはその起動/設定ファイル"/etc/sysctrl.conf"によっても同様のことができます。)

特にあるファイル - "/proc/kcore" - に気づくと、パニックになる人がよくいます。これは一般に巨大です。これは(おおよそ)コンピュータのメモリの内容のコピーです。これは kernel をデバッグするのに用いられます。コンピュータのメモリを指す仮想ファイルなので、そのサイズに関して心配する必要は全くありません。

"/sys"の下のディレクトリはカーネルから引き出されたデータ構造、その属性、それらの関連を含んでいます。一部カーネル変数を実行時に変更する機構もまた含まれたりします。

linux-doc-2.6.*パッケージで供給されるLinuxカーネル文書("/usr/share/doc/linux-doc-2.6.*/Documentation/filesystems/*")中の"proc.txt(.gz)"や"sysfs.txt(.gz)"や関連する他の文書を参照下さい。

$ sudo aptitude install mc

終了時に作業ディレクトリをMCに変更させそのディレクトリへcdさせるためには、"~/.bashrc"を次を含むように変更しましょう:

. /usr/share/mc/bin/mc.sh

この理由はmc(1) ("-P"オプション項目) を参照下さい(今言っていることがよく分からないなら、これは後日しても大丈夫です。)

MCは次のようにして始動できます:

$ mc

MCを使うとメニューを通じた最小限のユーザの努力で全てのファイル操作の面倒が見られます。ヘルプ表示を出すには、ただF1を押すだけです。カーソルキーとファンクションキーの操作だけでMCを使えます。

もし文字化け表示がされる文字エンコーディング問題に出会った際には、MCのコマンドラインに"-a"を加えると解消する事があります。

これでもMCの表示の問題が解消しない際には、「ターミナルの設定」を参照下さい。

2つのディレクトリパネルがありそれぞれファイルリストを含むのが標準です。他の便利なモードとしては、右側のウィンドウを"information" とセットしてファイルアクセス権情報などを表示するモードがあります。次にいくつかの不可欠なキーストロークを示します。gpm(8)デーモンを実行すると、Linuxの文字ターミナルでマウスも使えます。(MC で通常の挙動のカットアンドペーストをさせるには、shiftキーを押してください。)

MC の内部エディタは興味深いカットアンドペースト機構を持ちます。F3キーを押すと、選択範囲の開始としてマークし、次にF3を押すと、選択範囲の終了としてマークし、選択範囲を強調します。そしてカーソルを動かすことができます。F6を押すと、選択範囲はカーソルの位置に移動します。F5を押すと、選択範囲はコピーされ、カーソルの位置に挿入されます。F2を押すとファイルをセーブします。F10を押すと選択範囲はなくなります。ほとんどのカーソルキーは直感的に働きます。

このエディタは直接ファイルに関しても起動できます:

$ mc -e filename_to_edit
$ mcedit filename_to_edit

これはマルチモードエディタではありませんが、複数の Linux コンソール上で使用すると同じ効果を発揮させされます。ウィンドウ間のコピーを行うには、 Alt-<n>キーを押して仮想コンソールを切替えて、"File→Insert file"や"File→Copy to file"を用いてファイルの一部を他のファイルに動かします。

この内部エディタはお好きな他の外部エディタと置き換えが可能です。

また、多くのプログラムは使用するエディタを決定するために環境変数"$EDITOR"や"$VISUAL"を使用します。最初vim(1)やnano(1)が使いにくい場合には"~/.bashrc"に次に示す行を追加してエディタを"mcedit"に設定するのも一計です。

...
export EDITOR=mcedit
export VISUAL=mcedit
...

できればこれは"vim"に設定することを推奨します。

vim(1)が使いにくい場合には、mcedit(1)をほとんどのシステム管理業務のために使い続けられます。

非常に小さなビューアです。文書内の単語を検索するための素晴らしいツールです。私は"/usr/share/doc"ディレクトリ内のファイルに対していつもこれを使います。これは 大量にあるLinux情報を閲覧するための最速の方法です。このビューアはこのように直接起動できます。

$ mc -v path/to/filename_to_view
$ mcview path/to/filename_to_view

ファイルの上でEnterを押すと、適切なプログラムがファイル内容を処理します(「Customizing program to be started」参照)。これは非常に便利な MC の機能です。

これらのビューアや仮想ファイルの機能を有効にするためには、閲覧可能なファイルには実行可能と設定されていてはいけません。chmod(1)コマンドを使うか、MC のファイルメニュー経由で状態を変更してください。

MCをInternet越しでのFTPを用いたファイルアクセスに使えます。F9を押してメニューに行き、"p"を押してFTP仮想ファイルシステムを有効にします。"username:passwd@hostname.domainname"の形式でURLを入力すると、あたかもローカルにあるかのようにリモートディレクトリを取得します。

"[http.us.debian.org/debian]"をURLとしてDebianアーカイブを閲覧しましょう。

ログインシェルはchsh(1)を使えば選択できます。

このチュートリアル章内では、インタラクティブなシェルは常にbashです。

bash(1)の動作は"~/.bashrc"でカスタマイズできます。例えば次を"~/.bashrc"に加えます:

# CD upon exiting MC
. /usr/share/mc/bin/mc.sh

# set CDPATH to good one
CDPATH=.:/usr/share/doc:~/Desktop/src:~/Desktop:~
export CDPATH

PATH="${PATH}":/usr/sbin:/sbin
# set PATH so it includes user's private bin if it exists
if [ -d ~/bin ] ; then
  PATH=~/bin:"${PATH}"
fi
export PATH

EDITOR=vim
export EDITOR

Unix的環境下では、特別の意味を持ったいくつかのキーストロークがあります。通常のLinuxの文字ターミナルでは左側のCtrlやAltキーのみが期待にそって機能することに配慮下さい。次に特記すべき暗記するべきキーストロークを記します。

Unix流のマウス操作は3ボタンマウスが基本です。

最近のホイールマウスの真ん中のホイールは中マウスボタンと見なされ、中クリックに使えます。2ボタンマウス状況では左右のボタンの同時押しが中クリックとして使えます。Linuxの文字コンソールでマウスを使うにはgpm(8)をデーモンで実行する必要があります。

less(1)は機能拡張されたページャ(ファイル内容のブラウザ)です。"h" と入力するとヘルプが表示されます。これは、more(1) よりもはるかに機能があり、"eval $(lesspipe)"または"eval $(lessfile)"とシェルの開始スクリプト中で実行することで更に機能拡充されます。詳しくは、"/usr/share/doc/lessf/LESSOPEN"を参照下さい。"-R"オプションを用いると生の option allows raw文字出力が許可され、ANSIカラーエスケープシーケンスが有効になります。less(1)参照下さい。

Unix的システムで人気のある、VimかEmacsプログラムのいずれかのバリアントに習熟するべきです。

著者としてはVimコマンドに慣れることは正しいことだと考えています。なぜならViエディタはLinux/Unixの世界では必ず存在するからです。(実際はオリジナルのviか、新しいnviがどこででも見つけられるプログラムです。これにもかかわらずVimを著者が初心者のために選んだのは、より強力かつ動作が充分似ているのと、F1キーを通じてヘルプが表示されるからです。)

これとは違い、EmacsかXEmacsをエディタとして選ぶのも、特にプログラムをするには、非常に良い選択です。Emacsには、ニュースリーダ機能、ディレクトリの編集機能、メール機能他の、過多な機能があります。プログラミングやシェルスクリプトの編集に使うときは、作業中のフォーマットをインテリジェントに認識し助力をしようとします。Linux上で必要なプログラムはEmacsだけと考える人もいます。Emacsを今10分間学ぶことは将来何時間もの節約になります。Emacsを学ぶ際にはGNUのEmacsマニュアルを持っておくことを高く推薦します。

これら全てのプログラムには練習しながら学べるようにチュータリングプログラムが普通付いてきます。Vimを"vim"とタイプして起動し、F1キーを押しましょう。最初の35行を読みましょう。カーソルを"|tutor|"に移動しCtrl-]を押してオンラインの訓練コースを始めましょう。

Debianにはいくつかの異なったエディタがあります。上述のようにvimパッケージをインストールすることを推薦します。

Debianではシステムのデフォルトのエディタへの統一されたアクセスを"/usr/bin/editor"コマンドを通じて提供しているので、他のプログラム(例えばreportbug(1)等)が起動できます。設定変更は:

$ sudo update-alternatives --config editor

著者が"/usr/bin/vim.tiny"より"/usr/bin/vim.basic"を初心者に推薦するのはシンタクスハイライトをサポートしているからです。

vim(1)の挙動は"~/.vimrc"を使ってカスタマイズできます。例えば著者は次を使ってます:

" -------------------------------
" Local configuration
"
set nocompatible
set nopaste
set pastetoggle=<f2>
syn on
if $USER == "root"
 set nomodeline
 set noswapfile
else
 set modeline
 set swapfile
endif
" filler to avoid the line above being recognized as a modeline
" filler
" filler

シェルコマンドの出力はスクリーンから押し出されると永久に無くなってしまうかもしれません。シェルでの活動を後で見直せるようにファイルに記録しておくのは良いことです。この種の記録は何らかのシステム管理作業をする際には非常に重要です。

シェル活動の記録の基本方法はscript(1)の下で実行することです。

$ script
Script started, file is typescript

$ vim typescript

「Recording the shell activities cleanly」参照下さい。

基本的Unixコマンドを学びましょう。ここでは一般的意味で"Unix"を使っています。いかなるUnixクローンのOSも等価なコマンドを提供します。Debianシステムも例外ではありません。今一部コマンドが思うように機能しなくても心配しないで下さい。エアリアスがシェルで使われた場合は、対応するコマンドの出力は変わります。次は順番に実行すると言う意味の例ではありません。

非特権ユーザのアカウントから次のコマンドを全て実行しましょう:

上記のコマンドを訓練として用いて、ディレクトリを渡り歩き、システムの中を覗き込んでください。コンソールのコマンドに関して質問がある場合は、必ずマニュアルページを読んでみてください。例えば、これらのコマンドは良い開始点でしょう:

$ man man
$ man bash
$ man builtins
$ man grep
$ man ls

マンページのスタイルは慣れるのに少々大変かもしれません。なぜなら特に比較的古い非常に伝統的なマンページは比較的言葉が少ないからです。しかし一旦慣れるとその簡潔さの良さが分かります。

GNUやBSD由来を含む多くのUnix的なコマンドは次のように起動すると簡単なヘルプ情報を表示します。(場合によっては一切の引数無しで):

$ <コマンド名> --help
$ <コマンド名> -h

環境変数の値はUnixコマンドの挙動を変えます。

環境変数のデフォルト値はPAMシステムが初期設定されます。その後次のような何らかのアプリケーションプログラムにより再設定されているかもしれません。

プログラムコマンドによっては引数があります。引数は"-"か"--"で始まり、オプションと呼ばれ、コマンドの挙動をコントロールします。

$ date
Mon Oct 27 23:02:09 CET 2003
$ date -R
Mon, 27 Oct 2003 23:02:40 +0100

上記で、コマンドライン引数"-R"がdate(1)の挙動をRFC2822準拠の日付文字列出力と変えています。

ファイル名を全てタイプせずにファイルのグループをコマンド処理したいことがよくあります。シェルのグロブ(ワイルドカードとも時々呼ばれる)を用いたファイル名のパターン展開を用いるとこのニーズに答えられます。

例えば、次の例を試してみて、自分で考えてみましょう:

$ mkdir junk; cd junk; .[^.]*touch 1.txt 2.txt 3.c 4.h .5.txt ..6.txt
$ echo *.txt
1.txt 2.txt
$ echo *
1.txt 2.txt 3.c 4.h
$ echo *.[hc]
3.c 4.h
$ echo .*
. .. .5.txt ..6.txt
$ echo .*[^.]*
.5.txt ..6.txt
$ echo [^1-3]*
4.h
$ cd ..; rm -rf junk

詳細はglob(7)を参照下さい。

各コマンドは終了ステータスを戻り値(変数:"$?")として返します。

つまり:

$ [ 1 = 1 ] ; echo $?
0
$ [ 1 = 2 ] ; echo $?
1

次に挙げるシェルコマンドの慣用句を覚えてみましょう。

Debianシステムはマルチタスクシステムです。バックグラウンドジョブを使うと単一シェルの下で複数プログラムを実行可能にします。バックグラウンドジョブの管理にはシェル内部組み込みコマンドのjobsやfgやbgやkillを使います。bash(1)マンページ中の"SIGNALS"と"JOB CONTROL"セクションやbuiltins(1)を参照下さい。

リディレクションの簡単な例を試してみましょう:

$ </etc/motd pager

$ pager </etc/motd

$ pager /etc/motd

$ cat /etc/motd | pager

4つ全ての例が全く同じ表示をしますが、最後の例は余計なcatコマンドを実行するので理由なくリソースの無駄遣いをします。

シェルではexec組み込みコマンドを任意のファイルディスクリプタとともに使いファイルをオープンすることができます。

$ echo Hello >foo
$ exec 3<foo 4>bar  # open files
$ cat <&3 >&4       # redirect stdin to 3, stdout to 4
$ exec 3<&- 4>&-    # close files
$ cat bar
Hello

上記で、"n<&-"と"n>&-" はファイルディスクリプタ"n"をクローズするという意味です。

ファイルデスクリプタの0-2は事前定義されています。

良く使うコマンドにエイリアスを設定できます。例えば:

$ alias la='ls -la'

こうすると、"la"が"ls -la"の短縮形として機能し、全てのファイルを長いリスト形式でリストします。

既存の全エアリアスは次のようにするとリストできます:

$ alias

type内部コマンドを使うと正確なパスやコマンドの正体を識別できます。例えば:

$ type ls
ls is hashed (/bin/ls)
$ type la
la is aliased to ls -la
$ type echo
echo is a shell builtin
$ type file
file is /usr/bin/file

上記で、lsは最近探索されましたが"file" は最近探索されていませので、"ls"は"ハッシュされた"つまりシェルには"ls"コマンドの場所を高速アクセスのために内部記録していると表示されます。

Unix的システムでしばしば使われる標準テキスト処理ツールがいくつかあります。

もしこれらのコマンドが正確にどう動作するかを確認したいなら、"man command"を使って自分で見つけましょう。

正規表現は多くのテキスト処理ツールで使われています。シェルグロブに類似していますがより複雑で強力です。

正規表現はマッチするパターンを表現し、テキスト文字とメタ文字からなっています。

メタ文字は特別な意味を持った文字です。上記のようにテキストツールによって、BREとEREの2つの主要なスタイルがあります。

emacsの正規表現は、ERE同様の"+"と"?"をメタ文字と扱う拡張をしてはありますが、基本的にBREです。これら文字をemacsの正規表現で"\"でエスケープする必要はありません。

例えば、grep(1)をつかうと正規表現を使って文字列探索ができます:

$ egrep 'GNU.*LICENSE|Yoyodyne' /usr/share/common-licenses/GPL
GNU GENERAL PUBLIC LICENSE
GNU GENERAL PUBLIC LICENSE
Yoyodyne, Inc., hereby disclaims all copyright interest in the program

置換表現の場合、次の文字には特別な意味があります

Perlの置換表現では、"\n"の代わりに"$n"をつかい、"&"には特段の意味はありません。

例えば:

$ echo zzz1abc2efg3hij4 | \
sed -e 's/\(1[a-z]*\)[0-9]*\(.*\)$/=&=/'
zzz=1abc2efg3hij4=
$ echo zzz1abc2efg3hij4 | \
sed -e 's/\(1[a-z]*\)[0-9]*\(.*\)$/\2===\1/'
zzzefg3hij4===1abc
$ echo zzz1abc2efg3hij4 | \
perl -pe 's/(1[a-z]*)[0-9]*(.*)$/$2===$1/'
zzzefg3hij4===1abc
$ echo zzz1abc2efg3hij4 | \
perl -pe 's/(1[a-z]*)[0-9]*(.*)$/=&=/'
zzz=&=

ここで、括弧で囲まれた正規表現のスタイルと、マッチした文字列が異なるツール上でテキスト置換処理にどう使われるかとに注目下さい。

これらの正規表現は一部エディタ内でカーソルの動きやテキスト置換アクションに対しても使えます。

シェルコマンドラインの行末のバックスラッシュ"\"は改行をホワイトスペース文字としてエスケープするので、シェルコマンドライン入力を次行に継続させます。

これらのコマンドを習うために、関連するマニュアルページを全て読んでください。

ed(1)コマンドは次のようにすると"file"中に存在する全ての"FROM_REGEX"を"TO_TEXT"で置換する:

$ ed file <<EOF
,s/FROM_REGEX/TO_TEXT/g
w
q
EOF

vim(1)コマンドはex(1)コマンドを使い次のようにすると"file"中に存在する全ての"FROM_REGEX"を"TO_TEXT"で置換する:

$ vim '+%s/FROM_REGEX/TO_TEXT/gc' '+w' '+q' file

複数ファイル("file1"と"file2"と"file3")をvim(1)やperl(1)で同様に正規表現を用いて処理できます:

$ vim '+argdo %s/FROM_REGEX/TO_TEXT/ge|update' '+q' file1 file2 file3

$ perl -i -p -e 's/FROM_REGEX/TO_TEXT/g;' file1 file2 file3

perl(1)の例中で、"-i"はその場での編集、"-p"はファイルに関する暗黙的なループを意味します。

2004年以前の元Debianリーダの名前と就任日がスペースで分割されたフォーマットでリストされている"DPL"と呼ばれるファイルを考えてみましょう。

Ian     Murdock   August  1993
Bruce   Perens    April   1996
Ian     Jackson   January 1998
Wichert Akkerman  January 1999
Ben     Collins   April   2001
Bdale   Garbee    April   2002
Martin  Michlmayr March   2003

こういったタイプのファイルからデータを抽出するのはAwk が良く使われます:

$ awk '{ print $3 }' <DPL                   # month started
August
April
January
January
April
April
March
$ awk '($1=="Ian") { print }' <DPL          # DPL called Ian
Ian     Murdock   August  1993
Ian     Jackson   January 1998
$ awk '($2=="Perens") { print $3,$4 }' <DPL # When Perens started
April 1996

Bash などのシェルもこれらのファイルを解釈するのに使えます:

$ while read first last month year; do
    echo $month
  done <DPL

ここで、read組込みコマンドは"$IFS"(内部フィールドセパレータ) を用いて行を単語単位で分割します。

"$IFS"を":"に変更すると、"/etc/passwd"をシェルでうまく解読できます:

$ oldIFS="$IFS"   # save old value
$ IFS=':'
$ while read user password uid gid rest_of_line; do
    if [ "$user" = "bozo" ]; then
      echo "$user's ID is $uid"
    fi
  done < /etc/passwd
bozo's ID is 1000
$ IFS="$oldIFS"   # restore old value

(同じことを Awk を使って行うには、フィールドセパレータ設定は"FS=':'"としましょう。)

IFSはパラメータ展開、コマンド置換、数式展開の結果を分割するためにもシェルにより使われます。これはダブルクォートやシングルクォートされた単語内では発生しません。IFSの標準値は<space>と<tab>と<newline>の組合せです。

シェルのIFSトリックを注意深く使ってください。シェルがスクリプトの一部を入力として解釈した場合に、奇妙なことが起きるかもしれません。

$ IFS=":,"                        # use ":" and "," as IFS
$ echo IFS=$IFS,   IFS="$IFS"     # echo is a Bash builtin
IFS=  , IFS=:,
$ date -R                         # just a command output
Sat, 23 Aug 2003 08:30:15 +0200
$ echo $(date -R)                 # sub shell --> input to main shell
Sat  23 Aug 2003 08 30 36 +0200
$ unset IFS                       # reset IFS to the default
$ echo $(date -R)
Sat, 23 Aug 2003 08:30:50 +0200

次のスクリプトはパイプの一部として素晴らしいことをします。

1行のシェルスクリプトはfind(1)やxargs(1)を使って非常に複雑な操作を多くのファイルに繰り返し実行できます。「Idioms for the selection of files」と「Repeating a command looping over files」を参照下さい。

シェルの対話モードを使うのが複雑過ぎるようになったときには、シェルのスクリプトを書くのも一計です(「シェルスクリプト」参照)。

Debianシステム上でのパッケージ設定の要点は次です:

初心者のDebianシステム管理者はDebianの安定版stableリリースをセキュリティアップデートを適用しながら使うべきです。Debianシステムを非常によく理解するまでは、用心として次の有効なアクションですら避けておくべきと考えます:

上記のアクションで起きるDebianパッケージシステムへのコンパチブルでない効果はシステムを使えなくするかもしれません。

ミッションクリティカルなサーバーを走らせる真剣なDebianシステム管理者は更なる用心をすべきです:

私が上記で警告したとはいえ、自分自身で管理するデスクトップ環境ではDebianのテスト版testingや不安定版unstableのスイーツを自分のメインのシステムとして使おうと多くの本書の読者が望むことは分かっています。システムは非常に快調に動くし、頻繁に更新されるし、最新の機能が提供されるからです。

"/etc/apt/sources.list"の中のディストリビューション文字列を、"testing"とか"unstable"というスイーツ名、もしくは"squeezeとか"sid"というコード名に単に設定するだけで十分です。

testingやunstableを使うことは大変楽しいけれど、リスクがついてきます。Debianシステムのunstableスイーツさえおおむね非常に安定に見えますが、Debianシステムのtestingやunstableスイーツでは過去パッケージ上の問題をいくつか経験して来てるし、その一部は簡単には解決できないものでした。結構痛い目に会うことになるかもしれませんよ。時々、壊れたパッケージや機能の欠損が数週間続くことが起こります。

Debianパッケージのバグからの早急かつ簡単な回復を確実にするいくつかのアイデアがここにあります:

(これらの用心のための方策の何れもできないなら、テスト版testingや不安定版unstableスイーツを使うのにはあなたはきっと準備不足です。)

以下に記すことにより悟りを開けば、アップグレード地獄という果てしない因果応報の葛藤から人は解脱し、Debianの涅槃の境地に到達できます。

Debianアーカイブをシステムユーザの視点から見てみましょう。

典型的なHTTPアクセスの場合、現在の安定版stable=lennyシステムを例にとると"/etc/apt/sources.list"ファイルの中にアーカイブは次の様に規定されています。

deb http://ftp.XX.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.XX.debian.org/debian/ lenny main contrib non-free

deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main contrib

"ftp.XX.debian.org"はあなたの所在場所に合う、Debianの全世界ミラーサイトリスト中に見つかるミラーサイトのURL、例えば日本なら "ftp.jp.debian.org"、に置き換えなければいけません。これらのサーバーの状況はDebianミラー確認サイトで確認できます。

上記で、次の安定版stableがリリースされて驚かされ無いように、私はスイート名の"stable"でなくコード名の"lenny"を使います。

"/etc/apt/sources.list"の意味はsources.list(5)に記載されていて、要点は:

ソース関連のメタデータにアクセスしないaptitudeのためだけなら"deb-src"行は安全に省略(もしくは"#"を行頭に挿入してコメントアウト)することができます。こうするとアーカイブのメタデータの更新速度が向上します。URLは"http://"や"ftp://"や"file://"等々の何れも可能です。

次は設定ファイル内に用いられるDebianアーカイブサイトのURLとスイーツ名もしくはコード名です。

各Debianアーカイブは3つのコンポーネントから成り立っています。コンポーネントには"Debianポリシー"ではカテゴリとか"Debian社会契約"ではエリアという別名が使われています。コンポーネントは"Debianフリーソフトウエアガイドライン" (DFSG)に準拠しているかどうかによって分類されています。

ここで、上記にあるパッケージ数はamd64アーキテクチャーに関する数字である。厳密に言うなら、mainコンポーネントのアーカイブのみをDebianシステムと考えるべきです。

Debianアーカイブの構成は、各アーカイブのURLの後ろにdistsかpoolをつけたURLにブラウザを向ければ学習できます。

ディストリビューションは、スイーツとコード名の2つの方法で言及されます。この他にディストリビューションと言う言葉は多くの文書でスイーツの同義語としても使われています。スイーツとコード名の関係は次のようにまとめられます:

コード名の歴史は、Debian FAQ: 6.3.1 Which other codenames have been used in the past?に記載されています。

比較的厳格なDebianアーカイブの用語法では、"セクション"という言葉はアプリケーションの分野によるパッケージ分類に特化して使われます。(しかし、"mainセクション"という言葉はmainコンポーネントを提供するDebianアーカイブ部分を表現するのにしばしば使われています。)

Debianデベロッパー(DD)が不安定版unstableアーカイブに新たなアップロードを(incomingでの処理を経由して)する度毎に、アップロードするパッケージが最新の不安定版unstableアーカイブの最新のパッケージ集合とコンパチブルであるようにする義務がDDにはあります。

重要なライブラリーのアップグレード他の理由でDDがこのコンパチビリティーを壊す際には、debian-develのメーリングリスト他に通常アナウンスがされます。

Debianのアーカイブ管理スクリプトによって非安定版unstableアーカイブからテスト版testingアーカイブへパッケージ集合が移動される前に、アーカイブ管理スクリプトはパッケージの成熟度(約10日経過)とRCバグレポート状況を確認するばかりでなく、テスト版testingアーカイブの最新パッケージ集合とのコンパチブルであるようにするように努めます。このプロセスがあるので、テスト版testingアーカイブは非常に新しくかつ使いやすいのです。

リリースチームによる徐々のアーカイブ凍結過程を通じて、少々の手動の介入を伴いつつテスト版testingアーカイブは完全に整合性をもったバグの無い状態へと徐々に熟成されます。そして、古いテスト版testingアーカイブのコード名を新たな安定版stableアーカイブへと割り当て、新たなコード名を新たなテスト版testingアーカイブへと割り当てることで、新たな安定版stableがリリースされます。新たなテスト版testingアーカイブの当初の内容は、新たにリリースされた安定版stableアーカイブとまったく同じです。

不安定版unstableもテスト版testingアーカイブもともに一時的に次のような理由で細かな問題発生があるかもしれません:

もしこれらのアーカイブを使おうと考えるなら、この種の細かな問題の修復や回避は必須技能です。

次の定義はDebianポリシーマニュアル参照:

Debianシステムはコントロールファイル中のバージョン情報付きのバイナリ依存関係宣言を通して整合性のあるバイナリパッケージの集合を提供します。ここにその少々簡素化しすぎの定義を示します。

ソースの依存関係をも含む正式の定義はthe Policy Manual: Chapter 7 - Declaring relationships between packagesにあります。

パッケージ管理の簡略化されたイベントの流れをまとめると次のようになります。

上記では全体像の理解のためにわざと技術詳細を端折っています。

内容が正確な正式文書を読むように心がけるべきです。まずDebianに特定のことが記載された"/usr/share/doc/<package_name>/README.Debian"を最初に読むべきです。また"/usr/share/doc/<package_name>/"の中にある他の文書も参照すべきです。「Bashのカスタム化」に書かれたようなシェル設定がされていれば、次のようにタイプしてください。

$ cd <package_name>
$ pager README.Debian
$ mc

さらに詳しい情報を得るには"-doc"というサフィックスを持った対応する文書パッケージをインストールする必要があるかもしれません。

特定のパッケージで問題を経験した際には、次のサイトを確認してください。

"site:debian.org"や"site:wiki.debian.org"や"site:lists.debian.org"等を含む検索語でGoogleを検索します。

バグ報告をする際には、reportbug(1)コマンドを使いましょう。

aptitude(8)やapt-get(8) /apt-cache(8)を使うコマンドラインによるパッケージ管理操作を次に記します。

Debianシステム上の異なったパッケージツールを混用しても問題が起こらなくなりましたが、できるだけaptitudeを使い続けるのが最善です。

"safe-upgrade"/"upgrade"や"full-upgrade"/"dist-upgrade"の違いは新しいバージョンのパッケージが該当する古いバージョンと異なった依存関係がある場合にのみ起こります。"aptitude safe-upgrade"コマンドは新規のパッケージをインストールも削除もしません。

"aptitude why <regex>"は"aptitude -v why <regex>"とすることでさらに詳しい情報を表示します。同様の情報は"apt-cache rdepends <package>"とすることでも得られます。

aptitudeコマンドが最初コマンドラインモードで実行されパッケージ間のコンフリクトのような問題に直面した場合は、プロンプトがでた際に"e"を押すことでフルスクリーンのインタラクティブモードに切り替えられます。

"aptitude"のすぐ後ろにコマンドオプションをつけられます。

詳細はaptitude(8)や"/usr/share/doc/aptitude/README"にある"aptitude user's manual"を参照してください。

インタラクティブなパッケージ管理のためにはaptitudeをコンソールのシェルからインタラクティブモードで次のように立ち上げます。

$ sudo aptitude -u
Password:

これによりアーカイブ情報のローカルコピーは更新され、フルスクリーンのパッケージリストがメニュー付きで表示されます。Aptitudeの設定ファイルは"~/.aptitude/config"にあります。

パッケージの状態を閲覧し、"予定のアクション"の設定をこのフルスクリーンモードで各パッケージするための重要なキーは次です:

コマンドラインのファイル名の規定や、"l"や"/"を押した後のメニュープロンプトは次に記すaptitudeのregex(正規表現)が使われます。aptitudeのregexは"~n"で始めそれにパッケージ名を続けた文字列を使うことで明示的にパッケージ名とマッチさせられます。

インタラクティブなフルスクリーンモードのaptitude(8)は次のようなデフォルトのパッケージリスト形式でパッケージを表示します。

idA   libsmbclient                             -2220kB 3.0.25a-1  3.0.25a-2

この行は左から次のような意味です:

現在のローカルの環境設定によって候補バージョンは選ばれます(apt_preferences(5)と「候補バージョンの調整」を参照)。

"表示"メニューの下に数種のパッケージ表示があります。

標準"パッケージ画面"はパッケージをdselectにいくつかの機能を加えた感じで分類します。

Aptitudeはそのregex式機能を通してパッケージを探索する方法をいくつか提供します。

<package_name>という文字列は、"~"で始めてregex式と明示されていない限り、パッケージ名との完全な一致検索として扱います。

aptitudeのregex式はmutt的な拡張ERE(「正規表現」参照)でaptitudeに特定なマッチ規則の拡張は次に示すとおりです:

上記で:

近道:

muttが表現のお手本なので、muttに慣れているユーザはすぐ慣れるでしょう。"User's Manual" ("/usr/share/doc/aptitude/README")中の"SEARCHING, LIMITING, AND EXPRESSIONS"を参照下さい。

aptitudeによるパッケージの選択は、"F10 → Options → Dependency handling"のメニュー設定に従って、"Depends:"リストに規定されたパッケージばかりでは無く"Recommends:"リストに規定されたパッケージも引き込みます。このような自動的にインストールされたパッケージは不要になるとaptitudeが自動的に削除します。

パッケージアクティビティーの履歴はログファイルで確認できます。

これらのログから意味のある理解を迅速に得るのは実際には難しいです。より簡単な方法については「設定ファイルの変更記録」を参照下さい。