JPH05143419A - フアイルシステムの処理装置 - Google Patents

Abstract

(57)【要約】 【目的】複数のボリュームからなる論理的なボリューム
上に構築されるファイルシステムを管理するファイルシ
ステムの処理装置に関し，複数のボリュームで論理ボリ
ュームを構成する場合における性能向上とスペースの有
効利用を可能とすることを目的とする。 【構成】ボリューム組込み要求11に対し，ボリューム組
込み手段16は，組み込むボリューム19ｙのルートディレ
クトリに，指定された任意のファイル名ｂを付加し，フ
ァイル名ｂを用いて基本となるファイルシステムの親デ
ィレクトリａからリンクする。また，ボリューム切離し
要求12に対し，ボリューム切離し手段17は，切り離すボ
リュームのルートディレクトリがリンクされている親デ
ィレクトリからのリンクを解除する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，複数のボリュームから
なる論理的なボリューム上に構築されるファイルシステ
ムを管理し，ボリュームの組込み／切離しを，ファイル
への名前の付加／削除と同様に行うことができるように
したファイルシステムの処理装置に関する。

【０００２】

【従来の技術】図１２は，従来技術を説明するためのボ
リューム上に構成されたファイルシステムの例を示す。
計算機システムでは，例えば図１２の（イ）に示すよう
に，ファイルの名前を管理するディレクトリファイルを
節とし，任意のファイルを葉とする階層的な構造を持つ
ファイルシステムが用いられている。

【０００３】このようなファイルシステムを，複数のボ
リュームからなる１つの論理的なボリューム（以下，論
理ボリュームという）上に構築する場合には，各ボリュ
ーム内に構築されているファイルシステムのルートディ
レクトリ（“／”で表す）を，基本となるファイルシス
テムのあるディレクトリに仮想的に重ね合わせることに
よって実現していた。このディレクトリを仮想的に重ね
合わせる操作をマウントという。

【０００４】図１２の（ロ）において，１８は論理ボリ
ューム，１９，１９ａ，１９ｂはボリュームを表す。こ
の例では，ボリューム（hp00）１９上のファイルシステ
ムにおけるディレクトリ（sys)に，ボリューム（hp0a）
１９ａのルートディレクトリを仮想的に重ね合わせ，ま
たディレクトリ（usr)に，ボリューム（hp0b）１９ｂの
ルートディレクトリを仮想的に重ね合わせることによ
り，全体で１つの論理ボリューム１８を構成している。

【０００５】

【発明が解決しようとする課題】以上のような従来の方
式には，次のような問題がある。 (a) パス名解決時に，ディレクトリがマウントポイント
か否かの判定が必要であると共に，マウントポイントで
ある場合，実際のディレクトリではなく，マウントされ
ているボリュームのルートディレクトリのエントリを検
索するという特別な考慮が必要になる。マウントポイン
トとは，例えば図１２の（ロ）に示すsysやusr のディ
レクトリのように他のボリュームのルートディレクトリ
と重ね合わされているディレクトリである。

【０００６】なお，パス名とは，ファイルシステムの中
のファイルを一意に識別するための名前である。ファイ
ルとパス名の関係は，１対ｎ（ｎ≧１）である。パス名
解決とは，パス名からファイルシステムの中のファイル
を特定することをいう。

【０００７】(b) マウントポイントのディレクトリエン
トリが利用者から見えなくなる。このため，基本となる
ファイルシステム上のファイルをすべて利用者から見え
る（パス名を指定して処理の対象とできる）ようにする
ためには，マウントポイント用の空きディレクトリが，
マウントするボリュームごとに必要になる。

【０００８】なお，ディレクトリエントリとは，ファイ
ル名とファイルとを結び付ける情報であり，ディレクト
リの中に格納されている情報である。ファイル名とは，
あるディレクトリで管理されているファイル（これらの
ファイルをディレクトリ配下のファイルという）を一意
に識別するための名前である。

【０００９】例えば図１２の（ロ）の場合，利用者は，
“／sys ／klib”のパス名を指定して，ボリューム(hp0
0)１９内のファイルを処理の対象とすることはできな
い。したがって，このようなファイルをなくすために
は，配下にファイルを持たないディレクトリ（空きディ
レクトリ）をマウントポイントとしなければならない。

【００１０】多くのボリュームをマウントし，巨大な論
理ボリュームを構成する場合，論理ボリュームを構成す
るボリュームが多くなればなるほど，マウントポイント
用のディレクトリも増え，ボリュームのスペースが消費
される。

