tuto5: add part on filesystems

tutorial/docker-internals/oci.md

@@ -7,6 +7,8 @@ Formée en juin 2015, l'Open Container Initiative (OCI) a pour but d'établir le
 standard commun aux programmes de contenerisation, afin d'éviter une
 fragmentation de l'écosystème.
 
+## Spécifications
+
 Trois spécifications ont été écrites :
 
 - [`runtime-spec`](https://github.com/opencontainers/runtime-spec/blob/master/spec.md#platforms): définis les paramètres du démarrage d'un conteneur ;
@@ -14,7 +16,7 @@ Trois spécifications ont été écrites :
 - [`distribution-spec`](https://github.com/opencontainers/distribution-spec/blob/master/spec.md): définis la manière dont sont partagées et récupérées les images.
 
 
-## `runtime-spec`
+### `runtime-spec`
 
 `runc` est l'implémentation de cette spécification ; elle a été extraite de
 `docker`, puis donnée par Docker Inc. à l'OCI.
@@ -38,7 +40,7 @@ plus de conteneur a proprement parlé, il fait seulement en sorte d'atteindre
 l'état voulu par cette spécification, avant de passer la main à `runc`.
 
 
-## `image-spec`
+### `image-spec`
 
 Une image OCI est composée d'un manifest, d'une suite de couches de systèmes de
 fichiers, d'une configuration ainsi qu'un index d'image optionnel.
@@ -68,14 +70,14 @@ là-dedans que finissent toutes les métadonnées que l'on inscrit dans nos
 des couches du système de fichiers, ainsi que l'historique de l'image.
 
 
-## `distribution-spec`
+### `distribution-spec`
 
 Dernière née de l'organisme, cette spécification fédère la notion de
 *registre* : une API REST sur HTTP où l'on peut récupérer des images, mais
 aussi en envoyer.
 
 
-## Pour aller plus loin  {-}
+### Pour aller plus loin  {-}
 
 Si maintenant `docker` fait appel à un programme externe pour lancer
 effectivement nos conteneurs, c'est que l'on peut changer cette