12.07.2015 Views

Généralités sur les systèmes d'exploitation - Site personnel de ...

Généralités sur les systèmes d'exploitation - Site personnel de ...

Généralités sur les systèmes d'exploitation - Site personnel de ...

SHOW MORE
SHOW LESS
  • No tags were found...

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

LO14 : Université Technologique <strong>de</strong> TroyesEnsemble <strong>de</strong>bloc nsuper bloc Descripteurs Bitmap blocs Bitmapi-noeudsTable <strong>de</strong>si-noeudsBloc <strong>de</strong>donnéesLe superbloc contient <strong>les</strong> informations <strong>de</strong> contrôle du système <strong>de</strong> fichiers. Il est dupliqué dans chaqueensemble <strong>de</strong> blocs afin <strong>de</strong> permettre sa restauration en cas <strong>de</strong> problème.Un système <strong>de</strong> fichiers est organisé en fichiers et répertoires. Un répertoire est un fichier un peu particuliercontenant <strong>de</strong>s entrées. Chacune <strong>de</strong>s entrées contient plusieurs champs :• le numéro i-noeud correspondant au fichier• la taille <strong>de</strong>s données en octets• le nombre <strong>de</strong> caractères composant le nom du fichier• le nom du fichierUn i-noeud décrit toutes <strong>les</strong> caractéristiques d'un fichier. Il en existe un par fichier. Les i-noeuds s'organisenten tab<strong>les</strong> et sont ainsi i<strong>de</strong>ntifiab<strong>les</strong> par <strong>de</strong>s numéros. La taille <strong>de</strong> la table d'i-noeud est définie implicitementou explicitement au moment <strong>de</strong> la création du système <strong>de</strong> fichiers.4°) Partages <strong>de</strong> fichiers et NFSL'idée <strong>de</strong> base est <strong>de</strong> pouvoir partager entre plusieurs clients et serveurs hétérogènes un même système <strong>de</strong>fichiers. Le système se trouve <strong>sur</strong> une ou plusieurs stations appelées serveurs <strong>de</strong> fichiers. S'il y a unserveur il y a <strong>de</strong>s clients et pour ceux-ci, il est possible <strong>de</strong> monter l'arborescence à n'importe quel endroit <strong>de</strong>sa propre arborescence. En fait cela vous permet <strong>de</strong> traiter <strong>de</strong>s fichiers déportés comme s'ils étaient <strong>sur</strong>votre machine. Ainsi avec une station sans disque dur il est possible <strong>de</strong> travailler en local, c'est à direqu'elle a son propre système <strong>d'exploitation</strong>.Protocole NFS :Deux protoco<strong>les</strong> sont définis : un protocole pour le mounting et un protocole pour la directory et l'accèsaux fichiers.Considérons le protocole mounting pour un client C et un serveur S. C envoie à S un chemin d'accès (lenom <strong>de</strong> la directory à monter) et <strong>de</strong>man<strong>de</strong> la permission <strong>de</strong> monter la directory chez lui.L'endroit où C va monter la directory n'est pas important pour S.Si le chemin d'accès est correct et si la directory se trouve dans /etc/exports, S renvoie un file handle à C.Le handle est composé :• du type du système <strong>de</strong> fichiers ;• du disque ;• du numéro <strong>de</strong> i-no<strong>de</strong> <strong>de</strong> la directory ;• d'informations <strong>de</strong> sécurité (droits d'accès).Pour lire ou écrire dans la directory montée, il faut utiliser ce handle.Un client peut monter <strong>de</strong>s directory sans intervention humaine.Ces clients ont un fichier /etc/rc shell script qui contient <strong>les</strong> comman<strong>de</strong>s <strong>de</strong> mount et lancéautomatiquement au boot. C'est le static mounting.Les versions récentes <strong>de</strong> Sun Unix ont l' automounting : <strong>de</strong>s directory distantes sont associées à <strong>de</strong>sdirectories loca<strong>les</strong>, mais el<strong>les</strong> ne sont pas montées, et leurs serveurs ne sont pas contactés au boot. Lapremière fois qu'un client accè<strong>de</strong> à un fichier distant, <strong>les</strong> serveurs sont contactés. Le premier qui répondgagne.Automounting vs Static mountingAvantages <strong>de</strong> l'automounting <strong>sur</strong> le static mounting :1.si un <strong>de</strong>s serveurs NFS nommé dans /etc/rc est down difficile <strong>de</strong> mettre en route le client ;2.dans le static mounting, on ne contacte qu'un serveur pour chaque directory, alors qu'on peut en contacterplusieurs dans le automounting tolérance aux fautes.Inconvénient : tous <strong>les</strong> serveurs "alternatifs" pour une même directory doivent être cohérents <strong>sur</strong>tout utilisépour <strong>de</strong>s <strong>systèmes</strong> <strong>de</strong> fichiers read-only.Directory et accès aux fichiers (2ème protocole)Les clients envoient <strong>de</strong>s messages pour manipuler <strong>de</strong>s directories, lire et écrire <strong>de</strong>s fichiers et leurs attributs(taille, date <strong>de</strong> modification, propriétaire, etc.).Tous <strong>les</strong> appels <strong>systèmes</strong> sont pris en charge par NFS sauf OPEN et CLOSE. OPEN et CLOSE ne sont pasuti<strong>les</strong> :• pour chaque opération read ou write, le client d'abord envoie une <strong>de</strong>man<strong>de</strong> LOOKUP qui renvoie un filehandle, le serveur ne gar<strong>de</strong> pas trace <strong>de</strong> cette <strong>de</strong>man<strong>de</strong> ;• une opération read ou write est accompagné du handle.41 /98 S. Moutou : Cours

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!