【００１１】(c) 従来のマウントでは，仮想的にディレ
クトリを重ねて見せているだけであるので，システムが
停止するとマウントポイントとボリュームの関係が消滅
する。このため，ＩＰＬのたびにマウント処理を行う必
要があるので，多くのボリュームをマウントする場合に
は，ＩＰＬの性能に影響し，システムを立ち上げてサー
ビスを開始するまで長時間かかる。

【００１２】本発明は上記問題点の解決を図り，複数の
ボリュームで論理ボリュームを構成する場合でも，マウ
ントポイントの特別な考慮を不要とし，また空きディレ
クトリを用いなくても，利用者からすべてのファイルを
見えるようにし，さらにシステムが停止した後，次にシ
ステムを立ち上げる際のマウント操作を不要とすること
を目的とする。

【００１３】

【課題を解決するための手段】図１は本発明の原理構成
図である。図１において，１０はＣＰＵおよびメモリな
どからなる処理装置，１１はボリューム組込み要求，１
２はボリューム切離し要求，１３はファイルシステムに
対する利用者からの要求受付機構，１４はボリューム組
込み要求１１を受け付けて処理するボリューム組込み要
求受付手段，１５はボリューム切離し要求１２を受け付
けて処理するボリューム切離し要求受付手段，１６はボ
リューム組込み手段，１７はボリューム切離し手段，１
８は論理ボリューム，１９ｘ，１９ｙはルートディレク
トリが設けられる単位であるボリュームを表す。

【００１４】ボリューム組込み要求受付手段１４は，あ
るボリューム（例えば，ボリューム１９ｙ）を，基本と
なるファイルシステムのディレクトリ（例えば，ａ）に
組み込むことを要求するボリューム組込み要求１１を受
け付ける処理を行うものである。ボリューム組込み要求
１１では，組み込むボリュームのボリューム名（ｖｏｌ
ｙ）と，そのルートディレクトリに付与するファイル名
を含むパス名（／ａ／ｂ）などが指定される。

【００１５】ボリューム組込み手段１６は，ボリューム
組込み要求１１があった場合に，論理ボリュームを構成
するボリューム１９ｙ内におけるファイルシステムのル
ートディレクトリを，基本となるファイルシステム内の
指定されたディレクトリ（ａ）から指定されたファイル
名（ｂ）によってリンクする処理を行うものである。

【００１６】リンクとは，ディレクトリエントリをディ
レクトリに追加することによってできるファイルとディ
レクトリの関係をいい，あるディレクトリにあるファイ
ルのディレクトリエントリを追加することをディレクト
リからファイルをリンクするという。１つのファイルに
複数のリンクを付加することが可能である。ファイルの
持つリンクの数が０になったとき，そのファイルをオー
プンしているプロセスがなければ，そのファイルのスペ
ースが回収される。ただし，ルートディレクトリに限っ
ては，このスペース回収を抑止する。

【００１７】ボリューム切離し要求受付手段１５は，論
理ボリュームを構成するボリューム（例えば，ボリュー
ム１９ｙ）を切り離すことを要求するボリューム切離し
要求１２を受け付ける処理を行うものである。

【００１８】ボリューム切離し手段１７は，ボリューム
切離し要求１２があった場合に，切り離すボリューム１
９ｙのルートディレクトリがリンクされている親ディレ
クトリ（ａ）を更新し，そのリンクを解除する処理を行
うものである。

【００１９】ボリューム切離し手段１７の処理では，ボ
リュームのルートディレクトリに限り，ディレクトリ内
にエントリを持っている場合でも，そのリンクを削除す
る。また，ボリュームのルートディレクトリに限り，デ
ィレクトリ内が空でも，そのリンクの削除によるスペー
ス回収を抑止する。

【００２０】このようなファイルシステム内のファイル
を特定する識別子として，ファイル通番が用いられる。
ファイル通番とファイルの関係は１対１である。ファイ
ル通番は，ボリュームを一意に識別するボリューム名
と，ボリューム内のファイルを一意に識別する番号とか
ら構成される。このように構成されるので，本発明で
は，ファイル通番によってそのファイルが存在するボリ
ュームを識別するための情報を獲得することができるよ
うになっている。

【００２１】

【作用】

