FR2643734A1 - Procede de gestion de fichiers pour un systeme informatique, et module systeme pour la mise en oeuvre de ce procede - Google Patents
Procede de gestion de fichiers pour un systeme informatique, et module systeme pour la mise en oeuvre de ce procede Download PDFInfo
- Publication number
- FR2643734A1 FR2643734A1 FR8916547A FR8916547A FR2643734A1 FR 2643734 A1 FR2643734 A1 FR 2643734A1 FR 8916547 A FR8916547 A FR 8916547A FR 8916547 A FR8916547 A FR 8916547A FR 2643734 A1 FR2643734 A1 FR 2643734A1
- Authority
- FR
- France
- Prior art keywords
- directory
- file
- temporary
- file system
- root
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
L'unité centrale du système informatique est contrôlée par un système d'exploitation comprenant un module système de gestion de fichiers qui organise et contrôle l'accès aux fichiers du système informatique, ce module organisant les fichiers en un système de fichiers avec une structure de fichiers hiérarchisée comprenant un répertoire de racine et un ou plusieurs sous-répertoires. Selon l'invention, ce module comprend : - des moyens pour créer un répertoire temporaire 215 rattaché au répertoire de racine; - des moyens pour exécuter un montage rétro-bouclé du système de fichiers sur ce répertoire temporaire, ce système de fichiers étant dupliqué virtuellement avec le répertoire temporaire comme répertoire de racine; - des moyens pour monter des fichiers 220, 225, 230, 235, 240 sur le répertoire temporaire 215, et; - des moyens pour transformer le répertoire de racine en répertoire temporaire. De la sorte, le système de fichiers vu par le processus est une duplication virtuelle du système de fichiers d'origine, avec un montage spécial visible seulement par ce processus.
Description
La présente invention concerne les systèmes informatiques
utilisant des systèmes de fichiers hiérarchisés.
En ce qui concerne le coût et la complexité, les systèmes
informatiques que l'on trouve aujourd'hui vont des ordi-
nateurs personnels de faible prix à microprocesseur jusqu'au calculateurs centraux très coûteux et élaborés. On peut cependant dire que les systèmes informatiques comportent les mêmes éléments essentiels: au moins une unité centrale de
traitement qui contrôle l'exécution des tâches de l'ordi-
nateur, des unités d'entrée/sortie qui contrôlent l'entrée et la sortie des informations du système informatique, et une mémoire ou un domaine de mémorisation qui conserve les informations utilisées par l'unité centrale de traitement
pour exécuter les tâches de l'ordinateur.
L'unité centrale de traitement est contrôlée par le système d'exploitation, qui impose la manière d'exécuter certaines tâches de l'ordinateur. L'une des parties du
système d'exploitation est le système de gestion des fi-
chiers, qui détermine et contrôle la structure des fichiers
du système informatique.
La "structure de fichiers hiérarchisée" est l'un des types de structure de fichiers que l'on utilise. Dans une
structure de fichiers hiérarchisée, les fichiers sont orga-
nisés en une structure d'arbre comprenant un noeud de racine unique appelée "racine". On peut relier à la racine un ou plusieurs noeuds, et on peut relier à chacun des noeuds un ou plusieurs autres noeuds. Chaque noeud qui n'est pas une feuille (c'est-à-dire chaque noeud auquel est relié un autre noeud) de la structure en arbre est considéré comme étant un répertoire de fichiers; les fichiers situés aux noeuds qui
sont des feuilles de l'arbre sont des répertoires, des fi-
chiers normaux ou bien des fichiers d'unité particulière.
Tout fichier possède,un nom identifié par un nom de chemin d'accès qui décrit la manière de localiser le fichier dans la hiérarchie du système de fichiers. Le nom du chemin d'accès est un suite de noms d'éléments ou de noeuds, séparés par des caractères "/". Un nom d'élément est une suite de caractères qui indique un nom de fichier contenu de façon univoque dans l'élément précédent. Un nom de chemin d'accès complet commence par le caractères "/", qui spécifie un fichier qui peut être trouvé en partant de la racine du système de fichiers et en parcourant l'arbre des fichiers en suivant les branches qui mènent aux noms d'éléments suc- cessifs des noms du chemin d'accès. Par exemple, le nom de
chemin d'accès /USR/SRC/CMD/UN.C représente la partie, iden-
tifiée par le chemin d'accès passant par les noeuds 10, 15,
, 25 et 30, d'une structure en arbre illustrée figure 1.
De nombreuses instructions permettent de manipuler les structures de fichiers et les fichiers se trouvant dans la
structure de fichiers, y renvoyer ou y accéder. Ces ins-
tructions comprennent les instructions de montage "mount" et de démontage 1'unmount". L'instruction "mou-nt" relie un premier système de fichiers (le terme "système de fichiers" sera utilisé ici, comme il l'est dans la technique, pour identifier une structure de fichiers hiérarchisée présente dans un système informatique) à un second système de
fichiers, tandis que l'instruction système "unmount" dis-
socie le premier système de fichiers du second système de fichiers. Une fois que l'on a monté le système de fichiers, on accède à l'information contenue dans ce système de fichiers par l'intermédiaire du répertoire du système de fichiers de racine sur lequel il est monté. Ceci est illustré figure 2. Le système de fichiers de racine 40
possède les répertoires ou noeuds BIN 42, SRC 45 et USR 46.
Le système de fichiers 70 est monté sur le répertoire USR et on peut accéder au noeud 72 par le nom de chemin d'accès
/USR/BIN/DATE.
On pourra trouver d'autres informations sur l'instruction
"mount" dans la plupart des manuels des systèmes d'exploi-
tation. On pourra trouver des informations plus précises relatives au contexte du système d'exploitation UNIX dans l'ouvrage de J. Bach intitulé The Design of the Unix Operating System, paru en 1986 chez Prentice-Hall. Comme on
peut le voir d'après la description ci-dessus, les systèmes
de fichiers sont montés répertoire par répertoire, c'est-
à-dire qu'on monte au moins un répertoire sur un système de fichiers comprenant au moins un répertoire. Dans un système d'exploitation UNIX classique, une fois que l'on a monté un système de fichiers sur un répertoire donné, les processus ne peuvent plus accéder au "inode" (noeud indépendant) de ce répertoire. Cependant, plus les utilisateurs et les applications exécutées sur le système informatique deviennent élaborées, plus il devient souhaitable de pouvoir monter des systèmes de fichiers processus par processus, même si les processus se trouvent à l'intérieur du même répertoire. Il est ainsi souhaitable de pouvoir exécuter plusieurs montages à l'intérieur d'un même répertoire, afin de pouvoir utiliser différents montages en fonction du processus en cours d'exécution. C'est pourquoi l'un des buts de la présente invention est de proposer un système informatique permettant un montage processus par processus des systèmes de fichiers dans une
structure de système de fichiers hiérarchisée.
Pour permettre le montage processus par processus, on crée un répertoire temporaire en dehors du répertoire de
racine courant. On monte alors le système de fichiers com-
mençant au répertoire de racine sur le répertoire temporaire au moyen d'une fonction originale de rétro-bouclage du système de fichiers qui fait en sorte que le système de fichiers est virtuellement dupliqué, avec le répertoire temporaire faisant office de répertoire de racine. On peut alors exécuter un montage du système de fichiers contenant les fichiers spécifiques du processus sur le répertoire
temporaire sans affecter le système de fichiers d'origine.
On exécute alors une instruction "change root directory" de changement de répertoire de racine afin de passer du répertoire de racine au répertoire temporaire, puis on continue l'exécution en considérant que le système de
fichiers monté a pour racine le répertoire temporaire.
Plus précisément, le procédé de l'invention comprend les
étapes consistant à: créer un répertoire temporaire ratta-
ché au répertoire de racine; exécuter un montage rétro-
bouclé du système de fichiers sur ce répertoire temporaire, ce système de fichiers étant dupliqué virtuellement avec le répertoire temporaire comme répertoire de racine; monter des fichiers sur le répertoire temporaire; et transformer le répertoire de racine en répertoire temporaire,, de sorte que le système de fichiers vu par le processus soit une duplication virtuelle du système de fichiers d'origine, avec un montage spécial visible seulement par ce processus et que les montages effectués par ce processus dans le système de fichiers ne soient visibles que par ce processus ou par un processus ayant pour racine le même répertoire temporaire,
afin de pouvoir ainsi obtenir un montage processus par pro-
cessus. La présente invention a également pour objet un module système de gestion de fichiers pour système informatique, permettant de mettre en oeuvre un tel procédé On va maintenant donner un exemple de réalisation de
l'invention, en référence aux figures annexées.
La figure 1 illustre une structure de fichier hiérar-
chisée utilisée dans les systèmes informatiques.
La figure 2 illustre l'utilisation de l'instruction système "mount" utilisé par les systèmes d'exploitation de
l'art antérieur.
La figure 3 est un schéma par blocs du noyau du système d'exploitation UNIX utilisé dans le mode de réalisation
préféré du système de la présente invention.
La figure 4 est un organigramme décrivant le mode de mise
en oeuvre préféré du processus de la présente invention.
La figure 5 est un schéma par blocs illustrant le mode de
réalisation préféré du système de la présente invention.
Grâce au système de la présente invention, on peut réaliser un montage processus par processus dans un système
informatique utilisant une structure de fichiers hiérarchi-
sée, ce qui donne au système informatique une plus grande
souplesse d'utilisation et de nouvelles possibilités.
Le système d'exploitation UNIX (UNIX est une marque déposée de AT&T) est un système d'exploitation utilisant une structure de fichiers hiérarchisée. Bien que l'on décrive ci-dessous le mode de réalisation préféré dans le contexte d'un système d'exploitation UNIX, il est évident pour l'homme du métier que le système de la présente invention
peut être appliqué à d'autres systèmes informatiques uti-
lisant un système d'exploitation faisant usage d'une struc-
ture de fichiers hiérarchisée.
Dans un système informatique du type UNIX, le système
d'exploitation interagit directement avec le matériel, assu-
rant ainsi aux programmes des services communs et isolant le logiciel et les utilisateurs des particularismes du matériel d'un système informatique donné. Si l'on représente le
système sous la forme d'une succession de couches, le sys-
tème d'exploitation est généralement appelé le "noyau
système" ou simplement "noyau", ce qui souligne son isolé-
ment par rapport aux programmes utilisateurs. Du fait que les programmes sont indépendants du matériel sous-jacent, il est aisé de déplacer les programmes entre des systèmes UNIX tournant sur des matériels différents. Le système de gestion de fichiers UNIX, situé à l'intérieur du noyau, organise et
contrôle l'accès aux structures de fichiers.
Le noyau est représenté de façon globale sur la figure 3.
La figure 3 montre trois niveaux: utilisateur/programmes 74, noyau 75 et matériel 76. Le moduled'appel au système représente la frontière ou interface entre l'utilisateur ou les programmes utilisateurs et le noyau. Les appels au système sont divisés en appels au système qui s'interfacent avec le système de gestion de fichiers 77, et en appels au système qui interagissent avec le système de contrôle des processus 78. Le système de contrôle des processus est responsable de la synchronisation entre processus, de la communication entre processus, de la gestion de la mémoire et de la planification des processus. Le système de gestion de fichiecs communique avec le module de contrôle- du matériel 80 qui assure l'interfaçage avec le matériel du système informatique et gère les fichiers, alloue l'espace mémoire aux fichiers, administre l'espace mémoire libre, contrôle l'accès aux fichiers et va y chercher les données pour les utilisateurs et les programmes. On va maintenant décrire le système en référence aux figures- 4 et 5. Au bloc 100 de la figure 4, on crée un répertoire temporaire. Ce répertoire est de préférence créé hors du répertoire de racine afin d'éliminer toute confusion ultérieure avec les étapes suivantes du processus et pour clairement distinguer le sousrépertoire temporaire des autres sous-répertoires de la même racine. On identifie ce répertoire en tant que "temporaire" car on préfère, après achèvement de l'exécution du processus pour lequel on avait
créé le système de fichiers, retirer le répertoire tempo-
raire et les noeuds qui y sont reliés afin de restaurer le système de fichiers à sa structure antérieure. Il n'est cependant pas indispensable de retirer le répertoire
temporaire, qui peut subsister indéfiniment dans la struc-
ture du système de fichiers. La première étape décrite au bloc 100 de la figure 4 est illustrée par les figures 5a et b. La figure 5a montre le répertoire de racine 200, le
sous-répertoire USR 205 et le sous-répertoire de USR iden-
tifié SRC en 210. La figure 5b illustre le système de fi-
chiers après exécution de l'étape 100 de la figure 4. Le
répertoire temporaire TMP 215 a été créé, avec un sous-
répertoire hors de TMP, identifié FOO en 220.
Au bloc 105 de la figure 4, on monte le système de fichiers comprenant les répertoires 200, 205, 210, 215 et 220 sur le répertoire FOO 220, le répertoire FOO 220 donnant ainsi une image du contenu du répertoire de racine d'origine "/" 200. On a illustré ceci figure 5c, o le système de fichiers illustré figure 5b a été dupliqué en montant le système sur le répertoire FOO 220, donnant la structure FOO 220 illustrée par les noeuds de forme rectangulaire avec les sous-répertoires TMP 225, FOO 230, USR 235 et SRC 240. On réalise ce processus au moyen d'une technique originale que l'on appelera "montage rétro-bouclé", dans laquelle on duplique la structure de fichiers ou le système de fichiers en dehors dans un répertoire différent ou un système de fichiers différent en ajoutant un second pointeur qui donne la position du répertoire dans le système de fichiers. Ce processus produit un placement "virtuel" du répertoire à deux endroits. On notera que la duplication apparente des répertoires ne produit pas une duplication effective des répertoires, et qu'il n'existe donc qu'un seul ensemble de répertoires malgré le fait que les répertoires semblent
reliés concuremment à deux noeuds différents.
A l'étape 110 de la figure 4, le système de fichiers, par exemple un système de fichiers dont on souhaite qu'il soit
particulier à un processus, est monté sur le système de fi-
chiers temporaire que l'on a créé. Si l'on se réfère aux figures 5b et 5e, le système de fichiers illustré figure 5d comprenant les répertoires BIN et ETC sont montés sur le système de fichiers, plus précisément sur le sous-répertoire SRC 240. La structure résultante est représentée par les noeuds en forme de trapèze illustrés figure 5e. A l'étape de la figure 4, on modifie le répertoire de racine pour donner le noeud /TMP/FOO 220 de la figure 5e (dans le système d'exploitation UNIX, l'instruction "change root directory" de changement du répertoire de racine est "chroot"). Il en résulte un système de fichiers qui, vu par l'utilisateur ou par le processus, correspond à celui illustré figure 5f; c'est parce qu'il n'est visible que du processus qu'on s'y référera en employant la terminologie "processus par processus". La structure comporte le noeud de racine, qui était sur la figure 5e le répertoire FOO 220 et qui apparaît maintenant en tant que racine 260, avec les sous-directoires TMP 265 et FOO 270, ainsi que les
sous-répertoires USR 275, SRC 280, BIN 290 et ETC 300.
Le processus peut donc être exécuté dans la structure de fichiers de la figure 5f sans affecter les capacités des
autres processus exécutés dans le système de fichiers d'ori-
gine (illustré figure Sa).
On peut voir que les étapes indiquées dans l'organigramme de la figure 4 peuvent être répétées, par exemple en créant un répertoire temporaire TMP1 avec un sous-répertoire FOO,
et en montant les répertoires contenant les fichiers à exé-
cuter pour un autre processus. En outre, le processus décrit peut être à nouveau répéte pour un second processus, ou un troisième processus, ou d'autres processus encore, chacun
des processus étant monté sur un système de fichiers dis-
tinct, ce qui permet d'émuler ou permettre un montage pro-
cessus par processus.
La technique de montage rétro-bouclée peut être aisément réalisée dans l'une des formes de mise en oeuvre du système d'exploitation UNIX. Cette forme de mise en oeuvre comporte un système de fichiers virtuel dans le noyau, ce qui la rend capable de gérer plusieurs types de systèmes de fichiers différents, par exemple plusieurs versions du système UNIX et des systèmes non-UNIX tels que MS-DOS. Un tel système de fichiers virtuel est décrit dans l'ouvrage de S.R. Kleiman intitulé Vnodes: an Architecture for Multiple File System Types in Sun UNIX, publié par Sun Microsystems, Inc. à
Mountain View, Californie.
Comme cela est décrit dans ce document, le "inode" (noeud indépendant) du système de fichiers classique de UNIX est renommé "vnode" (noeud virtuel). Toutes les manipulations de fichiers sont effectuées avec un objet "vnode". Les systèmes de fichiers sont manipulés par l'intermédiaire du système de
fichiers virtuel. Chaque système de fichiers virtuel com-
porte un équivalent de la rubrique de table de montage du système UNIX classique, qui spécifie le type de système de fichiers, le répertoire constituant le point de montage, les drapeaux génériques (par exemple "lecture seule") et un pointeur pointant sur des données spécifiques au type de système de fichiers. Une liaison à une liste des systèmes de fichiers montés permet de disposer de données dépendantes du système de fichiers. Ce système de fichiers virtuel permet
d'exécuter des montages rétro-bouclés.
Pour effectuer un montage rétro-bouclé, l'utilisateur
exécute l'appel au système "mount()". Dans cette instruc-
tion, l'utilisateur spécifie: (1 ) que cet appel doit être un montage rétro-bouclé, (2 ) le répertoire qui doit être monté et (3 ) le répertoire sur lequel ce dernier doit être monté. Comme on l'a souligné, la structure "vnode" du noyau contient un pointeur pointant sur les données spécifiques au système de fichiers virtuel. Pour un fichier rétro- bouclé, ces données comprennent, entre autres choses, un pointeur pointant sur le "vnode effectif" du fichier. Ainsi, si le répertoire A est monté en rétro-bouclage sur le répertoire B, alors, dans le noyau, le "vnode" du répertoire B est un "vnode" rétro-bouclé dont le "vnode effectif" est le "vnode" du répertoire A. Par exemple, lorsque, sur les figures 5e à f, le répertoire de racine "/" est monté sur le répertoire FOO 220, le "vnode" de FOO 220 comprend un pointeur pointant
le répertoire de racine "/" en tant que répertoire réel.
Lorsque le noyau reçoit une demande système de fichier destinée au répertoire FOO 220, le noyau exécute alors le code de recherche indépendant du système de fichiers avant d'appeler le code de recherche dépendant du système de fichiers correspondant au système de fichiers virtuel à l'intérieur duquel se trouve le "vnode". Comme le "vnode" du répertoire FOO se trouve dans le système de fichiers
rétro-bouclé, on exécute l'opération de recherche en rétro-
bouclage. Cette opération appelle l'opération de recherche du "vnode effectif", qui est le "vnode" du répertoire de racine "/". De cette manière, le contenu du répertoire FOO est le même que celui du répertoire de racine "/", car on
trouve les mêmes fichiers dans l'un et l'autre répertoire.
Le pointeur supplémentaire qui va faire pointer le réper-
toire FOO sur le répertoire de racine "/" est le pointeur du "vnode effectif" dans le "vnode" rétro-bouclé du répertoire
FOO.
Claims (14)
1. Un module système (77) de gestion de fichiers pour un
système informatique comprenant une unité centrale de trai-
tement, une unité d'entrée/sortie et une mémoire, l'unité
centrale de traitement étant contrôlée par un système d'ex-
ploitation, ce système d'exploitation comprenant ledit
module système de gestion de fichiers, qui organise et con-
trôle l'accès aux fichiers du système informatique, ce module de système de gestion de fichiers organisant les fichiers en un système de fichiers avec une structure de fichiers hiérarchisée comprenant un répertoire de racine et
un ou plusieurs sous-répertoires, -
module caractérisé en ce qu'il comprend en outre: - des moyens pour créer (100) un répertoire temporaire (215) rattaché au répertoire de racine (200), - des moyens pour exécuter (105) un montage rétro-bouclé
du système de fichiers sur ce répertoire temporaire, ce sys-
tème de fichiers étant dupliqué virtuellement avec le réper-
toire temporaire comme répertoire de-racine, - des moyens pour monter (110) des fichiers -(220, 225, 230, 235, 240) sur le répertoire temporaire (215), et - des moyens pour transformer (115) le répertoire de racine en répertoire temporaire, de sorte que le système de fichiers vu par le processus
soit une duplication virtuelle du système de fichiers d'ori-
gine, avec un montage spécial visible seulement par ce pro-
cessus.
2. Le module de la revendication 1, dans lequel lesdits moyens pour exécuter un montage rétro-bouclé du système de fichiers sur le répertoire temporaire comprennent: - des moyens pour créer un système de fichiers virtuel, et - des moyens pour créer un pointeur reliant le répertoire temporaire au répertoire de racine, de sorte que les deux
répertoires contiennent la même information pour le pro-
cessus. l1
3. Le module de la revendication 1, dans lequel le
système d'exploitation est le système d'exploitation UNIX.
4. Le module de la revendication 3, dans lequel les moyens pour créer un répertoire temporaire rattaché au répertoire de racine prévoient l'exécution par le module système de gestion de fichiers de l'instruction de création
de répertoire "make directory".
5. Le module de la revendication 3, dans lequel lesdits moyens pour exécuter un montage rétro-bouclé du système de fichiers sur le répertoire temporaire comprennent: - des moyens pour créer un système de fichiers virtuel, et - des moyens pour créer un pointeur reliant le répertoire temporaire au répertoire de racine, de sorte que les deux
répertoires contiennent la même information pour le pro-
cessus.
6. Le module de la revendication 3, dans lequel les moyens pour monter les fichiers contenant les données du processus sur le système de fichiers monté sur le répertoire temporaire prévoient l'exécution par le module système de
gestion de fichiers de l'instruction de montage "mount".
7. Le module de la revendication 3, dans lequel les moyens pour transformer le répertoire de racine en répertoire temporaire prévoient l'exécution par le module
système de gestion de fichiers de l'instruction de chan-
gement du répertoire de racine "change root directory" ("chroot"*r).
8. Un procédé pour dupliquer virtuellement des systèmes de fichiers afin de permettre un montage processus par processus dans un système informatique comprenant une unité centrale de traitement, une unité d'entrée/sortie et une mémoire, l'unité centrale de traitement étant contrôlée par un système d'exploitation, ce système d'exploitation comprenant un module système de gestion de fichiers, ce
module système de gestion de fichiers organisant et contrô-
lant l'accès aux fichiers du système informatique, ce module de système de gestion de fichiers organisant les fichiers en un système de fichiers avec une structure de fichiers hiérarchisée comprenant un répertoire de racine et un ou plusieurs sous-répertoires, procédé caractérisé en ce qu'il comprend les étapes consistant à: - créer (100) un répertoire temporaire (215) rattaché au répertoire de racine (200), - exécuter (105) un montage rétro-bouclé du système de fichiers sur ce répertoire temporaire, ce système de fichiers étant dupliqué virtuellement avec le répertoire temporaire comme répertoire de racine, - monter (110) des fichiers (220, 225, 230, 235, 240) sur le répertoire temporaire (215), et - transformer (115) le répertoire de racine en répertoire temporaire, de sorte que le système de fichiers vu par le processus
soit une duplication virtuelle du système de fichiers d'ori-
gine, avec un montage spécial visible seulement par ce pro-
cessus et que les montages effectués par ce processus dans le système de fichiers ne soient visibles que par ce processus ou par un processus ayant pour racine le même répertoire temporaire, afin de pouvoir ainsi obtenir un
montage processus par processus.
9. Le procédé de la revendication 8, dans lequel l'étape consistant à exécuter un montage rétro-bouclé du système de fichiers sur le répertoire temporaire comprend les étapes consistant à: - créer un système de fichiers virtuel, et - créer un pointeur reliant le répertoire temporaire au répertoire de racine, de sorte que les deux répertoires
contiennent la même information pour le processus.
10. Le procédé de la revendication 9, dans lequel le
système d'exploitation est le système d'exploitation UNIX.
11. Le procédé de la revendication 10, dans lequel l'étape consistant à créer un répertoire temporaire rattaché
au répertoire de racine comprend l'exécution de l'instruc-
tion de création de répertoire "make directory".
12. Le procédé de la revendication 10, dans lequel l'étape consistant à exécuter un montage rétro-bouclé du système de fichiers sur le répertoire temporaire comprend les étapes consistant à: - créer un système de fichiers virtuel, et - créer un pointeur reliant le répertoire temporaire au
répertoire de racine, de sorte que les deux répertoires con-
tiennent la même information pour le processus.
13. Le procédé de la revendication 10, dans lequel l'étape consistant à monter les fichiers contenant les données du processus sur le système de fichiers monté sur le répertoire temporaire comprend l'exécution de l'instruction
de montage "mount".
14. Le procédé de la revendication 10, dans lequel l'étape consistant à transformer le répertoire de racine en répertoire temporaire comprend l'exécution de l'instruction
de changement du répertoire de racine "change root direc-
tory" ("chroot").
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US31572489A | 1989-02-24 | 1989-02-24 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2643734A1 true FR2643734A1 (fr) | 1990-08-31 |
| FR2643734B1 FR2643734B1 (fr) | 1994-03-04 |
Family
ID=23225770
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR898916547A Expired - Fee Related FR2643734B1 (fr) | 1989-02-24 | 1989-12-14 | Procede de gestion de fichiers pour un systeme informatique, et module systeme pour la mise en oeuvre de ce procede |
Country Status (5)
| Country | Link |
|---|---|
| CA (1) | CA2007691C (fr) |
| FR (1) | FR2643734B1 (fr) |
| GB (1) | GB2228599B (fr) |
| HK (1) | HK101193A (fr) |
| SG (1) | SG68493G (fr) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5537570A (en) * | 1993-10-12 | 1996-07-16 | Texas Instruments Incorporated | Cache with a tag duplicate fault avoidance system and method |
| US5813028A (en) * | 1993-10-12 | 1998-09-22 | Texas Instruments Incorporated | Cache read miss request invalidation prevention method |
| US5835934A (en) * | 1993-10-12 | 1998-11-10 | Texas Instruments Incorporated | Method and apparatus of low power cache operation with a tag hit enablement |
| US7062660B2 (en) | 2001-08-06 | 2006-06-13 | International Business Machines Corporation | Method and apparatus for controlling the performance of a file system mount operation by a user lacking superuser authority |
| WO2005046829A2 (fr) | 2003-11-12 | 2005-05-26 | The Trustees Of Columbia University In The City Of New York | Séparation des gingolides d'avec le g.biloba |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0278314A2 (fr) * | 1987-02-13 | 1988-08-17 | International Business Machines Corporation | Image unique du système |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0664536B2 (ja) * | 1986-01-17 | 1994-08-22 | インタ−ナショナル ビジネス マシ−ンズ コ−ポレ−ション | 仮想端末サブシステムの制御方法 |
| US4916608A (en) * | 1986-05-30 | 1990-04-10 | International Business Machines Corporation | Provision of virtual storage resources to an operating system control program |
-
1989
- 1989-11-01 GB GB8924640A patent/GB2228599B/en not_active Expired - Fee Related
- 1989-12-14 FR FR898916547A patent/FR2643734B1/fr not_active Expired - Fee Related
-
1990
- 1990-01-12 CA CA002007691A patent/CA2007691C/fr not_active Expired - Fee Related
-
1993
- 1993-05-26 SG SG684/93A patent/SG68493G/en unknown
- 1993-09-30 HK HK1011/93A patent/HK101193A/xx not_active IP Right Cessation
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0278314A2 (fr) * | 1987-02-13 | 1988-08-17 | International Business Machines Corporation | Image unique du système |
Non-Patent Citations (2)
| Title |
|---|
| ACM / OPERATING SYSTEMS REVIEW (SIGOPS) vol. 21, no. 3, Juillet 1987, NEW YORK, US pages 18 - 29 C. H. SAUER ET AL. : 'RT PC Distributed Services Overview' * |
| IT / INFORMATIONS TECHNIK, vol. 29, no. 6, 1987, MüNCHEN, BRD pages 390 - 398 M. KAISERWERTH: 'Verteilte Dateisysteme unter UNIX: Eine Gegenüberstellung verschiedener Lösungen' * |
Also Published As
| Publication number | Publication date |
|---|---|
| SG68493G (en) | 1993-08-06 |
| CA2007691C (fr) | 2000-03-14 |
| FR2643734B1 (fr) | 1994-03-04 |
| CA2007691A1 (fr) | 1990-08-24 |
| GB2228599B (en) | 1993-03-17 |
| GB8924640D0 (en) | 1989-12-20 |
| GB2228599A (en) | 1990-08-29 |
| HK101193A (en) | 1993-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7529778B1 (en) | System and method for providing access to consistent point-in-time file versions | |
| US5557793A (en) | In an object oriented repository, a method for treating a group of objects as a single object during execution of an operation | |
| US9213708B2 (en) | Methods and systems for managing data | |
| JP3041528B2 (ja) | フアイル・システム・モジュール | |
| US8983929B2 (en) | Methods and systems for managing data | |
| US8190638B2 (en) | Methods and systems for managing data | |
| EP0593354B1 (fr) | Procédé d'aide à l'optimisation d'une requête d'un système de gestion de base de données relationnel | |
| US20080040388A1 (en) | Methods and systems for tracking document lineage | |
| US20070118651A1 (en) | Trusted index structure in a network environment | |
| CA2110538A1 (fr) | Systeme d'information multimedia | |
| EP0804771A1 (fr) | Interface administrateur pour base de donnees dans un environnement informatique distribue | |
| FR2826753A1 (fr) | Procede et dispositif de traitement d'un document informatique dans un systeme informatique | |
| EP0611210B1 (fr) | Procédé d'administration d'applications avec des protocoles standards | |
| FR2643734A1 (fr) | Procede de gestion de fichiers pour un systeme informatique, et module systeme pour la mise en oeuvre de ce procede | |
| EP0809830B1 (fr) | Procede pour consulter des informations recues d'un serveur, et terminal mettant en oeuvre ce procede | |
| US6928443B1 (en) | Framework for creating search systems of networked resources | |
| US6330571B1 (en) | Method and computer program product for implementing datalink path protection | |
| JP2000148565A (ja) | 異種オペレーティングシステムファイル共用方法およびファイル共用システム | |
| CN115904324A (zh) | 一种实现汇集数据、构建数据、自动开发数据的低代码工具 | |
| FR2846766A1 (fr) | Procede d'identification et systeme de fichiers specialise pour la gestion de configuration | |
| FR2809511A1 (fr) | Systeme et procede de gestion des transactions de composants ejb dans un annuaire accede par ldap | |
| FR2785411A1 (fr) | Procede et systeme de traitement d'entites a valeurs ordonnees | |
| FR2785691A1 (fr) | Procede de declenchement generalise d'actions d'administration sur un systeme informatique distribue |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |