From owner-svn-doc-all@FreeBSD.ORG Mon Jan 6 11:50:27 2014 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F7C75C3; Mon, 6 Jan 2014 11:50:27 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F3E09184D; Mon, 6 Jan 2014 11:50:26 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.7/8.14.7) with ESMTP id s06BoQhv017973; Mon, 6 Jan 2014 11:50:26 GMT (envelope-from ryusuke@svn.freebsd.org) Received: (from ryusuke@localhost) by svn.freebsd.org (8.14.7/8.14.7/Submit) id s06BoQe1017972; Mon, 6 Jan 2014 11:50:26 GMT (envelope-from ryusuke@svn.freebsd.org) Message-Id: <201401061150.s06BoQe1017972@svn.freebsd.org> From: Ryusuke SUZUKI Date: Mon, 6 Jan 2014 11:50:26 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r43440 - head/ja_JP.eucJP/books/handbook/basics X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jan 2014 11:50:27 -0000 Author: ryusuke Date: Mon Jan 6 11:50:26 2014 New Revision: 43440 URL: http://svnweb.freebsd.org/changeset/doc/43440 Log: - Merge the following from the English version: r18140 -> r18248 head/ja_JP.eucJP/books/handbook/basics/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/basics/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/basics/chapter.xml ============================================================================== --- head/ja_JP.eucJP/books/handbook/basics/chapter.xml Mon Jan 6 11:26:14 2014 (r43439) +++ head/ja_JP.eucJP/books/handbook/basics/chapter.xml Mon Jan 6 11:50:26 2014 (r43440) @@ -3,7 +3,7 @@ The FreeBSD Documentation Project The FreeBSD Japanese Documentation Project - Original revision: r18140 + Original revision: r18248 $FreeBSD$ --> @@ -616,6 +616,552 @@ + + ディスク構成 + + ファイルを見つけるために FreeBSD + が使用する構成の一番小さな単位はファイル名です。 + ファイル名は、大文字と小文字を区別します。 + このことは + readme.txt および README.TXT + が異なる二つのファイルであることを意味します。 + FreeBSD はそのファイルがプログラム、または文書、 + あるいはその他の形式かどうかを決定するために拡張子を使用しません。 + + ファイルはディレクトリ内に格納されます。 + ディレクトリはファイルを一つも含んでいないかもしれせんし、 + または数百のファイルを含んでいるかもしれません。 + ディレクトリはまた別のディレクトリを含むことができます。 + つまり、ディレクトリの階層構造を構築することができます。 + このことにより、データ構造がはるかに簡単になります。 + + ファイルおよびディレクトリは、 + 必要な他のディレクトリ名とスラッシュ (/) を後に続けて + ファイル名またはディレクトリ名を与えることによって参照されます。 + + foo ディレクトリがあって、その中に + bar ディレクトリがあるとします。 + そして、その中に readme.txt があるとすると、 + ファイルへのフルネーム、またはパスは + foo/bar/readme.txt となります。 + + ディレクトリおよびファイルはファイルシステム内に格納されます。 + どのファイルシステムは、そのファイルシステムのための + ルートディレクトリ とよばれる、 + まさに頂点の位置にちょうど一つのディレクトリを含んでいます。 + このルートディレクトリは他のディレクトリを含むことができます。 + + これまでのところ、これはあなたの使ったことのある他の OS + とおそらく似ているかもしれません。少し違いがあります。 + たとえば、DOS ではファイル名とディレクトリ名を分けるのに + \ を使います。 + 一方、&macos; では : を使います。 + + FreeBSD はパス内にドライブレターまたは他のドライブ名を使いません。 + あなたは FreeBSD で c:/foo/bar/readme.txt + とは書かないでしょう。 + + その代わり、一つのファイルシステムは + ルートファイルシステムとして設計されています。 + ルートファイルシステムのルートディレクトリは / + として参照されます。それから、他のすべてのファイルシステムは、 + ルートファイルシステム以下に マウント + されます。 + あなたが FreeBSD システムでどんなに多くのディスクを使用しても、 + すべてのディレクトリは、 + 同じディスクの一部であるように見えるので問題ありません。 + + A,B および + C + と呼ばれる三つのファイルシステムがあると仮定しましょう。 + それぞれのファイルファイルシステムには一つのルートディレクトリがあり、 + A1, A2 + と呼ばれている二つの他のディレクトリを含んでいます + (同様に B1, B2 および + C1, C2 があります)。 + + A をルートファイルシステムとします。 + このディレクトリになにが含まれているか見るために + ls コマンドを使うと、 + A1 および A2 + の二つのサブディレクトリが現れるでしょう。 + ディレクトリツリーは以下のようになります。 + + + + + + + + / + | + +--- A1 + | + `--- A2 + + + + ファイルシステムはファイルシステム内のディレクトリにマウントしなければいけません。 + それでは、A1 ディレクトリに + B ファイルシステムをマウントすると仮定します。 + B のルートディレクトリは A1 + に置き換えられ、 + そして B 内のディレクトリがそれに応じて現れます。 + + + + + + + + / + | + +--- A1 + | | + | +--- B1 + | | + | `--- B2 + | + `--- A2 + + + + B1 または B2 + 内にあるどんなファイルも、必要なときに + /A1/B1 または /A1/B2 + で到達できます。 + /A1 + にあったすべてのファイルは一時的に隠されました。 + それらは B が + A からアンマウントされたら再び現れるでしょう。 + + もし B が A2 + にマウントされていたら、この図のようになります。 + + + + + + + + / + | + +--- A1 + | + `--- A2 + | + +--- B1 + | + `--- B2 + + + + そして、パスはそれぞれ /A2/B1 および + /A2/B2 となるでしょう。 + + ファイルシステムは互いのファイルシステム上にもマウントできます。 + 上記の最後の例に続けて、C ファイルシステム は + B ファイルシステム内の B1 + ディレクトリ上にマウントできます。 + 次の図のようになります。 + + + + + + + + / + | + +--- A1 + | + `--- A2 + | + +--- B1 + | | + | +--- C1 + | | + | `--- C2 + | + `--- B2 + + + + または C は A1 の下の + A ファイルシステムに直接マウントできます。 + + + + + + + + / + | + +--- A1 + | | + | +--- C1 + | | + | `--- C2 + | + `--- A2 + | + +--- B1 + | + `--- B2 + + + + もしあなたが DOS を使いなれているなら、 + まったく同じではありませんが、これは join コマンドと + 似ています。 + + これは、通常あなた自身が心配する必要のあるものではありません。 + 一般的に、FreeBSD をインストールするときにファイルシステムを作成し、 + どこにマウントするか決定します。そして、 + 新しいディスクを追加しなければそれらを変更することはありません。 + + 一つの大きなファイルシステムを用意し、 + 他のファイルシステムを作成する必要としないことはまったくもって可能です。 + この方法にはいくつかの短所と一つの利点があります。 + + + マルチファイルシステムの利点 + + + 異なったファイルシステムは異なった + マウントオプション を使用できます。 + たとえば、注意深い考えなのですが、 + ルートファイルシステムを読みだし専用でマウントして、 + 不注意によって重大なファイルを削除、 + または編集できないようににすることができます。 + また、/home + のようなユーザが書き込み可能なファイルシステムを他のファイルシステムと分けることによって、 + nosuid でマウントすることも可能になります。 + このオプションは、ファイルシステムに記録されている + suid/guid + の実行可能ビットを有効にしないので、安全性を高めることができるでしょう。 + + + + FreeBSD はファイルシステムがどのように使われているかによって、 + 自動的にファイルシステム上のファイルの配置を最適化します。 + したがって、連続的に書き込まれた多くの小さなファイルが含まれているファイルシステムは、 + より大きく少ないファイルが含まれているファイルシステムと異なる最適化をするでしょう。 + 一つの大きなファイルシステムを作成すると、 + この最適化は成り立たなくなります。 + + + + FreeBSD のファイルシステムはトラブルが起きてもとても強固です。 + しかしながら臨界点でのトラブルは、 + ファイルシステムの構造にまだ損害を与えるかもしれません。 + マルチファイルシステムへデータを分割しておくことで、 + 必要なときにバックアップからレストアすることをより容易にして、 + まだシステムが回復するかもしれません。 + + + + + シングルファイルシステムの利点 + + + ファイルシステムは固定サイズです。 + FreeBSD をインストールするときにファイルシステムを作成して、 + 固定サイズを割りあてたなら、 + 後になってそのパーティションをより大きくする必要があると気づくかもしれません。 + パーティションのサイズを変更するには、 + バックアップ、新しいサイズを指定したファイルシステムの再作成、 + バックアップしたデータをリストアする作業が必要となるでしょう。 + + + FreeBSD 4.4 以降のバージョンには、 + &man.growfs.8; コマンドがあります。 + このコマンドは、この制限を取り除いて、 + ファイルシステムのファイルを直ちに増加させることを可能にします。 + + + + + + ファイルシステムはパーティション内に含まれています。 + FreeBSD の &unix; 遺産のために、 + これはこの章内に現れた先のパーティションという用語の意味とは違う意味を持っています。 + それぞれのパーティションは a から + h までの文字で区別されます。 + それぞれのパーティションは、 + 一つのファイルシステムだけを含むことができます。 + このことは、ファイルシステムがファイルシステムの階層上の典型的なマウントポイント、 + または含まれているパーティションの文字によって記述されることを意味します。 + + FreeBSD は スワップ領域 + にもまたディスク領域を使用します。 + スワップ領域は FreeBSD に 仮想メモリ + を提供します。 + これはあなたのコンピュータが、 + 実際に搭載している以上のメモリがあるかのように振舞います。 + FreeBSD がメモリを使い果たしたときに、 + 現在使用されていないデータのいくつかをスワップ領域に移動し、 + そのデータが必要となったときに + (その他のデータをスワップ領域に移動させてから) + メモリ内に移動しなおします。 + + いくつかのパーティションはある慣習と関係づけられています。 + + + + + + + + + パーティション + + 慣習 + + + + + + a + + 通常、ルートパーティションを含みます。 + + + + b + + 通常、スワップ領域を含みます。 + + + + c + + 通常、スライス全体と同じサイズです。 + これは、スライス全体にアクセス必要のあるユーティリティ + (たとえば、ひどいブロックスキャナ) が、 + c + パーティションにアクセスすることを可能にします。通常、 + このパーティション内にファイルシステムを作成しないでしょう。 + + + + d + + d パーティションは、 + それに関連づけられた特別な意味を持っていましたが、 + 今はありません。 + 現在では、いくつかのツールが d + パーティション上で動作するように命じれば、 + 奇妙に動くかもしれません。 + したがって、sysinstall は通常 + d パーティションを作成しないでしょう。 + + + + + + ファイルシステムを含んだそれぞれのパーティションは、FreeBSD + が スライス と呼ぶものの中に格納されます。 + スライスは FreeBSD の用語で、 + 先ほどパーティションを呼ばれていたものです。 + もう一度言及しますが、これは FreeBSD の &unix; 背景によるものです。 + スライスは 1 から 4 までの番号がつけられます。 + + スライス + パーティション + 危険な専用 + + スライス番号は 1 から始まり + s を前につけられて、デバイス名の後に続きます。 + したがって、da0s1 + は一番目の SCSI ドライブ上の 一番目のスライスです。 + ディスク上に四つの物理スライスだけが存在できます。しかし、 + 適切な種類の物理スライス内に論理スライスをもつことができます。 + これらの拡張されたスライス番号は 5 から始まります。したがって、 + ad0s5 + は、一番目の IDE ディスク上の一番目の拡張スライスです。 + これらのデバイスは、 + スライスを占有することを予期するファイルシステムによって使用されます。 + + スライスや 危険な専用 の物理ドライブ、 + そして他のドライブは a から h + までの文字として表される パーティション + を含んでいます。 + この文字はデバイス名に追加されます。したがって、 + da0a + は一番目の 危険な専用 da ドライブ上の + a パーティションです。 + ad1s3e は、 + 二番目の IDE ディスク上の 三番目のスライス内にある五番目のパーティションです。 + + 最後に、システム上のそれぞれのディスクは識別されます。 + ディスク名はどの種類のディスクであるかを示す記号ではじまり、 + どのディスクかを示す数字が続きます。 + スライスとは違いディスクの番号づけは 0 から始まります。 + 共通の記号は + に示されます。 + + パーティションを参照するときには、 + FreeBSD はパーティションを含むスライスおよびパーティションも指定することを必要とします。 + そしてスライスを参照するときはディスク名も参照しないといけないでしょう。 + このことは、ディスク名、s 、スライス番号、 + そしてパーティション文字を並べることによってできます。 + に例があります。 + + + は理解をより明らかにすることを助けるための、 + ディスク構成の概念のモデルを示します。 + + FreeBSD をインストールするために、 + まずはじめにディスクスライスの設定をし、 + 次に FreeBSD に用いるスライス内のパーティションを作成し、 + それからそれぞれのパーティション内にファイルシステム + (またはスワップ領域) を作成し、 + ファイルシステムがどこにマウントされるか決定しなければいけません。 + + + ディスクデバイス記号 + + + + + + + + 記号 + + 意味 + + + + + + ad + + ATAPI (IDE) ディスク + + + + da + + SCSI ダイレクトアクセスディスク + + + + acd + + ATAPI (IDE) CDROM + + + + cd + + SCSI CDROM + + + + fd + + フロッピーディスク + + + +
+ + + ディスク名、スライス名、パーティション名のサンプル + + + + + + + + + 記号 + + 意味 + + + + + + ad0s1a + + 一番目の IDE ディスク (ad0) + 上の一番目のスライス (s1) + 内の一番目のパーティション (a)。 + + + + da1s2e + + 二番目の SCSI ディスク (da1) + 上の二番目のスライス (s2) + 内の五番目のパーティション (e)。 + + + + + + + + ディスクの概念的構成 + + これはシステムに接続された一番目の IDE + ディスクの FreeBSD から見た図を示します。 + ディスクサイズは 4 GB と仮定し、 + 2 GB のスライス (DOSでいうパーティション) が二つあるとします。 + 一番目のスライスは DOS ディスクの C: + を含んでいます。 + そして、二番目のスライスは FreeBSD のディスクを含んでいます。 + これは FreeBSD インストーラが三つのパーティションと一つのスワップパーティションを作成した例です。 + + 三つのパーティションはそれぞれファイルシステムを含んでいます。 + a + パーティションはルートファイルシステムに使用され、 + e パーティションは /var + ディレクトリ階層に、 f パーティションは + /usr ディレクトリ階層に使用されるでしょう。 + + + + + + + + .-----------------. --. +| | | +| DOS / Windows | | +: : > First slice, ad0s1 +: : | +| | | +:=================: ==: --. +| | | Partition a, mounted as / | +| | > referred to as ad0s2a | +| | | | +:-----------------: ==: | +| | | Partition b, used as swap | +| | > referred to as ad0s2b | +| | | | +:-----------------: ==: | Partition c, no +| | | Partition e, used as /var > filesystem, all +| | > referred to as ad0s2e | of FreeBSD slice, +| | | | ad0s2c +:-----------------: ==: | +| | | | +: : | Partition f, used as /usr | +: : > referred to as ad0s2f | +: : | | +| | | | +| | --' | +`-----------------' --' + + + + + ファイルシステムのマウントとアンマウント