(l) 論理ボリュームを構成するボリューム１９ｙのルー
トディレクトリにファイル名（ｂ）を付加し，そのディ
レクトリエントリを基本となるファイルシステム内のデ
ィレクトリに追加する。これにより，マウントポイント
という特別なディレクトリがなくなり，複数ボリューム
からなるファイルシステムにおけるパス名解決を単一ボ
リュームの場合と同様に行うことができる。

【００２２】(2) 論理ボリュームを構成するボリューム
１９ｙのルートディレクトリの親ディレクトリ（ａ）と
なるディレクトリの他のディレクトリエントリ（例え
ば，ｃなど）も，ディレクトリツリーに現れる。このた
め，マウントポイント用の空きディレクトリを作る必要
がなくなる。

【００２３】(3) 論理ボリュームを構成するボリューム
１９ｙのルートディレクトリにファイル名（ｂ）を付加
し，そのディレクトリエントリを基本となるファイルシ
ステム内のディレクトリに追加することにより，システ
ムが停止した場合にも，リンク情報が消えることはな
く，システムを再立ち上げするたびに論理ボリュームを
構成しなおす必要がない。

【００２４】(4) 論理ボリュームを構成しているボリュ
ーム１９ｙを切り離した後も，そのボリューム内のファ
イルシステムが保持されるため，容易に再組込みが可能
である。

【００２５】

【実施例】ボリューム組込み要求１１は，例えば次のよ
うな形式のコマンド（コマンド名＝ｃｏｎｄｉｒ）であ
る。 “ｃｏｎｄｉｒ パス名 組み込むボリューム名” ここでパス名はボリュームのルートディレクトリに付加
するパス名である。図１に示すような“ｃｏｎｄｉｒ
／ａ／ｂ ｖｏｌｙ”というコマンドは，基本となるフ
ァイルシステムの“／ａ”のディレクトリに，ボリュー
ム名が“ｖｏｌｙ”のボリューム１９ｙのルートディレ
クトリを，“ｂ”というファイル名によってリンクする
ことを指示している。

【００２６】ボリューム切離し要求１２は，例えば次の
ような形式のコマンド（コマンド名＝ｄｉｓｃｏｎｄｉ
ｒ）である。 “ｄｉｓｃｏｎｄｉｒ パス名 ” 図１に示すような“ｄｉｓｃｏｎｄｉｒ ／ａ／ｂ”と
いうコマンドは，基本となるファイルシステムの“／
ａ”のディレクトリを更新し，“ｂ”のファイル名を持
つボリューム１９ｙのルートディレクトリを，基本とな
るファイルシステムから切り離すことを指示している。

【００２７】図２は，本発明の実施例によるファイル管
理機構説明図である。例えば図２に示すようなファイル
管理機構２１により，複数ボリュームから構成される論
理ボリューム１８上にファイルシステムを構築する。フ
ァイル管理機構２１は，次のような構成要素からなる。

【００２８】(1) 利用者からの要求受付機構１３ ボリューム組込み／切離し手段２２の機構を使用して，
利用者からの要求を処理する。 (2) パス名解決機構２３ パス名より，ファイルシステム内のファイルを一意に特
定する機構である。ファイルアクセス機構２６を使用し
て，パス名中に現れるディレクトリを検索しながら，該
当ファイルのファイル通番を獲得する。

【００２９】(3) パス名操作機構２４ ファイルの創成，削除，改名およびファイルへのリンク
の付加に際して，ディレクトリへディレクトリエントリ
を追加・削除する機構である。ディレクトリへディレク
トリエントリを追加・削除する際には，ファイルアクセ
ス機構２６を使用する。ディレクトリエントリの構成要
素は，ファイル名，ファイル通番などである。

【００３０】(4) ファイル操作機構２５ ボリューム上にファイルのスペースを確保・回収する機
構である。ファイル操作機構２５は，ファイルのスペー
スを，そのファイルがどのファイルからもリンクされて
おらず，かつ，そのファイルをオープンしているプロセ
スが１つもなくなったときに回収する。ただし，ボリュ
ームのルートディレクトリについては，スペースの回収
を行わない。

【００３１】(5) ファイルアクセス機構２６ ファイルへの入出力を行う機構である。ファイルにデー
タを書き出す際，スペース拡張が必要な場合には，ファ
イル操作機構２５に依頼してスペースを確保する。

【００３２】図３は本発明の実施例に係るリンク情報説
明図である。例えば図３の（イ）に示すボリューム１９
ｘの基本となるファイルシステムのディレクトリａに，
ボリューム１９ｙを組み込むものとする。

