<?xml version="1.0" encoding="utf-8"?>
<!-- generator="FeedCreator 1.7.2-ppt DokuWiki" -->
<?xml-stylesheet href="http://wiki.chezlefab.net/lib/exe/css.php?s=feed" type="text/css"?>
<rss version="2.0">
    <channel>
        <title>[wiki.chezlefab.net] cours:systeme:les_fichiers</title>
        <description></description>
        <link>http://wiki.chezlefab.net/</link>
        <lastBuildDate>Thu, 09 Sep 2010 20:05:47 +0200</lastBuildDate>
        <generator>FeedCreator 1.7.2-ppt DokuWiki</generator>
        <image>
            <url>http://wiki.chezlefab.net/lib/images/favicon.ico</url>
            <title>[wiki.chezlefab.net]</title>
            <link>http://wiki.chezlefab.net/</link>
        </image>
        <item>
            <title>cours:systeme:les_fichiers:1_survol</title>
            <link>http://wiki.chezlefab.net/cours/systeme/les_fichiers/1_survol?rev=1267650518</link>
            <description>


&lt;h1&gt;&lt;a name=&quot;les_fichiers_sous_linux_-_un_premier_survol&quot; id=&quot;les_fichiers_sous_linux_-_un_premier_survol&quot;&gt;Les fichiers sous Linux - Un premier survol&lt;/a&gt;&lt;/h1&gt;
&lt;div class=&quot;level1&quot;&gt;

&lt;p&gt;
&lt;em&gt;Guide pour les ex Windowsiens… et les autres&lt;/em&gt;
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les fichiers sous Linux - Un premier survol&quot; [1-110] --&gt;
&lt;h2&gt;&lt;a name=&quot;introduction_le_montage&quot; id=&quot;introduction_le_montage&quot;&gt;Introduction — Le montage&lt;/a&gt;&lt;/h2&gt;
&lt;div class=&quot;level2&quot;&gt;

&lt;p&gt;

