シンボリックリンクは他のファイルへのポインタです。シンボリックリンクにアクセスすると、シンボリックリンクの指すファイルが開かれます。シンボリックリンクを削除しても、シンボリックリンクの指すファイルは削除されません。同様に、シンボリックリンクはパーミッションを設定できませんが、シンボリックリンクの指すファイルのパーティションが適用されます。最後に、シンボリックリンクはいかなる種類のファイルを指すことも可能です: ディレクトリ、スペシャルファイル (ソケット、名前付きパイプ、デバイスファイル、など)、他のシンボリックリンクでさえ可能です。

ln -s target link-name コマンドは link-name と名付けられ target を指すシンボリックリンクを作成します。

ターゲットが存在しない場合、リンクは「壊れて」おり、壊れたシンボリックリンクにアクセスするとターゲットファイルが存在しないことを示すエラーが返されます。別のシンボリックリンクにシンボリックリンクを張るとシンボリックリンクが「連鎖」し、リンク先がリンク元を指していた場合にはリンクの「循環」状態になります。この状態で、循環鎖に含まれるリンクの 1 つにアクセスした場合、特定のエラー (「シンボリックリンクの階層が多すぎます」) が返されます; これは、カーネルが、何回か循環鎖を辿った後に、それを諦めたことを意味します。

コンピュータには 2 種類の時間ソースがあります。コンピュータのマザーボードは「CMOS クロック」と呼ばれるハードウェアクロックを持っています。このクロックはとても正確というわけではありませんし、比較的アクセスに時間がかかります。オペレーティングシステムカーネルには、自分のクロック、ソフトウェアクロック、があります。ソフトウェアクロックは独自の方法 (タイムサーバの助けを借りているかもしれません、「時刻同期」節を御覧ください) を使って最新の状態に保たれています。システムクロックはハードウェアクロックにアクセスする必要がないため、システムクロックはより正確です。しかしながら、システムクロックは揮発性メモリの中にあるため、マシンが起動する際に毎回ゼロに設定されます。それに対して、CMOS クロックは電池を持っているので、マシンを再起動や停止しても値を「残す」ことができます。そんなわけで、システムクロックは起動中に CMOS クロックの値を使って設定され、CMOS クロックはシャットダウンの際に更新されます (CMOS クロックが不適切に調整されていた場合、変更または訂正された場合を考慮して)。

実際は問題があります。なぜなら、CMOS クロックはただのカウンタで、タイムゾーンに関する情報を持たないからです。CMOS クロックの値を解釈する際には選ばなければいけない点があります: システムは CMOS クロックを協定世界時 (UTC、以前は GMT) かローカル時間のどちらで解釈するかを選ばなければいけません。両者は単純な補正定数の違いに過ぎないように見えますが、しかし実際はより複雑な違いがあります: 夏時間がある場合、この補正量は定数ではありません。その結果、システムは、特に夏時間が適用される期間中に、補正量の正しさを決定出来ません。協定世界時とタイムゾーン情報からローカル時間を再構成することは常に可能ですから、CMOS クロックを協定世界時として扱うことを推奨します。

Unfortunately, Windows systems in their default configuration ignore this recommendation; they keep the CMOS clock on local time, applying time changes when booting the computer by trying to guess during time changes if the change has already been applied or not. This works relatively well, as long as the system has only Windows running on it. But when a computer has several systems (whether it be a “dual-boot” configuration or running other systems via virtual machine), chaos ensues, with no means to determine if the time is correct. If you absolutely must retain Windows on a computer, you should either configure it to keep the CMOS clock as UTC (setting the registry key HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal to “1” as a DWORD), or use hwclock --localtime --set on the Debian system to set the hardware clock and mark it as tracking the local time (and make sure to manually check your clock in spring and autumn).

NTP (Network Time Protocol) を使うことで、あるマシンが他のマシンとかなり正確に時刻同期することが可能になります。このプロトコルは、ネットワーク上で情報を移動することで起こる遅延および予想される補正をを考慮しています。

Internet 上には数多くの NTP サーバがありますが、よく知られている NTP サーバは混んでいるかもしれません。このため、NTP サーバは pool.ntp.org を使うことを推奨します。実際のところ、これは公開 NTP サーバとしての機能を果たすことに同意したマシン群です。また、国を限定したサブグループに制限することが可能です。例えば、アメリカ合衆国は us.pool.ntp.org、カナダは ca.pool.ntp.org などです。

しかしながら、巨大なネットワークを管理する場合、公開サーバに同期している自分の NTP サーバをインストールすることを推奨します。この場合、自分のネットワークに所属する他のマシンは全て、公開サーバの負荷を増やす代わりに、内部の NTP サーバを使うことが可能です。これはさらに、時刻同期の均一性を高めるでしょう。なぜなら、全てのマシンは同じ NTP サーバを使って時刻同期し、その NTP サーバはネットワーク転送時間的に言えば近い場所にいるからです。

Debian などの Unix 系システムでは、ファイルはディレクトリの単一樹状階層構造でまとめられています。/ ディレクトリは「root ディレクトリ」と呼ばれています; 全ての追加的なディレクトリはこの root の中のサブディレクトリです。「マウント」とは、周辺機器デバイス (通常はハードドライブ) の内容をシステムの一般的なファイルツリーに含める操作です。結果として、ユーザの個人データを保存するために別のハードドライブを使う場合、このディスクは /home/ ディレクトリに「マウント」されなければいけません。root ファイルシステムはカーネルによって起動時に常にマウントされます; 他のデバイスはしばしばその後に続くスタートアップシーケンス中か mount コマンドを使って手作業でマウントされます。

幾つかのリムーバブルデバイスは接続時に自動的にマウントされます。特に GNOME、KDE、その他のグラフィカルデスクトップ環境を使っている場合にはマウントされます。他のデバイスについては、ユーザが手作業でマウントしなければいけません。同様に、アンマウント (ファイルツリーから削除) しなければいけません。普通のユーザは通常 mount や umount コマンドを実行する権限を持っていません。しかしながら、user オプションを /etc/fstab ファイルに含める事で、管理者はユーザに (マウントポイント別に) これらの操作を行う権限を与えることも出来ます。

mount コマンドは引数無しで使うことも出来ます (全てのマウントされたファイルシステムを表示します)。デバイスをマウントおよびアンマウントする場合、以下のパラメータが要求されます。全てのパラメータを見るには、対応する man ページを参照してください。mount(8) と umount(8) です。単純な場合、以下の構文もまた単純です: 例えば、ext3 ファイルシステムの /dev/sdc1 パーティションを /mnt/tmp/ ディレクトリにマウントするには、mount -t ext3 /dev/sdc1 /mnt/tmp/ のように実行してください。

am-utils パッケージは amd 自動マウントユーティリティを提供します。このユーティリティを使うと、通常のマウントポイントを通じてリムーバブルメディアにアクセスすれば、リムーバブルメディアをマウントできます。amd はリムーバブルメディアにアクセスしているプロセスが無くなればそのメディアをアンマウントします。

他の自動マウントユーティリティも存在します。例えば autofs パッケージに含まれる automount です。

GNOME、KDE、その他のグラフィカルデスクトップ環境は udisks と協調して、リムーバブルメディアが接続されたらそれを自動的にマウントします。