【００３３】基本となるファイルシステムのディレクト
リａに登録するディレクトリエントリは，図３の（ロ）
に示すような情報である。すなわち，ボリューム１９ｙ
のルートディレクトリに付与するファイル名“ｂ”と，
そのファイルタイプ（ディレクトリ）と，そのファイル
通番である。

【００３４】ファイル通番は，ボリューム１９ｙのボリ
ューム名“ｖｏｌｙ”と，ボリューム内でファイルを一
意に識別するための番号であるボリューム内ファイル通
番とにより構成され，本実施例の場合，ルートディレク
トリの番号を“１”にしているので，ファイルｂのファ
イル通番は，“ｖｏｌｙ−１”である。

【００３５】マウントによりボリューム１９ｙのルート
ディレクトリが持つリンク情報は，図３の（ロ）に示す
ような情報であり，リンク数，付与されたファイル名，
親ディレクトリのファイル通番である。

【００３６】リンク数は，上位の何個のディレクトリに
リンクされるかを示す。ファイル名は，ボリューム組込
み要求のコマンドによって指定されたパス名から決めら
れる。親ディレクトリのファイル通番は，図３の例の場
合，ディレクトリａのファイル通番であり，“ｖｏｌ
ｘ”のボリューム名とボリューム内の通番（この例では
５）から，“ｖｏｌｘ−５”となっている。

【００３７】図４ないし図７は，ボリューム組込み要求
を処理する場合のファイル管理機構２１の処理を示して
いる。以下，このボリューム組込み時の処理について説
明する。

【００３８】利用者からの要求受付機構１３におけるボ
リューム組込み要求受付手段１４が，ボリューム組込み
要求１１を受け付ける。利用者から通知される情報は，
組み込むボリュームのルートディレクトリに付加される
パス名と組み込むボリュームのボリューム名である。

【００３９】利用者からの要求受付機構１３は，図４に
示す処理４０により，パス名解決機構２３に依頼して，
組み込むボリュームのルートディレクトリの親ディレク
トリとなるディレクトリのファイル通番を獲得する。ま
た，二重登録防止のため，指定されたパス名で参照され
るファイルがないことを確認する。

【００４０】この依頼に対し，パス名解決機構２３は，
図５に示す処理５０〜処理５９を実行する。すなわち，
ファイルアクセス機構２６にファイル通番を通知するこ
とによって，パス名の中に現れるディレクトリのディレ
クトリエントリを参照し，次のディレクトリのファイル
通番を獲得するという動作を繰り返し，親ディレクトリ
のファイル通番を獲得する。

【００４１】ファイルアクセス機構２６は，パス名解決
機構２３からの依頼に対し，処理５３−１等によって，
ファイル通番で示されるファイルの中からファイル名ｉ
に該当するデータ（ディレクトリエントリ）を検索し，
その結果を報告する。

【００４２】パス名の途中に現れるディレクトリが存在
しない場合には，エラーであり，またパス名の最後に現
れるディレクトリが存在する場合にも，エラーである。
これ以外の場合には，処理５９により，親ディレクトリ
のファイル通番を依頼元の利用者からの要求受付機構１
３に通知する。

【００４３】利用者からの要求受付機構１３は，処理４
１の判定により，指定されたパス名で参照されるファイ
ルが既に存在する場合には，処理４５によって利用者に
エラーを通知する。

【００４４】エラーでなければ，処理４２により組み込
むボリュームのルートディレクトリのファイル通番を獲
得し，次にファイル操作機構２５に対し，処理４３によ
ってボリュームのルートディレクトリのリンク情報の更
新を依頼する。この依頼時の引き渡し情報は，ボリュー
ムのルートディレクトリのファイル通番と，付加するフ
ァイル名と，親ディレクトリのファイル通番である。

【００４５】この依頼に対し，ファイル操作機構２５
は，図６に示す処理６０，処理６１を実行する。まず，
リンク情報を作成し，ファイル通番をキーとして該当フ
ァイルのリンク情報を更新するようにファイルアクセス
機構２６に依頼する。ファイルアクセス機構２６は，処
理６２により，ファイル通番で特定されるファイルの属
性情報の中に，図３の（ハ）に示すようなリンク数，付
加されるファイル名，親ディレクトリのファイル通番な
どのデータを書き込む。

