Différences

Ci-dessous, les différences entre deux révisions de la page.

--- upgrade [Le 04/02/2026, 11:34] – déplacée depuis /migration voir https://forum.ubuntu-fr.org/viewtopic.php?id=2094192 krodelabestiole
+++ upgrade [Le 04/02/2026, 13:05] (Version actuelle) – [Voir aussi] lien tuto migrer_sans_connexion_internet krodelabestiole
@@ Ligne 3: / Ligne 3: @@
 ====== Mise à niveau ======
-===== Mise à niveau, mise à jour, et migration =====
+Chaque application utilisée sur un système connecté au monde (par Internet ou par l'intermédiaire de fichiers externes, clé USB, etc.) a besoin, pour rester fiable et sûre, d'être régulièrement mise à jour. Cependant les mises à jour ne sont pas toujours rétro-compatibles, et peuvent modifier voire supprimer des fonctionnalités existantes. Si il s'agit de logiciel importants ou centraux, le système entier peut dans ce cas dysfonctionner.
-<note important>
+Chaque [[:distributions|distribution]] Linux essaie de subvenir à cette problématique à sa façon.\\
-Sur Ubuntu on préfère parler de //mise à niveau// que de //[[:mise à jour]] majeure//, afin d'éviter la confusion (ce n'est généralement pas le cas dans d'autres contextes).
+Ubuntu est une [[:distributions|distribution]] dite //point release// (par opposition par exemple au modèle de distribution continu //rolling release// de [[:distributions#famille_arch|Arch]] ou [[:distributions#Solus]]).
-Ainsi la **mise à niveau** est à différencier d'une simple **[[:mise à jour]]** :\\
+Ainsi chaque version majeure des logiciels importants est gelée périodiquement (tous les 2 ans pour les [[:versions]] [[:LTS]] d'Ubuntu) afin de pouvoir tester profondément sa fiabilité et son comportement avec le reste du système, avant de rendre cette [[:versions|version]] d'Ubuntu publique. [[:Canonical]] distribue alors une [[:versions|version]] "figée" d'Ubuntu, dont les mises à jour ordinaires ne concernent que des corrections et de petites modifications (on dit qu'il s'agit de //versions mineures//).
-voir le chapitre //[[:faq_upgrade#Quelles sont les différences entre mise à niveau, mise à jour, et migration ?]]// dans la [[:faq_upgrade|FAQ]] sur le sujet.
-</note>
-===== Migrer en douceur via dual-boot =====
+La **mise à niveau** consiste à migrer son système Ubuntu d'une de ces versions figées à la suivante (saut cas spécifique on recommande généralement d'utiliser seulement les [[:versions]] [[:LTS]] d'Ubuntu).
-Très pratique pour passer progressivement d'une version à une autre :
+==== Mise à niveau, mise à jour, et migration ====
-  * consulter le tutoriel : [[tutoriel:migrer_par_dual_boot|Comment migrer en douceur (par dual-boot)]].
-  * il est aussi possible de faire une installation dans une partition à part en la chaînant pour ne pas interférer avec le menu de démarrage actuel.  Voir [[https://forum.ubuntu-fr.org/viewtopic.php?id=55813|cette discussion]].
-===== Problèmes courants =====
+Sur Ubuntu on préfère parler de //mise à niveau// (//upgrade// en anglais) que de //[[:mise à jour]] majeure// (//major update//), afin d'éviter la confusion entre //mise à niveau// et //mise à jour// (ça peut ne pas être le cas dans d'autres contextes informatiques).
-==== Le logiciel détecte que l'ancien fichier a été modifié. ====
+Ainsi la **mise à niveau** est à différencier d'une simple **[[:mise à jour]]**.
-Le message banalisé est le suivant
+<note important>
-<code bash>Fichier de configuration « /xxxxx/yyyyy/zzzzz »
+Voir le chapitre //[[:faq_upgrade#Quelles sont les différences entre mise à niveau, mise à jour, et migration ?]]// dans la [[:faq_upgrade|FAQ]] sur le sujet.
- ==> Modifié (par vous ou par un script) depuis l'installation.
+</note>
- ==> Le distributeur du paquet a fourni une version mise à jour.
-   Que voulez-vous faire ? Vos options sont les suivantes :
-    Y ou I  : installer la version du responsable du paquet
-    N ou O  : garder votre version actuellement installée
-      D     : afficher les différences entre les versions
-      Z     : suspendre ce processus pour examiner la situation
- L'action par défaut garde votre version actuelle.</code>
-La réponse **Y/I**  semble préférable à la réponse **N/O**. Il sera toujours possible  remettre les modifications si elles sont encore nécessaire en vérifiant qu'il n'y a pas un répertoire prévu pour que les modifications restent d'une version à l'autre.  C'est souvent un répertoire xxxxx**.d**
-Nous sommes naturellement tentés de répondre **D** ou **Z**. Dans les deux cas, la façon de continuer l'installation pour choisir **Y/I** ou **N/O** n'est toujours pas proposée. Cela va donc se terminer par un abandon de l'installation avec nécessité de la prendre tel qu'indiqué [[:migration#mise_a_niveau_interrompue_ou_defectueuse|ci-dessous.]]
+===== Mise à niveau en mode graphique =====
-===== Mise à niveau interrompue ou défectueuse. =====
+<note important>
+//Avant// de lancer une mise à niveau, assurez-vous d'avoir une [[:sauvegarde]] à jour, complète et fonctionnelle !
-Pendant la mise à niveau de nombreux incidents peuvent survenir : une coupure de courant, plus d'accès au serveur de mise à jour ou encore le petit dernier qui débranche la prise électrique. On peut ainsi se retrouver avec une mise à niveau incomplète ou des dépendances non satisfaites.
+N'hésitez pas non plus à consulter la [[:faq_upgrade|FAQ sur la mise à niveau]] !
+</note>
-En cas de problème mineur de dépendances, [[recovery_mode|booter]] avec un ancien noyau  puis tentez les commandes :
-<code bash>sudo dpkg --configure -a</code>
-puis :
-<code bash>sudo apt-get -f install
-sudo apt update
-sudo apt upgrade</code>
-FIXME La commande qui suit semble ne plus prendre en compte  le -a à vérifier.
-Si votre mise à niveau ne s'est pas terminée ou qu'un souci majeur est intervenu, vous pouvez tenter la commande :
-<code bash>sudo dpkg-reconfigure -phigh -a</code>
-Cette commande aura pour effet de réinstaller et reconfigurer les paquets de la mise à niveau.
-Notez qu'elle peut durer un certain temps, parfois une heure.
-<code bash>sudo dpkg-reconfigure -phigh -a
-Unknown option: a
-Utilisation : dpkg-reconfigure [options] paquets
-  -u,  --unseen-only		affiche seulement les questions qui n'ont
-                    		pas encore été posées ;
-       --default-priority	utilise la priorité par défaut plutôt
-                         	que la priorité basse ;
-       --force			force la reconfiguration des paquets cassés.
-       --no-reload		ne pas recharger les modèles. (à utiliser
-                         	avec précaution)
-  -f,  --frontend		indique l'interface debconf à utiliser ;
-  -p,  --priority		indique la priorité minimale à afficher ;
-       --terse			active le mode laconique (« terse »).
-</code>
-===== Guides spécifiques de mise à niveau =====
-==== Versions non soutenues (obsolètes, fin de vie) ====
-La migration vers une [[:old-releases|version obsolète d'Ubuntu]] n'est pas possible. [[:tutoriel:sauvegarder_home|Sauvegarder vos données]] et installer une [[:versions|version]] encore soutenue est la seule procédure recommandée.\\
-Les [[:dépôts]] des vieilles versions n'étant plus supportées (comme 17.10, 18.10 et 19.04) ont été déplacés vers un serveur d'archive. Aussi, il faudra modifier la liste des dépôts : voir cette [[:old-releases|page]].
-===== Migration en mode graphique =====
 Par défaut dans les paramètres, le gestionnaire de mise à jour vérifie quotidiennement la présence de mises à jour ou la disponibilité d'une nouvelle version d'Ubuntu.
-{{:migration_update-manager.png?400}}
+{{:migration_update-manager.png?500}}
 Si le gestionnaire de mise à jour se lance automatiquement, vous pouvez accepter la proposition de mise à niveau et suivre les instructions.
-{{:applications:miseaniveau.png?600}}
+{{:applications:miseaniveau.png?500}}
 Ou bien, vous pouvez lancer manuellement le gestionnaire de mise à jour via la commande :
   update-manager
-===== Migration en ligne de commande =====
+===== Mise à niveau en ligne de commande =====
-L'outil en ligne de commande **do-release-upgrade** permet d'effectuer une mise à niveau d'Ubuntu sans utiliser d'utilitaire graphique. Il est particulièrement pertinent pour les serveurs, qui fonctionnent sans interface graphique. L'ensemble des options de cet outil peut être lu en exécutant la commande :
+L'outil en ligne de commande ''[[man>do-release-upgrade]]'' permet d'effectuer une mise à niveau d'Ubuntu sans utiliser d'utilitaire graphique. Il est particulièrement pertinent pour les serveurs, qui fonctionnent sans interface graphique. L'ensemble des options de cet outil peut être lu en exécutant la commande :
   do-release-upgrade --help
@@ Ligne 98: / Ligne 50: @@
   * <code>do-release-upgrade --check-dist-upgrade-only</code>L'option ''%%--check-dist-upgrade-only%%'' vérifie l'existence d'une nouvelle version. Si une nouvelle version est trouvée, celle-ci est affichée en résultat dans le terminal. Exécutée ainsi, cette commande n'effectue qu'une vérification ; aucune mise à niveau n'est faite.
   * <code>do-release-upgrade --sandbox</code>L'option ''%%--sandbox%%'' permet de tester une mise à niveau dans un environnement protégé. Ceci est particulièrement utile pour tester le déploiement d'une mise à niveau avant de procéder à son application dans l'environnement de production.
-<note warning>L'option --sandbox semble ne plus être proposée sous 20.04 et 22.04</note>
+<note warning>L'option %%--%%sandbox semble ne plus être proposée sous 20.04 et 22.04</note>
   * <code>do-release-upgrade</code> ou avec une interface graphique : <code bash>sudo do-release-upgrade -f DistUpgradeViewGtk3</code>
@@ Ligne 104: / Ligne 56: @@
 Sans option, l'outil ''do-release-upgrade'' recherche et procède à une mise à niveau vers la prochaine version LTS ou stable disponible, si elle existe.
-<note tip>**Mise à niveau vers une version de développement** \\ Les options suivantes permettent de vérifier l'existence d'une nouvelle version de développement et de procéder à la mise à niveau vers celle-ci. Elles ne devraient être utilisées que dans des environnements de développement, puisqu'elles peuvent être instables et contenir des bogues.
+<note tip>
+**Mise à niveau vers une version de développement** \\ Les options suivantes permettent de vérifier l'existence d'une nouvelle version de développement et de procéder à la mise à niveau vers celle-ci. Elles ne devraient être utilisées que dans des environnements de développement, puisqu'elles peuvent être instables et contenir des bogues.
   * <code>do-release-upgrade --check-dist-upgrade-only --devel-release</code>Le couple d'options ''%%--check-dist-upgrade-only%%'' et ''%%--devel-release%%'' vérifie l'existence d'une nouvelle version de développement. Si une nouvelle version de développement est trouvée, celle-ci est affichée en résultat dans le terminal. Exécutée ainsi, cette commande n'effectue qu'une vérification ; aucune mise à niveau n'est faite.
   * <code>do-release-upgrade --devel-release</code>L'option ''%%--devel-release%%'' recherche et procède à une mise à niveau vers la prochaine version de développement disponible, si elle existe.
 </note>
+==== via SSH ====
+Lancer une migration via [[:SSH]] peut se révéler périlleux en cas de problème. Ceci dit, c'est tout à fait possible (et souvent la seule méthode disponible).
+Le script de mise à niveau va alors créer un serveur [[:SSH]] additionnel écoutant sur le port TCP ''1022'' (en plus du serveur SSH sur lequel vous êtes connecté). Attention à vos règles de [[:firewall|pare-feu]] qui pourraient bloquer ce port.
+Le script sera lancé dans un [[:screen]] : il sera possible de retrouver son terminal en l'état et donc de continuer la mise à niveau en cas de déconnexion.
+  * Pour se reconnecter :<code bash>ssh login@pc42 #sur le serveur habituel.</code>ou<code bash>ssh login@pc42 -p 1022 #Si le pare-feu ne le bloque pas.</code>
+  * Pour récupérer le terminal :<code bash>sudo screen -x</code>ou<code bash>sudo screen -r</code>
 ==== Rechercher uniquement des versions LTS ====
-L'outil **do-release-upgrade** se base sur la politique de mise à niveau telle que définie dans votre fichier ///etc/update-manager/**release-upgrades**//. La variable ''Prompt'', en fin de fichier, indique si seules les versions LTS doivent être recherchées ou si toutes les versions (LTS et régulières) doivent être recherchées.
+L'outil ''[[man>do-release-upgrade]]'' se base sur la politique de mise à niveau telle que définie dans votre fichier ''/etc/update-manager/**release-upgrades**''. La variable ''Prompt'', en fin de fichier, indique si seules les versions [[:LTS]] doivent être recherchées ou si toutes les versions (LTS et régulières) doivent être recherchées.
   * ''Prompt=lts'' : rechercher les versions LTS uniquement ;
   * ''Prompt=normal'' : rechercher toutes les versions ;
@@ Ligne 125: / Ligne 90: @@
 Si vous avez vraiment besoin de mettre à niveau vers la nouvelle LTS, vous pouvez utiliser (à vos risques et périls) l'option ''-d'' (''%%--%%devel-release'') signifiant une migration vers la prochaine version en développement) à condition d'être déjà sur une LTS et d'avoir choisi ''Prompt=lts''.\\
 N'hésitez pas à utiliser l'option ''-c'' (''%%--%%check-dist-upgrade-only'') en conjonction de ''-d'' pour vérifier que vous allez bien migrer vers la version voulue.
-==== Migration en ligne de commande via SSH ====
-Lancer une migration via SSH n'est pas recommandé car cela peut se révéler plus périlleux en cas de problème. Ceci dit, c'est tout à fait possible.
+===== Guides spécifiques =====
-Le script de mise à niveau va alors créer un serveur SSH additionnel écoutant sur le port TCP 1022 (en plus du serveur SSH sur lequel vous êtes connecté). Attention à vos règles de [[:firewall|pare-feu]] qui pourraient bloquer ce port.
+==== Versions non soutenues (obsolètes, fin de vie) ====
-Le script sera lancé dans un [[:screen]] : il sera possible de retrouver son terminal en l'état et donc de continuer la mise à niveau en cas de déconnexion.
+La migration vers une [[:old-releases|version obsolète d'Ubuntu]] n'est pas possible. [[:tutoriel:sauvegarder_home|Sauvegarder vos données]] et installer une [[:versions|version]] encore soutenue est la seule procédure recommandée.\\
+Les [[:dépôts]] des vieilles versions n'étant plus supportées (comme 17.10, 18.10 et 19.04) ont été déplacés vers un serveur d'archive. Aussi, il faudra modifier la liste des dépôts : voir cette [[:old-releases|page]].
-  * Pour se reconnecter :
+==== Migrer en douceur via dual-boot ====
-<code bash>ssh login@pc42 #sur le serveur habituel.</code>
+Le //[[:tutoriel:multiboot_avance|dual boot]]// permettrait de passer progressivement d'une version à une autre :
+  * consulter le tutoriel : //[[tutoriel:migrer_par_dual_boot|Comment migrer en douceur (par dual-boot)]]//.
-ou
+<note>
+Selon certains avis, cette méthode serait chronophage, gourmande en espace, et inutilement complexe à partir du moment où on possède une [[:sauvegarde]] fiable et complète de ses données -- ce qui devrait toujours être le cas !
+</note>
-<code bash>ssh login@pc42 -p 1022 #Si le pare-feu ne le bloque pas.</code>
+===== Et ensuite =====
-  * Pour récupérer le terminal :
+La commande ''uname -mr'' permet de visualiser quel [[:kernel|noyau]] est actif actuellement.
-<code bash>sudo screen -x</code>
+Lorsque la mise à niveau est terminée, il reste encore a nettoyer le système, tout n'est pas fait automatiquement.\\
+La 1<sup>ere</sup> chose à faire est de redémarrer l'ordinateur afin de vérifier que le nouveau [[:kernel|noyau]] prend bien en compte tout votre matériel et qu'il n'y a pas eu de régression.
-ou
+Après le redémarrage, si vous repassez la commande ''uname -mr'' vous devriez vois que le noyau actif a changé.
-<code bash>sudo screen -r</code>
+<note important>Vérifiez bien que tout votre matériel fonctionne : [[:WiFi]], [[:bluetooth]], etc.</note>
-===== Et ensuite =====
+==== Nettoyage des paquets devenus inutiles ====
-La commande <code>uname -mr</code>
+Certains [[:paquet|paquets]] ne sont plus utiles, mais sont toujours installés sur votre système, pour les supprimer :
-permet de visualiser quel noyau est actif actuellement .
+  sudo apt autoremove --purge
+Pour supprimer les résidus de configuration de ces paquets (et ceux modifiés lors de la migration) :
+  sudo apt purge ~c
-Lorsque la Mise à Niveau est terminée , il reste encore a nettoyer le système , car elle ne fait pas tout automatiquement .
+==== Les noyaux ====
-La 1ere des choses à faire est de redémarrer l' ordinateur afin de vérifier que le nouveau noyau prend bien en compte tout votre matériel et qu ' il n' y a pas eu de régression .
-Après le redémarrage , si vous repassez donc
+La mise à niveau ne gère pas la suppression des anciens [[:kernel|noyaux]] directement. Si il y avait un problème avec le nouveau noyau, le cas contraire pourrait être problématique.
-<code>uname -mr</code>
-vous verrez que le noyau actif a changé .
-**Vérifiez bien que tout votre matériel fonctionne .** wifi , bluetooth etc ...
-==== Nettoyage des paquets devenus inutiles ====
+Cependant, après une période de test de quelques jours, les anciens [[:kernel|noyaux]] peuvent être supprimés pour libérer de l'espace.
+Cela se fait manuellement.
-Certains paquets ne sont plus utiles , mais sont toujours installés sur votre système , pour les supprimer :
+==== Dépôts annexes ====
-<code>sudo apt autoremove --purge</code>
-Pour supprimer les résidus de configuration de ces paquets ( et ceux modifiés lors de la migration ) :
-<code>sudo apt purge ~c</code>
-==== Les noyaux ====
+Si vous aviez des [[:PPA|dépôts tiers]], ils ont été désactivés.
-Sujet sensibles ...
+Comme recommandé sur cette page, vous avez donc vérifié que les logiciels que vous utilisez par l'intermédiaire de ces dépôts sont disponibles sur la nouvelle version d'Ubuntu.
-la MAN ne gère pas la suppression des anciens noyaux directement , et c' est plutôt bien , car si jamais il y a un problème avec le nouveau noyau et que la MAN supprime les anciens , cela pourrait être dramatique .
-Cependant , après une période de **test de 15 jours** , il est bon de supprimer les noyaux de l ' ancienne version .
+<note tip>
-Cela ne peut se faire qu ' à la main .
+N'hésitez pas à vérifier l'existence de ces applications en version [[:snap]] ou [[:Flatpak]], plus sûres et plus pratiques que les [[:PPA]] historiques.
+</note>
-==== Les dépôts " annexes " ====
+Pour les réutiliser il faut éditer les sources de ces dépôts pour les "assortir" à la nouvelle version d'Ubuntu, en remplaçant les noms de l'ancienne version d'Ubuntu par celui de la nouvelle.\\
+Par exemple si vous étiez sur //[[:Jammy]]// (22.04 LTS) et que vous venez de faire la mise à niveau vers //[[:Noble]]// (24.04 LTS), il faut remplacer toutes les occurrences de ''jammy'' par ''noble'' dans tous les fichiers ''*.sources'' ou ''*.list''.
-Si vous aviez des dépôts tiers , ils ont été désactivés .
-Comme vous avez probablement lu toute la page , vous avez donc vérifiez que les logiciels que vous utilisez par l' intermédiaire de ces dépôts sont disponibles pour la nouvelle version d ' ubuntu .
-Maintenant il faut éditer ces fichiers pour les " assortir " a votre nouvelle version .
-il va falloir remplacer les noms de l ' ancienne version d ' ubuntu par celui de la nouvelle .
-par exemple , si vous étiez sur " jammy " ( 22.04 LTS ) et que vous venez de faire la Mise à Niveau " noble " ( 24.04 LTS ) , il faudra remplacer toutes les occurrences de " jammy " par " noble " dans tous les fichiers *.sources ou *.list .
 Vérifiez ensuite avec :
 <code>sudo apt update</code>
-qu ' il n ' y a pas d ' erreur .
+qu'il n'y a pas d'erreur.
-Notez qu'à partir de la version 23.10, une option permet de les faire participer à migration.
+Notez qu'à partir de la version 23.10, une option permet de les faire participer à migration : ''[[https://manpages.ubuntu.com/manpages/mantic/man8/do-release-upgrade.8.html|--allow-third-party]]''.
-[[https://manpages.ubuntu.com/manpages/mantic/man8/do-release-upgrade.8.html|--allow-third-party]]
-===== Voir aussi =====
+===== Problèmes courants =====
-Pour les détails, voir cette [[https://forum.ubuntu-fr.org/viewtopic.php?id=1566641|Discussion]]
+==== Fichier système modifié manuellement ====
+Dans le cas où un fichier système (généralement un fichier de configuration) a été modifié manuellement, la mise à niveau le détecte afin d'éviter de les écraser et les perdre, et vous demande ce que vous souhaitez faire de ces modifications.
+Cette demande est du type :
+<code>Fichier de configuration « /xxxxx/yyyyy/zzzzz »
+ ==> Modifié (par vous ou par un script) depuis l'installation.
+ ==> Le distributeur du paquet a fourni une version mise à jour.
+   Que voulez-vous faire ? Vos options sont les suivantes :
+    Y ou I  : installer la version du responsable du paquet
+    N ou O  : garder votre version actuellement installée
+      D     : afficher les différences entre les versions
+      Z     : suspendre ce processus pour examiner la situation
+ L'action par défaut garde votre version actuelle.</code>
+La réponse ''Y/I'' est souvent préférable à la réponse ''N/O''. Il sera toujours possible de remettre les modifications si elles sont encore nécessaire, et on est assuré du bon fonctionnement général du système.
+FIXME Nous sommes naturellement tentés de répondre ''D'' ou ''Z''. Dans les deux cas, la façon de continuer l'installation pour choisir ''Y/I'' ou ''N/O'' n'est toujours pas proposée. Cela va donc se terminer par un abandon de l'installation avec nécessité de la prendre tel qu'indiqué [[#mise_a_niveau_interrompue_ou_defectueuse|ci-dessous]].
+<note tip>
+Généralement un répertoire est prévu permettant d'éviter ce genre de problème et de conserver les configurations personnelles d'une version d'Ubuntu à l'autre. Son nom est souvent du type ''//conf//.d'' où ''//conf//'' est le nom du service.
+</note>
+==== Mise à niveau interrompue ou défectueuse ====
+Pendant la mise à niveau de nombreux incidents peuvent survenir : une coupure de courant, plus d'accès au serveur de mise à jour ou encore le petit dernier qui débranche la prise électrique. On peut ainsi se retrouver avec une mise à niveau incomplète ou des dépendances non satisfaites.
+En cas de problème mineur de dépendances, //[[:recovery_mode|booter]]// avec un ancien noyau, puis tentez les commandes :
+<code bash>sudo dpkg --configure -a</code>
+puis :
+<code bash>sudo apt -f install
+sudo apt update
+sudo apt upgrade</code>
+FIXME La commande qui suit semble ne plus prendre en compte le ''-a''. à vérifier.
+Si votre mise à niveau ne s'est pas terminée ou qu'un souci majeur est intervenu, vous pouvez utiliser la commande ''[[man>dpkg-reconfigure]]'' :
+<code bash>sudo dpkg-reconfigure -phigh</code>
+Cette commande aura pour effet de réinstaller et reconfigurer les paquets de la mise à niveau.
+Notez qu'elle peut durer un certain temps, parfois une heure.
+===== Voir aussi =====
-Pour connaître les applications installées manuellement, voir cette [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22816589#p22816589|discussion.]]
+  * [[:faq_upgrade|FAQ sur la mise à niveau]]
+  * [[:tutoriel:migrer_sans_connexion_internet|Mettre à niveau une version d'Ubuntu hors-ligne]]
+  * Pour les détails, voir cette [[https://forum.ubuntu-fr.org/viewtopic.php?id=1566641|discussion]].
+  * Pour connaître les applications installées manuellement, voir cette [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22816589#p22816589|discussion]].
 -----

Différences

Outils pour utilisateurs

Outils du site

Outils de la page

Divers