JPH05241930A - ファイル管理方式 - Google Patents
ファイル管理方式Info
- Publication number
- JPH05241930A JPH05241930A JP4045800A JP4580092A JPH05241930A JP H05241930 A JPH05241930 A JP H05241930A JP 4045800 A JP4045800 A JP 4045800A JP 4580092 A JP4580092 A JP 4580092A JP H05241930 A JPH05241930 A JP H05241930A
- Authority
- JP
- Japan
- Prior art keywords
- file
- files
- name management
- linked
- file system
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 名前管理用ファイルで指定されたｉノードに
より所定のデータブロックにアクセスするファイルシス
テムが複数存在する時のファイル管理方式に関し、リン
クされた異なるファイルシステム間のアンリンクを安全
に出来る様にする事を目的とする。 【構成】 異なるファイルシステムに個々に存在する名
前管理用用ファイル同士をリンクさせる時、そのリンク
の数だけ名前管理用用ファイルを、アクセスされるデー
タブロックを含む所定のファイルシステム内にハードリ
ンクにより用意しておき、この用意したファイルとリン
クすべきファイルシステムの名前管理用用ファイルとを
互いにシンボリックリンクさせる様に構成する。
より所定のデータブロックにアクセスするファイルシス
テムが複数存在する時のファイル管理方式に関し、リン
クされた異なるファイルシステム間のアンリンクを安全
に出来る様にする事を目的とする。 【構成】 異なるファイルシステムに個々に存在する名
前管理用用ファイル同士をリンクさせる時、そのリンク
の数だけ名前管理用用ファイルを、アクセスされるデー
タブロックを含む所定のファイルシステム内にハードリ
ンクにより用意しておき、この用意したファイルとリン
クすべきファイルシステムの名前管理用用ファイルとを
互いにシンボリックリンクさせる様に構成する。
Description
【０００１】
【産業上の利用分野】本発明は、ファイル管理方式に関
し、特にファイルリンクを用いたファイル管理方式に関
するものである。
し、特にファイルリンクを用いたファイル管理方式に関
するものである。
【０００２】一つのデータブロックを複数のユーザーが
アクセスする場合、各ユーザに対応してディレクトリ
（名前管理用）ファイルを用意し、これらのディレクト
リファイルからその一つのデータブロックに対して、ア
クセスする為のリンクが必要となる。
アクセスする場合、各ユーザに対応してディレクトリ
（名前管理用）ファイルを用意し、これらのディレクト
リファイルからその一つのデータブロックに対して、ア
クセスする為のリンクが必要となる。
【０００３】
【従来の技術】図３はＵＮＩＸ系のファイル構造を示し
たもので、或るファイルシステムＡに於いてはファイル
Ａが存在しており、このファイルＡは名前管理ファイル
１としても総称されるファイルＡ−１がｉノード２を指
定し、指定されたｉノード２はデータブロック３のサイ
ズとデータブロックへのポインタとリンク（ハードリン
ク）数等を保持しているものであり、このｉノード２に
よりデータブロック３に於いてファイルＡ−１の実体を
アクセスする様に指定される。
たもので、或るファイルシステムＡに於いてはファイル
Ａが存在しており、このファイルＡは名前管理ファイル
１としても総称されるファイルＡ−１がｉノード２を指
定し、指定されたｉノード２はデータブロック３のサイ
ズとデータブロックへのポインタとリンク（ハードリン
ク）数等を保持しているものであり、このｉノード２に
よりデータブロック３に於いてファイルＡ−１の実体を
アクセスする様に指定される。
【０００４】そして、この様なファイルシステムに於い
て一つのデータブロック３を複数の名前管理用ファイル
によるディレクトリパスでアクセスする場合には、ハ
ードリンク、及びシンボリックリンクという二つの方
式によりファイルリンクを行っている。
て一つのデータブロック３を複数の名前管理用ファイル
によるディレクトリパスでアクセスする場合には、ハ
ードリンク、及びシンボリックリンクという二つの方
式によりファイルリンクを行っている。
【０００５】図４は、上記のハードリンクの構成を示し
た図であり、この場合には、名前管理用ファイル１に於
いてファイルＡ−１と同じ三つのファイルＡ−２〜Ａ−
４を複写する事により互いにハードリンク４を形成し、
同じｉノード２を指定する様になっている。
た図であり、この場合には、名前管理用ファイル１に於
いてファイルＡ−１と同じ三つのファイルＡ−２〜Ａ−
４を複写する事により互いにハードリンク４を形成し、
同じｉノード２を指定する様になっている。
【０００６】これにより例えば４人のユーザーがそれぞ
れ名前管理用ファイルＡ−１〜Ａ−４を通じて、ｉノー
ド２から共通の一つのデータブロック３に於いてファイ
ルＡ−１の実体であるデータをアクセスすることが出来
る。
れ名前管理用ファイルＡ−１〜Ａ−４を通じて、ｉノー
ド２から共通の一つのデータブロック３に於いてファイ
ルＡ−１の実体であるデータをアクセスすることが出来
る。
【０００７】図５は上記のシンボリックリンクの構成を
示した図であり、このシンボリックリンクは、異なるフ
ァイルシステム間のリンクを行うものであり、この例で
はファイルシステムＡとファイルシステムＢをリンクさ
せる為、まずファイルシステムＢにおいてｎ個の名前管
理用ファイル１としてのファイルＢ−１〜Ｂ−ｎと、こ
れらのファイルＢ−１〜Ｂ−ｎにそれぞれ対応したｉノ
ード２と、これらのｉノード２に対応したデータブロッ
ク３とを用意し、このファイルシステムＢの各データブ
ロック３の内容をファイルシステムＡの名前管理用ファ
イルＡ−１へのディレクトリパスに設定する事により、
ファイルＢ−１〜Ｂ−ｎがファイルシステムＡの名前管
理ファイルＡ−１に対してシンボリックリンク５により
リンクされたこととなる。
示した図であり、このシンボリックリンクは、異なるフ
ァイルシステム間のリンクを行うものであり、この例で
はファイルシステムＡとファイルシステムＢをリンクさ
せる為、まずファイルシステムＢにおいてｎ個の名前管
理用ファイル１としてのファイルＢ−１〜Ｂ−ｎと、こ
れらのファイルＢ−１〜Ｂ−ｎにそれぞれ対応したｉノ
ード２と、これらのｉノード２に対応したデータブロッ
ク３とを用意し、このファイルシステムＢの各データブ
ロック３の内容をファイルシステムＡの名前管理用ファ
イルＡ−１へのディレクトリパスに設定する事により、
ファイルＢ−１〜Ｂ−ｎがファイルシステムＡの名前管
理ファイルＡ−１に対してシンボリックリンク５により
リンクされたこととなる。
【０００８】従って、ファイルシステムＢに於ける各名
前管理ファイルＢ−１〜Ｂ−ｎのユーザーは、シンボリ
ックリンク５を通じてファイルシステムＡのファイルＡ
−１よりｉノード２を介してファイルシステムＡの一つ
のデータブロック３に共通にアクセス出来ることとな
る。
前管理ファイルＢ−１〜Ｂ−ｎのユーザーは、シンボリ
ックリンク５を通じてファイルシステムＡのファイルＡ
−１よりｉノード２を介してファイルシステムＡの一つ
のデータブロック３に共通にアクセス出来ることとな
る。
【０００９】
【発明が解決しようとする課題】図４に示したハードリ
ンクの場合には、図示の様に形成したハードリンク４を
アンリンク（削除）する場合には、いずれの名前管理フ
ァイルＡ−１〜Ａ−４を削除しても他のファイルには影
響を及ぼさないという利点が有るが、同一のファイルシ
ステム内の名前管理ファイル同士しかリンク出来ないと
いう難点がある。
ンクの場合には、図示の様に形成したハードリンク４を
アンリンク（削除）する場合には、いずれの名前管理フ
ァイルＡ−１〜Ａ−４を削除しても他のファイルには影
響を及ぼさないという利点が有るが、同一のファイルシ
ステム内の名前管理ファイル同士しかリンク出来ないと
いう難点がある。
【００１０】また、図５に示したシンボリックリンクの
場合には、異なるファイルシステム間のリンクを張るこ
とは出来るが、リンクされたファイルシステムＡの名前
管理ファイルＡ−１からは他のファイルシステムＢの名
前管理用ファイルＢ−１〜Ｂ−ｎがリンクされているか
どうか分からない。
場合には、異なるファイルシステム間のリンクを張るこ
とは出来るが、リンクされたファイルシステムＡの名前
管理ファイルＡ−１からは他のファイルシステムＢの名
前管理用ファイルＢ−１〜Ｂ−ｎがリンクされているか
どうか分からない。
【００１１】即ち、図４のハードリンクの様に名前管理
ファイル１が増えて行くと、これに対応してｉノード２
に保持されるハードリンク数も増えて行くが、図５に示
したシンボリックリンクの場合には、複数の名前管理フ
ァイルＢ−１〜Ｂ−ｎに対して、他のファイルシステム
Ａに於けるファイルＡ−１のみがシンボリックリンク５
で結合されているため、ファイルシステムＡに於けるｉ
ノード２に於いてはハードリンク数はファイルＡ−１に
対する「１」だけであり、この為、ファイルシステムＡ
に於いてファイルＡ−１をアンリンクしたとすると、こ
の時点で、シンボリックリンク５により結合されている
全てのファイルシステムＢ内の名前管理ファイル１がア
ンリンクされてしまい、残ったファイルは存在するが、
ファイルの実体が無くなってしまうという問題点があっ
た。
ファイル１が増えて行くと、これに対応してｉノード２
に保持されるハードリンク数も増えて行くが、図５に示
したシンボリックリンクの場合には、複数の名前管理フ
ァイルＢ−１〜Ｂ−ｎに対して、他のファイルシステム
Ａに於けるファイルＡ−１のみがシンボリックリンク５
で結合されているため、ファイルシステムＡに於けるｉ
ノード２に於いてはハードリンク数はファイルＡ−１に
対する「１」だけであり、この為、ファイルシステムＡ
に於いてファイルＡ−１をアンリンクしたとすると、こ
の時点で、シンボリックリンク５により結合されている
全てのファイルシステムＢ内の名前管理ファイル１がア
ンリンクされてしまい、残ったファイルは存在するが、
ファイルの実体が無くなってしまうという問題点があっ
た。
【００１２】従って本発明は、名前管理用ファイルで指
定されたｉノードにより所定のデータブロックにアクセ
スするファイルシステムが複数存在する時のファイル管
理方式に於いて、リンクされた異なるファイルシステム
間のアンリンクを安全に出来る様にする事を目的とす
る。
定されたｉノードにより所定のデータブロックにアクセ
スするファイルシステムが複数存在する時のファイル管
理方式に於いて、リンクされた異なるファイルシステム
間のアンリンクを安全に出来る様にする事を目的とす
る。
【００１３】
【課題を解決するための手段及び作用】図１は本発明に
係るファイル管理方式を説明する為の図であり、ここで
は異なるファイルシステムＡ〜Ｘが存在し、ファイルシ
ステムＡを、アクセスされるデータブロック３を含む所
定のファイルシステムとして設定し、その他のファイル
システムＢ〜ＸをファイルシステムＡのデータブロック
３にアクセスさせようとするものである。
係るファイル管理方式を説明する為の図であり、ここで
は異なるファイルシステムＡ〜Ｘが存在し、ファイルシ
ステムＡを、アクセスされるデータブロック３を含む所
定のファイルシステムとして設定し、その他のファイル
システムＢ〜ＸをファイルシステムＡのデータブロック
３にアクセスさせようとするものである。
【００１４】この為、ファイルシステムＢ〜Ｘに於いて
は、図示の様にそれぞれ名前管理用ファイル１としてフ
ァイルＢ−１，Ｃ−２，Ｃ−３，…Ｘ−ｎを用意する。
は、図示の様にそれぞれ名前管理用ファイル１としてフ
ァイルＢ−１，Ｃ−２，Ｃ−３，…Ｘ−ｎを用意する。
【００１５】そして、これらのファイルＢ−１〜Ｘ−ｎ
がファイルシステムＡに於けるデータブロック３をアク
セスできるようにする為、１対１の対応で名前管理用フ
ァイルＡ−１〜Ａ−ｎをファイルシステムＡ内に用意す
る。これは、図４に示した様に互いにハードリンクによ
りリンクされるものであり、これらｎ個の名前管理用フ
ァイルは同じｉノード２に接続されてデータブロック３
に於けるファイルＡ−１の実体をアクセス出来る様にな
っている。
がファイルシステムＡに於けるデータブロック３をアク
セスできるようにする為、１対１の対応で名前管理用フ
ァイルＡ−１〜Ａ−ｎをファイルシステムＡ内に用意す
る。これは、図４に示した様に互いにハードリンクによ
りリンクされるものであり、これらｎ個の名前管理用フ
ァイルは同じｉノード２に接続されてデータブロック３
に於けるファイルＡ−１の実体をアクセス出来る様にな
っている。
【００１６】そして、このようにハードリンクを形成し
たファイルＡ−１〜Ａ−ｎに対しそれぞれファイルＢ〜
Ｘをシンボリックリンク５によりリンクさせる。これ
は、ファイルシステムＢ〜Ｘに於いて、それぞれ名前管
理用ファイル１がｉノード２を指定し、更に同じファイ
ルシステムＢにおけるデータブロック３に於いてシンボ
リックリンクされる各名前管理用ファイルＡ−１〜Ａ−
ｎへのディレクトリパスを設定する事により行われる。
たファイルＡ−１〜Ａ−ｎに対しそれぞれファイルＢ〜
Ｘをシンボリックリンク５によりリンクさせる。これ
は、ファイルシステムＢ〜Ｘに於いて、それぞれ名前管
理用ファイル１がｉノード２を指定し、更に同じファイ
ルシステムＢにおけるデータブロック３に於いてシンボ
リックリンクされる各名前管理用ファイルＡ−１〜Ａ−
ｎへのディレクトリパスを設定する事により行われる。
【００１７】例えば、名前管理用ファイルＢ−１の場合
には、ｉノード２を経てデータブロック３にファイルＡ
−１へのディレクトリパスが設定され、従って図示の様
に名前管理用ファイルＢ−１は異なったファイルシステ
ムＡの名前管理用ファイルＡ−１にリンクされることと
なる。
には、ｉノード２を経てデータブロック３にファイルＡ
−１へのディレクトリパスが設定され、従って図示の様
に名前管理用ファイルＢ−１は異なったファイルシステ
ムＡの名前管理用ファイルＡ−１にリンクされることと
なる。
【００１８】上記の説明をもう少し具体的に説明する
と、ファイルＢ−１とファイルＸ−ｎをリンクさせる場
合は次の様になる。 （１）最初に名前管理用ファイルＢ−１を作成する時、
同時に名前管理用ファイルＡ−１も作り、ファイルＢ−
１をファイルＡ−１にシンボリックリンクする。
と、ファイルＢ−１とファイルＸ−ｎをリンクさせる場
合は次の様になる。 （１）最初に名前管理用ファイルＢ−１を作成する時、
同時に名前管理用ファイルＡ−１も作り、ファイルＢ−
１をファイルＡ−１にシンボリックリンクする。
【００１９】（２）次に、異なるｎ番目のファイルシス
テムＸに存在するファイルＸ−ｎとファイルＢ−１をリ
ンクさせる為、ファイルシステムＡにファイルＡ−ｎを
作成すると共にこのファイルＡ−ｎをファイルＡ−１と
ハードリンクさせた後、ファイルＸ−ｎをファイルＡ−
ｎにシンボリックリンクさせる。
テムＸに存在するファイルＸ−ｎとファイルＢ−１をリ
ンクさせる為、ファイルシステムＡにファイルＡ−ｎを
作成すると共にこのファイルＡ−ｎをファイルＡ−１と
ハードリンクさせた後、ファイルＸ−ｎをファイルＡ−
ｎにシンボリックリンクさせる。
【００２０】この様にして、ファイルシステムＢのユー
ザーとファイルシステムＸのユーザーからは、ファイル
Ｂ−１とファイルＸ−ｎがリンクしている様に見えるこ
ととなり、ファイルＢ−１にファイルＸ−ｎがファイル
リンクしているのと等価になる。
ザーとファイルシステムＸのユーザーからは、ファイル
Ｂ−１とファイルＸ−ｎがリンクしている様に見えるこ
ととなり、ファイルＢ−１にファイルＸ−ｎがファイル
リンクしているのと等価になる。
【００２１】この様なリンクされた状態からアンリンク
（削除）する場合には、次の様になる。 （３）例えば、ファイルＸ−ｎをアンリンクする時は、
まずファイルＸ−ｎをアンリンクし、次にファイルＡ−
ｎをアンリンクする。 （４）この様にして順次ファイルシステムＡの名前管理
用ファイル１にシンボリックリンクしているファイルが
一つになった時、即ち、ファイルＡ−１にハードリンク
しているファイルが無くなった時、最後のファイルＢ−
１をアンリンクし、次にファイルＡ−１を実体ごと削除
する。
（削除）する場合には、次の様になる。 （３）例えば、ファイルＸ−ｎをアンリンクする時は、
まずファイルＸ−ｎをアンリンクし、次にファイルＡ−
ｎをアンリンクする。 （４）この様にして順次ファイルシステムＡの名前管理
用ファイル１にシンボリックリンクしているファイルが
一つになった時、即ち、ファイルＡ−１にハードリンク
しているファイルが無くなった時、最後のファイルＢ−
１をアンリンクし、次にファイルＡ−１を実体ごと削除
する。
【００２２】この様に本発明では、シンボリックリンク
とハードリンクとを併用する事により、データブロック
３を有するファイルシステムＡのｉノード２が保持して
いるハードリンク数に対応してファイルシステムＡはい
くつの外部のファイルシステムがシンボリックリンクさ
れているかを知ることが出来、その名前管理用ファイル
をアンリンクしても、対応するファイルシステム以外に
は不必要なアンリンク動作は行われないこととなり、安
全なアンリンクを実現することが出来る。
とハードリンクとを併用する事により、データブロック
３を有するファイルシステムＡのｉノード２が保持して
いるハードリンク数に対応してファイルシステムＡはい
くつの外部のファイルシステムがシンボリックリンクさ
れているかを知ることが出来、その名前管理用ファイル
をアンリンクしても、対応するファイルシステム以外に
は不必要なアンリンク動作は行われないこととなり、安
全なアンリンクを実現することが出来る。
【００２３】
【実施例】図２は本発明に係るファイル管理方式の一実
施例を示した図であり、この実施例では、図示を簡略化
するためｉノードとデータブロックとを省略したファイ
ルシステムＡ〜Ｃがトリー（木）構造を形成したディレ
クトリにより示されており、ファイルシステムＡに於い
てはディレクトリｕｓｒに対してｎ個の名前管理用ファ
イルＡ−１〜Ａ−ｎハードリンクされて用意されてお
り、ファイルシステムＢに於いては、ファイルシステム
Ａのディレクトリｕｓｒと共通のディレクトリから得ら
れるディレクトリｕｓｒ１から更にディレクトリｕａｄ
００が設定されており、このディレクトリｕａｄ００と
並列にファイルシステムＣに於いてディレクトリｕａｄ
０１が設定されている。
施例を示した図であり、この実施例では、図示を簡略化
するためｉノードとデータブロックとを省略したファイ
ルシステムＡ〜Ｃがトリー（木）構造を形成したディレ
クトリにより示されており、ファイルシステムＡに於い
てはディレクトリｕｓｒに対してｎ個の名前管理用ファ
イルＡ−１〜Ａ−ｎハードリンクされて用意されてお
り、ファイルシステムＢに於いては、ファイルシステム
Ａのディレクトリｕｓｒと共通のディレクトリから得ら
れるディレクトリｕｓｒ１から更にディレクトリｕａｄ
００が設定されており、このディレクトリｕａｄ００と
並列にファイルシステムＣに於いてディレクトリｕａｄ
０１が設定されている。
【００２４】また、ディレクトリｕａｄ００の下には、
ディレクトリｍｂ０００〜ｍｂ９９９が設定されてお
り、この内の一つのディレクトリｍｂ０００の一例が点
線で囲まれた部分に於いて１つのファイルシステムの容
量によって決まる１０００組の内の一組分のファイル及
びディレクトリの関係として示されており、ディレクト
リｍｂ０００の下にはディレクトリｍｂとｉｆとが設定
され、ディレクトリｍｂの下には更にディレクトリｒｍ
ｂとｓｍｂとが設定され、ディレクトリｒｍｂには名前
管理用用ファイルＢ−１〜Ｂ−２０が設けられており、
ディレクトリｓｍｂにはファイルＢ−２１〜Ｂ−４０が
設定されている。
ディレクトリｍｂ０００〜ｍｂ９９９が設定されてお
り、この内の一つのディレクトリｍｂ０００の一例が点
線で囲まれた部分に於いて１つのファイルシステムの容
量によって決まる１０００組の内の一組分のファイル及
びディレクトリの関係として示されており、ディレクト
リｍｂ０００の下にはディレクトリｍｂとｉｆとが設定
され、ディレクトリｍｂの下には更にディレクトリｒｍ
ｂとｓｍｂとが設定され、ディレクトリｒｍｂには名前
管理用用ファイルＢ−１〜Ｂ−２０が設けられており、
ディレクトリｓｍｂにはファイルＢ−２１〜Ｂ−４０が
設定されている。
【００２５】また、ディレクトリｉｆの下にはディレク
トリｕｓｒが設定され、この下には更にファイルｕｓｒ
ｉｎｆとｕｓｒｄｅｆとが設定されている。
トリｕｓｒが設定され、この下には更にファイルｕｓｒ
ｉｎｆとｕｓｒｄｅｆとが設定されている。
【００２６】また、図示の様にディレクトリｍｂ００１
の下には、ディレクトリｍｂ０００の場合と同様に、デ
ィレクトリｍｂとｒｍｂ，ｓｍｂとを介して名前管理用
用ファイルＢ−４１〜６０及びファイルＢ−６１〜８０
が設けられている。
の下には、ディレクトリｍｂ０００の場合と同様に、デ
ィレクトリｍｂとｒｍｂ，ｓｍｂとを介して名前管理用
用ファイルＢ−４１〜６０及びファイルＢ−６１〜８０
が設けられている。
【００２７】更にファイルシステムＣに於いては、上記
のファイルシステムＢから受けたディレクトリｕａｄ０
１の下にディレクトリｍｂ０００，ｍｂ，ｒｍｂ，ｓｍ
ｂが同様に設定されており、その結果、同様にして名前
管理用ファイルＣ−１〜２０とファイルＣ−２１〜４０
が設定されており、ディレクトリｍｂ００１〜ｍｂ９９
９に於いては、ｍｂ０００と同じディレクトリ構成が取
られている。
のファイルシステムＢから受けたディレクトリｕａｄ０
１の下にディレクトリｍｂ０００，ｍｂ，ｒｍｂ，ｓｍ
ｂが同様に設定されており、その結果、同様にして名前
管理用ファイルＣ−１〜２０とファイルＣ−２１〜４０
が設定されており、ディレクトリｍｂ００１〜ｍｂ９９
９に於いては、ｍｂ０００と同じディレクトリ構成が取
られている。
【００２８】この様な実施例に於いて、まず、ファイル
システムＢのファイルＢ−１をファイルシステムＡのフ
ァイルＡ−１とシンボリックリンクさせ、次にファイル
システムＢのファイルＢ−２がファイルシステムＡのフ
ァイルＡ−２とシンボリックリンクさせる時には、ファ
イルシステムＡに於いてファイルＡ−１とファイルＡ−
２とをハードリンクさせておき、ファイルＢ−２はファ
イルＡ−２とシンボリックリンクさせる。
システムＢのファイルＢ−１をファイルシステムＡのフ
ァイルＡ−１とシンボリックリンクさせ、次にファイル
システムＢのファイルＢ−２がファイルシステムＡのフ
ァイルＡ−２とシンボリックリンクさせる時には、ファ
イルシステムＡに於いてファイルＡ−１とファイルＡ−
２とをハードリンクさせておき、ファイルＢ−２はファ
イルＡ−２とシンボリックリンクさせる。
【００２９】同様に、ファイルシステムＡ以外からファ
イルシステムＡのいずれかのファイルにシンボリックリ
ンクする時には、ファイルシステムＡに於いてファイル
Ａ−１とそのシンボリックリンクさせようとする例えば
ファイルＡ−ｎをハードリンクさせておき、このファイ
ルＡ−ｎとシンボリックリンクさせる様に構成すること
が出来る。
イルシステムＡのいずれかのファイルにシンボリックリ
ンクする時には、ファイルシステムＡに於いてファイル
Ａ−１とそのシンボリックリンクさせようとする例えば
ファイルＡ−ｎをハードリンクさせておき、このファイ
ルＡ−ｎとシンボリックリンクさせる様に構成すること
が出来る。
【００３０】
【発明の効果】以上説明した様に本発明に係るファイル
管理方式によれば、異なるファイルシステムに個々に存
在する名前管理用ファイル同士をリンクさせる時、その
リンクの数だけ名前管理用ファイルを、アクセスされる
データブロックを含む所定のファイルシステム内にハー
ドリンクにより用意しておき、この用意したファイルと
リンクすべきファイルシステムの名前管理用ファイルと
を互いにシンボリックリンクさせる様に構成したので、
シンボリックリンクしているファイルの数とシンボリッ
クリンクされているファイルの数が等しく、その様なシ
ンボリックリンクを不用意にアンリンクさせても、他の
シンボリックリンクには影響しないので、アンリンク動
作を安全に行うことが出来ることとなる。
管理方式によれば、異なるファイルシステムに個々に存
在する名前管理用ファイル同士をリンクさせる時、その
リンクの数だけ名前管理用ファイルを、アクセスされる
データブロックを含む所定のファイルシステム内にハー
ドリンクにより用意しておき、この用意したファイルと
リンクすべきファイルシステムの名前管理用ファイルと
を互いにシンボリックリンクさせる様に構成したので、
シンボリックリンクしているファイルの数とシンボリッ
クリンクされているファイルの数が等しく、その様なシ
ンボリックリンクを不用意にアンリンクさせても、他の
シンボリックリンクには影響しないので、アンリンク動
作を安全に行うことが出来ることとなる。
【図１】本発明に係るファイル管理方式を原理的に説明
するためのブロック図である。
するためのブロック図である。
【図２】本発明に係るファイル管理方式の一実施例を示
した図である。
した図である。
【図３】ＵＮＩＸ系のファイルシステムの構造を示した
ブロック図である。
ブロック図である。
【図４】ハードリンクの構成を説明する為のブロック図
である。
である。
【図５】シンボリックリンクの構成を説明する為のブロ
ック図である。
ック図である。
１ 名前管理用用ファイル ２ ｉノード ３ データブロック ４ ハードリンク ５ シンボリックリンク 図中、同一符号は同一又は相当部分を示す。
Claims (2)
- 【請求項１】 名前管理用ファイル(1) で指定されたｉ
ノード(2) により所定のデータブロック(3) にアクセス
させるファイルシステムが複数存在するときのファイル
管理方式において、 異なるファイルシステムに個々に存在する名前管理用フ
ァイル同士をリンクさせるとき、該リンクの数だけ名前
管理用ファイルを、アクセスされるデータブロック(3)
を含む所定ファイルシステム内にハードリンク(4) して
用意し、該用意した名前管理用ファイルとリンクすべき
ファイルシステムの名前管理用ファイルとを互いにシン
ボリックリンク(5) させることを特徴としたファイル管
理方式。 - 【請求項２】 該所定ファイルシステム内のｉノードは
名前管理用ファイルのハードリンク数を保持しているこ
とを特徴とした請求項１に記載のファイル管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4045800A JPH05241930A (ja) | 1992-03-03 | 1992-03-03 | ファイル管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4045800A JPH05241930A (ja) | 1992-03-03 | 1992-03-03 | ファイル管理方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH05241930A true JPH05241930A (ja) | 1993-09-21 |
Family
ID=12729349
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4045800A Withdrawn JPH05241930A (ja) | 1992-03-03 | 1992-03-03 | ファイル管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH05241930A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003324675A (ja) * | 2002-05-07 | 2003-11-14 | Mitsubishi Electric Corp | 映像記録システム |
| JP2004537089A (ja) * | 2001-03-30 | 2004-12-09 | キヤノン株式会社 | ファイル管理方法 |
| KR100636095B1 (ko) * | 1999-08-27 | 2006-10-19 | 삼성전자주식회사 | 멀티미디어 파일 관리방법 |
| JP2007164597A (ja) * | 2005-12-15 | 2007-06-28 | Hitachi Ltd | ファイル管理装置及び方法並びに記憶システム |
-
1992
- 1992-03-03 JP JP4045800A patent/JPH05241930A/ja not_active Withdrawn
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100636095B1 (ko) * | 1999-08-27 | 2006-10-19 | 삼성전자주식회사 | 멀티미디어 파일 관리방법 |
| JP2004537089A (ja) * | 2001-03-30 | 2004-12-09 | キヤノン株式会社 | ファイル管理方法 |
| JP2003324675A (ja) * | 2002-05-07 | 2003-11-14 | Mitsubishi Electric Corp | 映像記録システム |
| JP2007164597A (ja) * | 2005-12-15 | 2007-06-28 | Hitachi Ltd | ファイル管理装置及び方法並びに記憶システム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5878415A (en) | Controlling access to objects in a hierarchical database | |
| US5742817A (en) | Method and apparatus for file server addressing | |
| CA2139693C (en) | Summary catalogs | |
| RU2144207C1 (ru) | Способ создания и обслуживания многочисленных версий документов в библиотеке системы обработки данных | |
| US6665675B1 (en) | Shared file system having a token-ring style protocol for managing meta-data | |
| US20020144252A1 (en) | Urgent replication facility | |
| EP0663640A1 (en) | Replication facility | |
| CN109936571A (zh) | 一种海量数据共享方法、开放共享平台及电子设备 | |
| JPH03158959A (ja) | 多重プロセッサコンピュータ・システムおよびコンピュータネットワークを動作させる方法 | |
| US7962453B2 (en) | Dynamic redistribution of a distributed memory index when individual nodes have different lookup indexes | |
| KR100332174B1 (ko) | 병합데이터베이스형성방법및컴퓨터제어형전화스위칭시스템 | |
| CN109032526B (zh) | 用于分布式文件系统的数据处理方法及装置 | |
| JPH05241930A (ja) | ファイル管理方式 | |
| JPH04251346A (ja) | データ処理システムにおいて文書を階層的にグループ化する方法 | |
| JPH0756781A (ja) | ファイル管理方式 | |
| Cisco | Service Import and Export | |
| Cisco | Managing Structured Networks | |
| Cisco | Managing Structured Networks | |
| Cisco | Managing Structured Networks | |
| Cisco | Managing Structured Networks | |
| Goldstein et al. | Layered Networks as a Tool for Software Development. | |
| DE3850979T2 (de) | Einzelsystemabbildung. | |
| JP2636806B2 (ja) | インデックス更新方式 | |
| JPH05342075A (ja) | ファイル管理システム | |
| KR100289087B1 (ko) | 비플러스트리에다수의키값을추가하기위한방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19990518 |