【００４６】次に利用者からの要求受付機構１３は，処
理４４により，パス名操作機構２４に対し，親ディレク
トリのファイル通番と，ボリュームのルートディレクト
リのファイル名とを通知して，組み込むボリュームのル
ートディレクトリのためのディレクトリエントリの追加
を依頼する。

【００４７】この依頼に対し，パス名操作機構２４は，
図７に示す処理７０，処理７１を実行する。処理７０で
は，通知された情報からディレクトリエントリを作成す
る。ボリュームのルートディレクトリのファイル通番
は，ルートディレクトリのボリューム内ファイル通番が
“１”と固定であるため，容易に組み立てられる。処理
７１により，ファイルアクセス機構２６に対して，親デ
ィレクトリのファイル通番とディレクトリエントリを通
知し，その追加を依頼する。

【００４８】ファイルアクセス機構２６は，その依頼に
対し，処理７２より，親ディレクトリのファイル通番で
示されるファイルに，ディレクトリエントリを追加す
る。

【００４９】以上の処理が終了したならば，利用者から
の要求受付機構１３は，処理４５により，利用者に対し
てボリュームの組込み処理が完了したことを通知し，組
込み処理を終了する。

【００５０】図８ないし図１１は，ボリューム切離し要
求を処理する場合のファイル管理機構２１の処理を示し
ている。以下，このボリューム切離し時の処理について
説明する。

【００５１】利用者からの要求受付機構１３におけるボ
リューム切離し要求受付手段１５が，ボリューム切離し
要求１２を受け付ける。利用者から通知される情報は，
切り離すボリュームのルートディレクトリへのパス名で
ある。

【００５２】利用者からの要求受付機構１３は，図８に
示す処理８０により，パス名解決機構２３に依頼して，
切り離すボリュームのルートディレクトリの親ディレク
トリのファイル通番を獲得する。また，指定したパス名
で参照されるファイルがボリュームのルートディレクト
リであることを検査する。

【００５３】この依頼に対し，パス名解決機構２３は，
図９に示す処理９０〜処理９９を実行する。すなわち，
ファイルアクセス機構２６にファイル通番を通知するこ
とによって，パス名の中に現れるディレクトリのディレ
クトリエントリを参照し，次のディレクトリのファイル
通番を獲得するという動作を繰り返し，親ディレクトリ
のファイル通番を獲得する。

【００５４】ファイルアクセス機構２６は，パス名解決
機構２３からの依頼に対し，処理９３等によって，ファ
イル通番で示されるファイルの中からファイル名ｉに該
当するデータ（ディレクトリエントリ）を検索し，その
結果を報告する。

【００５５】該当するディレクトリエントリが存在しな
い場合は，エラーとし，存在する場合は，処理９９によ
り，その親ディレクトリのファイル通番と，切り離すボ
リュームのルートディレクトリのファイル通番を，依頼
元である利用者からの要求受付機構１３に通知する。

【００５６】利用者からの要求受付機構１３は，処理８
１の判定により，指定されたパス名で参照されるファイ
ルがルートディレクトリでない場合，処理８４によって
利用者にエラーを通知する。

【００５７】エラーでなければ，処理８２により，切り
離すボリュームのルートディレクトリのための親ディレ
クトリ中のディレクトリエントリを削除することを，パ
ス名操作機構２４に依頼する。

【００５８】パス名操作機構２４は，図１０に示す処理
１００によって，親ディレクトリから該当ファイル名を
管理するディレクトリエントリを削除することをファイ
ルアクセス機構２６に依頼する。このとき，該当エント
リがボリュームのルートディレクトリであるので，その
配下にファイルを持っていてもディレクトリを削除す
る。ファイルアクセス機構２６は，処理１０１によりデ
ィレクトリエントリの削除を実行する。

【００５９】次に利用者からの要求受付機構１３は，処
理８３によって，ファイル操作機構２５に対し，組み込
むボリュームのルートディレクトリのリンク情報（親デ
ィレクトリのファイル通番，削除されたファイル名，リ
ンク数）を更新することを依頼する。

【００６０】ファイル操作機構２５は，図１１に示す処
理１１０，処理１１１により，リンク情報を作成し，フ
ァイル通番をキーとして該当ファイルのリンク情報を更
新するようにファイルアクセス機構２６に依頼する。な
お，該当ファイルはボリュームのルートディレクトリで
あるため，リンク数が０で，かつオープンしているプロ
セスの数が０でもスペースの回収は行わない。ファイル
アクセス機構２６は，処理１１２により，指定されたデ
ータをキーにより特定されるファイルの属性情報の中に
書き込む。