Sous Windows, vous le savez bien, les fichiers sont rangés derrière des lettres de lecteur. La partition &lt;em class=&quot;u&quot;&gt;C:\&lt;/em&gt; correspond plus ou moins à la première partition principale du disque maître, &lt;em class=&quot;u&quot;&gt;E:\&lt;/em&gt; pourra par exemple être votre lecteur CD et votre clé USB sera montée dans &lt;em class=&quot;u&quot;&gt;F:\&lt;/em&gt; quand elle est présente. Tous ces disques sont accessibles depuis le poste de travail ou depuis un terminal de commande windows. (Hé oui, on peut utiliser la ligne de commande sous Windows, c&amp;#039;est même très pratique…)
&lt;/p&gt;

&lt;p&gt;
Depuis NTFS5 et Windows 2000, il est possible de monter un disque pour qu&amp;#039;il soit accessible dans un dossier. C&amp;#039;est à dire que par exemple, la seconde partition ne sera pas accessible par &lt;em class=&quot;u&quot;&gt;D:\&lt;/em&gt; mais elle sera à l&amp;#039;emplacement &lt;em class=&quot;u&quot;&gt;C:\MesFilms\&lt;/em&gt;.
&lt;/p&gt;

&lt;p&gt;
&lt;em class=&quot;u&quot;&gt;C:\MesFilms\&lt;/em&gt; ne sera donc pas vraiment un dossier de &lt;em class=&quot;u&quot;&gt;C:\&lt;/em&gt; mais correspondra en fait aux fichiers présents sur une autre partition.
&lt;/p&gt;

&lt;p&gt;
C&amp;#039;est ce principe là, en bien plus évolué, qui est à l&amp;#039;œuvre sous Linux (qui a dit que Windows avait 20 ans de retard ?)
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Introduction — Le montage&quot; [111-1180] --&gt;
&lt;h2&gt;&lt;a name=&quot;et_maintenant_sous_linux&quot; id=&quot;et_maintenant_sous_linux&quot;&gt;Et maintenant, sous Linux...&lt;/a&gt;&lt;/h2&gt;
&lt;div class=&quot;level2&quot;&gt;

&lt;p&gt;

Regardons de plus près comment fonctionne notre système préféré…
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Et maintenant, sous Linux...&quot; [1181-1295] --&gt;
&lt;h3&gt;&lt;a name=&quot;la_racine&quot; id=&quot;la_racine&quot;&gt;La racine&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;em&gt;« Au commencement était la racine… »&lt;/em&gt;&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;

Sur &lt;code&gt;/&lt;/code&gt; est montée la partition racine (&lt;em&gt;root&lt;/em&gt; en anglais), c&amp;#039;est la base de votre système.
&lt;/p&gt;

&lt;p&gt;
Elle correspond à peu près à &lt;em class=&quot;u&quot;&gt;C:\&lt;/em&gt; sous Windows. Il s&amp;#039;agit des fondations du système de fichier, on ne peut remonter au dessus de &lt;code&gt;/&lt;/code&gt;.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;La racine&quot; [1296-1613] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_documents&quot; id=&quot;les_documents&quot;&gt;Les documents&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/home/&lt;/code&gt; désigne alors le répertoire où sont stockées les données utilisateurs. C&amp;#039;est un peu l&amp;#039;équivalent de &lt;em class=&quot;u&quot;&gt;C:\Documents and Settings\&lt;/em&gt; sauf qu&amp;#039;on n&amp;#039;y trouve pas les données personnelles de l&amp;#039;administrateur. Souvent, très souvent, on préfère mettre &lt;code&gt;/home&lt;/code&gt; dans une partition à part. Pourquoi ? Parce que comme ça, si on veut réinstaller le système, il n&amp;#039;est pas utile de toucher à cette partition. On ne la formate pas, et au final c&amp;#039;est comme s&amp;#039;il n&amp;#039;y avait pas besoin de restaurer les données et préférences des comptes utilisateurs.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/root/&lt;/code&gt; est le dossier contenant les données personnelles de l&amp;#039;administrateur (en pratique, il s&amp;#039;agit de script de configuration qu&amp;#039;il s&amp;#039;est fait à la main, de mots de passe ou de trucs du genre). Je ne considère pas judicieux de le mettre sur une partition à part dans le cas d&amp;#039;un usage personnel. Les mots de passe ne survivant pas la réinstallation et les scripts étant stockés dans le répertoire de l&amp;#039;utilisateur principal.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les documents&quot; [1614-2652] --&gt;
&lt;h3&gt;&lt;a name=&quot;l_amorcage&quot; id=&quot;l_amorcage&quot;&gt;L&amp;#039;amorçage&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/boot/&lt;/code&gt; est le dossier contenant les données relatives au démarrage du système. En pratique quand votre système démarre, le bios lance le gestionnaire de démarrage qui est stocké sur les 512 premiers ko du disque dur. Ensuite celui-ci décide quoi faire. &lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;

Si Linux est installé, ce gestionnaire de démarrage est très probablement « grub ». Grub est un système assez sophistiqué qui ne tient pas sur 512 ko, alors ces derniers contiennent en fait les informations nécessaires pour charger le reste du logiciel (qui peut être installé sur une partition &lt;em&gt;ext3&lt;/em&gt;, &lt;em&gt;fat32&lt;/em&gt; ou autre).
&lt;/p&gt;

&lt;p&gt;
Sous Linux, Grub est stocké dans &lt;code&gt;/boot/grub/&lt;/code&gt;. Entre autre, il y a un fichier de configuration : &lt;code&gt;/boot/grub/menu.lst&lt;/code&gt; qui contient la liste des systèmes amorçables et la manière de les amorcer. Ce fichier est en partie généré automatiquement et en partie édité par l&amp;#039;administrateur.
&lt;/p&gt;

&lt;p&gt;
Si l&amp;#039;utilisateur décide de démarrer Linux, alors Grub va charger l&amp;#039;image du noyau spécifiée dans le &lt;code&gt;menu.lst&lt;/code&gt;, par exemple &lt;code&gt;/boot/vmlinuz-2.6.30-1-amd64&lt;/code&gt; ainsi qu&amp;#039;une liste de modules contenant les drivers essentiels dont il aura besoin avant de savoir accéder au système de fichier dans sa totalité, par exemple : &lt;code&gt;/boot/initrd.img-2.6.30-1-amd64&lt;/code&gt;.
La suite, c&amp;#039;est le lancement du système avec le premier processus, INIT, qui lance tous les autres, jusqu&amp;#039;au serveur graphique et à votre jolie interface GNOME… ou pas. Mais bon, je digresse.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;L'amorçage&quot; [2653-4145] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_applications&quot; id=&quot;les_applications&quot;&gt;Les applications&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/lib/&lt;/code&gt;, &lt;code&gt;/bin/&lt;/code&gt; et &lt;code&gt;/sbin/&lt;/code&gt; contiennent respectivement toutes les bibliothèques, les applications utilisateur et les applications système « essentielles »&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/usr/&lt;/code&gt; contient toutes les autres bibliothèques et les applications de la distribution (&lt;code&gt;/usr/lib/&lt;/code&gt;, &lt;code&gt;/usr/bin/&lt;/code&gt;, &lt;code&gt;/usr/sbin/&lt;/code&gt; et d&amp;#039;autres)&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/opt/&lt;/code&gt; est censé contenir les autres (ie. non fournies par la distribution) bibliothèques et applications.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les applications&quot; [4146-4619] --&gt;
&lt;h3&gt;&lt;a name=&quot;la_configuration&quot; id=&quot;la_configuration&quot;&gt;La configuration&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/etc/&lt;/code&gt; contient la configuration de base de toutes les applications. On rencontre parfois un &lt;code&gt;/etc/opt/&lt;/code&gt; pour la configuration des applications installées dans &lt;code&gt;/opt/&lt;/code&gt;&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;La configuration&quot; [4620-4829] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_peripheriques_et_les_processus&quot; id=&quot;les_peripheriques_et_les_processus&quot;&gt;Les périphériques et les processus&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/dev/&lt;/code&gt; et &lt;code&gt;/proc/&lt;/code&gt; sont des dossiers qui ne contiennent pas de fichiers, mais dans lesquels on « monte » des systèmes de fichiers virtuels.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;
Je vois que ça fume, je reprends doucement.
&lt;/p&gt;

&lt;p&gt;
Ces fichiers ne sont pas présents sur le disque dur, ils n&amp;#039;existent en fait qu&amp;#039;en mémoire et pour une notion de « fichier » qu&amp;#039;il vous faudra bien revoir puisqu&amp;#039;elle n&amp;#039;a pas grand chose à voir avec celle sous Windows.
&lt;/p&gt;

&lt;p&gt;
Sur &lt;code&gt;/dev/&lt;/code&gt; ou &lt;code&gt;/proc/&lt;/code&gt;, c&amp;#039;est comme si le système avait monté une partition qui n&amp;#039;est pas présente sur un disque dur mais créée virtuellement en mémoire.

&lt;/p&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; /dev contient l&amp;#039;ensemble des périphériques (&lt;em&gt;devices&lt;/em&gt;) détectés par le noyau. En ce sens, il peut faire penser au « gestionnaire de périphérique » de Windows. À l&amp;#039;intérieur, on trouve un fichier intéressant : &lt;code&gt;/dev/cdrom&lt;/code&gt; . Ce fichier, pour le système, représente le lecteur CD-Rom. Lorsqu&amp;#039;un lecteur de musique voudra accéder à un CD audio, il passera par là. De même pour &lt;code&gt;/dev/cdrw&lt;/code&gt; pour le graveur et &lt;code&gt;/dev/dvd&lt;/code&gt; pour… les dvd.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;

Il y a des dossiers, c&amp;#039;est un peu le bazar là dedans, je vous laisse explorer. Vous y trouverez tous les disques durs, toutes les partitions, la carte son, la souris usb, et j&amp;#039;en passe.
&lt;/p&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/proc&lt;/code&gt; contient lui l&amp;#039;ensemble des processus qui tournent sur la machine. Par exemple, le firefox que je suis en train d&amp;#039;utiliser porte le numéro de processus 4244&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;pre class=&quot;code&quot;&gt;fgivors@salade:/dev$ pidof firefox-bin
4244&lt;/pre&gt;

&lt;p&gt;

Alors je peux en savoir plus sur lui avec 

&lt;/p&gt;
&lt;pre class=&quot;code&quot;&gt;fgivors@salade:/dev$ ls /proc/4244/
attr    clear_refs       cpuset   exe     io        maps       mounts      numa_maps  pagemap      sched      stack  status   wchan
auxv    cmdline          cwd      fd      limits    mem        mountstats  oom_adj    personality  sessionid  stat   syscall
cgroup  coredump_filter  environ  fdinfo  loginuid  mountinfo  net         oom_score  root         smaps      statm  task&lt;/pre&gt;

&lt;p&gt;

C&amp;#039;est bien plus puissant que le gestionnaire des tâches de Windows :) 
&lt;/p&gt;

&lt;p&gt;
Je peux savoir où il vit, s&amp;#039;il a lancé des processus fils, comment il a  été lancé, d&amp;#039;où, etc.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les périphériques et les processus&quot; [4830-6982] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_medias_amovibles_et_les_donnees_externes&quot; id=&quot;les_medias_amovibles_et_les_donnees_externes&quot;&gt;Les médias amovibles et les données externes&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/media/&lt;/code&gt; et &lt;code&gt;/mnt/&lt;/code&gt; sont relativement vides. Ils sont destinés à recevoir les partitions présentes sur les périphériques respectivement amovibles et réseaux.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;
Par exemple, &lt;code&gt;/mnt/music_melo/&lt;/code&gt; pourrait contenir la bibliothèque musicale stockée sur l&amp;#039;ordi de mélodie si elle n&amp;#039;avait pas si mauvais goût :)
&lt;/p&gt;

&lt;p&gt;
&lt;code&gt;/media/cdrom0/&lt;/code&gt; est destiné à recevoir les fichiers stockés sur le CD-Rom.
&lt;/p&gt;

&lt;p&gt;
Vous allez me dire « hé là, attends, quid de &lt;code&gt;/dev/cdrom&lt;/code&gt; ?
&lt;code&gt;/dev/cdrom&lt;/code&gt; est le &lt;em&gt;périphérique&lt;/em&gt; CD-Rom. 
&lt;/p&gt;

&lt;p&gt;
En faisant ce qu&amp;#039;il faut avec ce fichier, on peut par exemple éjecter le CD-Rom :

&lt;/p&gt;
&lt;pre class=&quot;code&quot;&gt;eject /dev/cdrom&lt;/pre&gt;

&lt;p&gt;

En lisant les données brut, on peut lire un CD audio…

&lt;/p&gt;
&lt;pre class=&quot;code&quot;&gt;mplayer cddb://&lt;/pre&gt;

&lt;p&gt;

Mais s&amp;#039;il y a des fichiers dessus, ce ne sont pas les données brutes qui nous intéressent, mais les fichiers réellement présents, qui sont &lt;em&gt;encodés&lt;/em&gt; différemment suivant le système de fichier utilisé (ext3 / fat32 / ntfs) On doit donc demander à accéder au système de fichier de ce périphérique.
Sous Ubuntu, tout se fait tout seul, on insère et ça se «monte». En vrai, un petit lutin caché sous le capo tape &lt;code&gt;mount /dev/cdrom /media/cdrom0&lt;/code&gt;. Idem pour les clés USB !
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les médias amovibles et les données externes&quot; [6983-8236] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_donnees_variables&quot; id=&quot;les_donnees_variables&quot;&gt;Les données variables&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/var/&lt;/code&gt; contient les journaux systèmes, le cache d&amp;#039;installation des applications, la liste des paquets installés, etc. C&amp;#039;est le seul dossier que les applications vont s&amp;#039;amuser à modifier toutes seules lors de leur fonctionnement de tous les jours.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les données variables&quot; [8237-8528] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_services&quot; id=&quot;les_services&quot;&gt;Les services&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/srv/&lt;/code&gt; est vide. Mais il n&amp;#039;en pense pas moins. Il est destiné à contenir toutes les données relatives aux services proposés par la machine. Par exemple, si celle-ci fait serveur ftp, héberge différents sites web, etc. Tout est censé se trouver là.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les services&quot; [8529-8816] --&gt;
&lt;h3&gt;&lt;a name=&quot;les_fichiers_temporaires&quot; id=&quot;les_fichiers_temporaires&quot;&gt;Les fichiers temporaires&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;code&gt;/tmp/&lt;/code&gt; est le répertoire qui contient les données temporaires à courte durée de vie. En effet, le répertoire est vidé à chaque démarrage de la machine, contrairement à &lt;code&gt;/var/&lt;/code&gt; et &lt;code&gt;/var/tmp&lt;/code&gt;, qui sont, eux, persistants.&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Les fichiers temporaires&quot; [8817-9092] --&gt;
&lt;h3&gt;&lt;a name=&quot;quid_de_la_swap&quot; id=&quot;quid_de_la_swap&quot;&gt;Quid de la SWAP&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;

&lt;p&gt;

Contrairement à Windows, la SWAP n&amp;#039;est pas présente dans un fichier &lt;em class=&quot;u&quot;&gt;pagefile.sys&lt;/em&gt; qui fragmente et ralentit tout l&amp;#039;ordinateur. Elle est stockée sur une partition à part créée lors de l&amp;#039;installation. Le contenu de cette partition n&amp;#039;est pas vraiment accessible dans le système de fichier.
&lt;/p&gt;

&lt;p&gt;
On notera que cette partition d&amp;#039;échange sert la plupart du temps aussi de stockage lors de l&amp;#039;hibernation, jouant ainsi le rôle du fichier &lt;em class=&quot;u&quot;&gt;hibernate.sys&lt;/em&gt; de Windows.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Quid de la SWAP&quot; [9093-9588] --&gt;
&lt;h3&gt;&lt;a name=&quot;conclusion&quot; id=&quot;conclusion&quot;&gt;Conclusion&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;

&lt;p&gt;

Avec ça, vous devriez être à même de vous repérer dans une arborescence de fichiers. Bien sûr, il est nécessaire de pratiquer un peu pour prendre l&amp;#039;habitude de cette organisation.
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Conclusion&quot; [9589-9798] --&gt;
&lt;h3&gt;&lt;a name=&quot;references&quot; id=&quot;references&quot;&gt;Références&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;

&lt;p&gt;

&lt;a href=&quot;http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html&quot; class=&quot;urlextern&quot; title=&quot;http://www.debian.org/doc/packaging-manuals/fhs/fhs-2.3.html&quot;  rel=&quot;nofollow&quot;&gt;Filesystem Hierarchy Standard&lt;/a&gt;
&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Références&quot; [9799-9918] --&gt;
&lt;h3&gt;&lt;a name=&quot;remerciements&quot; id=&quot;remerciements&quot;&gt;Remerciements&lt;/a&gt;&lt;/h3&gt;
&lt;div class=&quot;level3&quot;&gt;

&lt;p&gt;

&lt;strong&gt;smolski&lt;/strong&gt; pour sa relecture et ses réflexions pertinentes et constructives !

&lt;/p&gt;

&lt;/div&gt;
&lt;!-- SECTION &quot;Remerciements&quot; [9919-] --&gt;</description>
        <category>cours:systeme:les_fichiers</category>
            <pubDate>Wed, 03 Mar 2010 22:08:38 +0200</pubDate>
        </item>
        <item>
            <title>cours:systeme:les_fichiers:accueil</title>
            <link>http://wiki.chezlefab.net/cours/systeme/les_fichiers/accueil?rev=1249504151</link>
            <description>


&lt;h1&gt;&lt;a name=&quot;les_fichiers_sous_linux&quot; id=&quot;les_fichiers_sous_linux&quot;&gt;Les fichiers sous Linux&lt;/a&gt;&lt;/h1&gt;
&lt;div class=&quot;level1&quot;&gt;
&lt;ul&gt;
&lt;li class=&quot;level1&quot;&gt;&lt;div class=&quot;li&quot;&gt; &lt;a href=&quot;http://wiki.chezlefab.net/cours/systeme/les_fichiers/1_survol&quot; class=&quot;wikilink1&quot; title=&quot;cours:systeme:les_fichiers:1_survol&quot;&gt;Première partie : survol&lt;/a&gt;&lt;/div&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;/div&gt;
</description>
        <category>cours:systeme:les_fichiers</category>
            <pubDate>Wed, 05 Aug 2009 22:29:11 +0200</pubDate>
        </item>
    </channel>
</rss>
