Last corrections

tutorial/1/first.md

@@ -14,7 +14,7 @@ comme indiqué dans le message affiché en retour :
 
 D'abord, le daemon va rechercher s'il possède localement l'image
 *hello-world*. Si ce n'est pas le cas, il va aller la récupérer sur
-<hub.docker.com>. Ce site met à disposition un grand nombre d'images : des
+`hub.docker.com`. Ce site met à disposition un grand nombre d'images : des
 systèmes de base comme Ubuntu, Debian, Centos, etc. jusqu'à des conteneurs
 prêts à l'emploi : le serveur web nginx, la base de données MySQL, un serveur
 node.js, etc.
@@ -43,8 +43,8 @@ docker images
 
 Nous devrions constater la présence de deux images « Ubuntu », ayant un *TAG*
 différent. Souvent, il existe plusieurs versions d'une même image. Pour Ubuntu
-par exemple, nous avons la possibilité de lancer la version `vivid`, `trusty`
-ou `precise`.
+par exemple, nous avons la possibilité de lancer la version `precise`, `trusty`,
+`xenial` ou `yakkety`.
 
 Chaque image est identifiable par son *Image ID* unique ; les noms d'images
 ainsi que leurs tags sont, comme les tags Git, une manière humainement plus
@@ -76,7 +76,7 @@ transféré dans le conteneur.
 ## Modifier un conteneur
 
 À chaque fois que nous lançons un `run`, un nouveau conteneur est créé à partir
-de l'image que l'on a précisé (via un mécanisme de Copy-On-Write, c'est donc
+de l'image que l'on a précisé (via un mécanisme de *Copy-On-Write*, c'est donc
 très rapide et ne consomme pas beaucoup d'espace disque). Cela signifie que
 lorsque nous exécutons une commande modifiant les fichiers d'un conteneur, cela
 ne modifie pas l'image de base, mais crée une nouvelle image. Que nous pouvons