【００６１】以上の処理が終了したならば，利用者から
の要求受付機構１３は，処理８４により，利用者に対し
てボリュームの切離し処理が完了したことを通知し，切
離し処理を終了する。

【００６２】

【発明の効果】以上説明したように，本発明によれば，
次のような効果がある。 (1) ディレクトリとその配下のファイルが，別のボリュ
ーム上に存在するようなリンクを含むパス名のパス名解
決においても，ディレクトリとその配下のファイルが同
一ボリューム上に存在する場合と同様に，ディレクトリ
エントリの検索を行うだけでよいので，別ボリュームに
ファイルがある場合でも，同一ボリュームに存在する場
合と同等のパス名解決の性能が得られる。

【００６３】(2) ボリュームをマウントする場合に，既
存のファイルをディレクトリツリー上に見せるためのボ
リューム組込み用の空のディレクトリを作る必要がな
く，ボリュームのスペースを有効に利用できる。

【００６４】(3) ボリューム組込みに関する情報がディ
レクトリ内に保持されるため，ＩＰＬのたびに論理ボリ
ュームを再構成する必要がなく，その分，ＩＰＬからサ
ービス開始までの処理性能が向上する。これらの効果
は，論理ボリュームを構成するボリュームの数が多いほ
ど，大きな効果となる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の実施例によるファイル管理機構説明図
である。

【図３】本発明の実施例に係るリンク情報説明図であ
る。

【図４】本発明の実施例によるボリューム組込み処理説
明図である。

【図５】本発明の実施例に係るボリューム組込み時のパ
ス名解決処理説明図である。

【図６】本発明の実施例に係るボリューム組込み時のフ
ァイル操作処理説明図である。

【図７】本発明の実施例に係るボリューム組込み時のパ
ス名操作処理説明図である。

【図８】本発明の実施例によるボリューム切離し処理説
明図である。

【図９】本発明の実施例に係るボリューム切離し時のパ
ス名解決処理説明図である。

【図１０】本発明の実施例に係るボリューム切離し時の
パス名操作処理説明図である。

【図１１】本発明の実施例に係るボリューム切離し時の
ファイル操作処理説明図である。

【図１２】従来技術を説明するためのボリューム上に構
成されたファイルシステムの例を示す図である。

【符号の説明】

１０ 処理装置 １１ ボリューム組込み要求 １２ ボリューム切離し要求 １３ 利用者からの要求受付機構 １４ ボリューム組込み要求受付手段 １５ ボリューム切離し要求受付手段 １６ ボリューム組込み手段 １７ ボリューム切離し手段 １８ 論理ボリューム １９ｘ，１９ｙ ボリューム

Claims (2)

【特許請求の範囲】
1. 【請求項１】 各ボリュームごとにルートディレクトリ
   を持ち，ディレクトリが階層構造を持つようにされたフ
   ァイルシステムであって，複数のボリュームによって論
   理ボリュームを構成できるファイルシステムを管理する
   処理装置(10)において，あるボリュームを基本となるフ
   ァイルシステムのディレクトリに組み込むことを要求す
   る指示を受け付けるボリューム組込み要求受付手段(14)
   と，ボリューム組込み要求があった場合に，論理ボリュ
   ームを構成するボリューム内におけるファイルシステム
   のルートディレクトリを，基本となるファイルシステム
   内の指定されたディレクトリから指定されたファイル名
   によってリンクするボリューム組込み手段(16)と，論理
   ボリュームを構成するボリュームを切り離すことを要求
   する指示を受け付けるボリューム切離し要求受付手段(1
   5)と，ボリューム切離し要求があった場合に，切り離す
   ボリュームのルートディレクトリがリンクされている親
   ディレクトリを更新し，そのリンクを解除するボリュー
   ム切離し手段(17)とを備えたことを特徴とするファイル
   システムの処理装置。
2. 【請求項２】 請求項１記載のファイルシステムの処理
   装置(10)において，ディレクトリ内に設定されるリンク
   情報として，ボリュームを一意に識別するボリューム名
   と，ボリューム内のファイルを一意に識別する番号とか
   ら構成されるファイル識別情報が用いられ，そのファイ
   ル識別情報により，リンクするディレクトリが存在する
   ボリュームを識別するようにしたことを特徴とするファ
   イルシステムの処理装置。