.\" Copyright © 2010 Roger Leigh .\" .\" schroot is free software: you can redistribute it and/or modify it .\" under the terms of the GNU General Public License as published by .\" the Free Software Foundation, either version 3 of the License, or .\" (at your option) any later version. .\" .\" schroot is distributed in the hope that it will be useful, but .\" WITHOUT ANY WARRANTY; without even the implied warranty of .\" MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU .\" General Public License for more details. .\" .\" You should have received a copy of the GNU General Public License .\" along with this program. If not, see .\" . .\" .ds RELEASE_DATE 14 Aug 2022 .ds VERSION 1.6.13 .ds SCHROOT_LIBEXEC_DIR /usr/lib/x86_64-linux-gnu/schroot .ds SCHROOT_MOUNT_DIR /var/run/schroot/mount .ds SCHROOT_SESSION_DIR /var/lib/schroot/session .ds SCHROOT_FILE_UNPACK_DIR /var/lib/schroot/unpack .ds SCHROOT_OVERLAY_DIR /var/lib/schroot/union/overlay .ds SCHROOT_UNDERLAY_DIR /var/lib/schroot/union/underlay .ds SCHROOT_SYSCONF_DIR /etc/schroot .ds SCHROOT_CONF /etc/schroot/schroot.conf .ds SCHROOT_CONF_CHROOT_D /etc/schroot/chroot.d .ds SCHROOT_CONF_SETUP_D /etc/schroot/setup.d .ds SCHROOT_DATA_DIR /usr/share/schroot .ds SCHROOT_SETUP_DATA_DIR /usr/share/schroot/setup .ds SCHROOT_LOCALE_DIR /usr/share/locale .ds PACKAGE_LOCALE_DIR /usr/share/locale .ds PROGRAM schroot .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH "FAQ de SCHROOT" 7 \*[RELEASE_DATE] "Version \*[VERSION]" "Debian sbuild" .SH NOM Foire aux questions de schroot .SH DESCRIPTION Cette page de manuel couvre différentes questions fréquentes sur la configuration et l'utilisation de schroot. .SH CONFIGURATION .SS "Pourquoi schroot écrase\-t\-il des fichiers de configuration dans le chroot\ ?" Par défaut, schroot copie les bases de donnée NSS du système (\[oq]passwd\[cq], \[oq]shadow\[cq], \[oq]group\[cq], \[oq]gshadow\[cq], \[oq]services\[cq], \[oq]protocols\[cq], \[oq]networks\[cq], \[oq]hosts\[cq],\ etc.) dans le chroot. La raison est que l'environnement de chroot n'est pas complètement séparé du système, et copier ces fichiers permet de les maintenir à jour. Cependant, ce n'est pas toujours désirable, en particulier si installer un paquet dans le chroot crée des utilisateurs et groupes système qui ne sont pas présents chez l'hôte, car ils disparaîtront la prochaine fois que les bases de données seront copiées. .PP La solution de repli suggérée ici est de désactiver la copie. Cela peut être effectué en définissant la clé \f[CI]setup.nssdatabases\fR comme vide dans \fIschroot.conf\fP. Dans les versions précédentes de schroot, c'était effectué en commentant le fichier NSSDATABASES pour le chroot (\fI\*[SCHROOT_SYSCONF_DIR]/default/config\fP par défaut). La liste de bases de données peut être également personnalisée en éditant le fichier contenant la liste des bases de données (\fI\*[SCHROOT_SYSCONF_DIR]/default/nssdatabases\fP par défaut). .PP Prochainement, nous travaillerons à un meilleur schéma pour garder les bases de données de l'hôte et du chroot synchronisées ce qui permettra des fusions d'entrée plutôt qu'un écrasement entier de la base de données et qui garderait les changements spécifiques du chroot. .SS "Quel type de chroot dois\-je utiliser\ : «\ plain\ » ou «\ directory\ »\ ?" Ces deux types de chroot sont en principe équivalents car ce sont simplement des répertoires du système de fichiers. «\ plain\ » est très simple et n'effectue aucune tâche de mise en place\ ; la seule raison pour laquelle vous pourriez vouloir l'utiliser est que vous mettez à niveau depuis un programme comme \fBdchroot\fP(1) ou \fBchroot\fP(8) qui ne font rien d'autre qu'exécuter une commande ou un shell dans un répertoire. D'un autre coté, les chroots «\ directory\ » exécutent des scripts de mise en place qui peuvent monter des systèmes de fichiers additionnels ou d'autres tâches de mise en place. .SH "CONFIGURATION AVANCÉE" .SS "Que sont les «\ instantanés\ » («\ snapshots\ ») et les «\ unions\ »\ ?" Certains types de chroot gèrent le \fIclonage\fP. Cela veut dire que quand vous démarrez une session vous obtenez une \fIcopie\fP du chroot qui ne dure que pour la durée de la session. C'est utile quand vous voulez une copie propre temporaire du système pour une tache simple, qui est ensuite automatiquement détruite quand vous ne l'utilisez plus. Par exemple, les démons de construction des paquets Debian exécutent \fBsbuild\fP(1) pour construire les paquets Debian et ce programme utilise schroot pour créer un environnement de construction propre pour chaque paquet. Sans création d'instantané, le chroot devrait être réinitialisé à la fin de chaque construction afin de le préparer pour le suivant, et chaque débris laissé par la désinstallation de paquet ou de construction précédente peut interférer avec la construction suivante. .PP La méthode de création d'instantané la plus utilisée utilise les instantanés LVM (chroot de type \[oq]lvm\-snapshot\[cq]). Dans ce cas, le chroot doit exister sur un volume logique LVM (LV)\ ; les instantanés d'un LV peuvent ainsi être effectués avec la commande \fBlvcreate\fP(8) pendant l'initialisation de la session de chroot. Cependant, cela utilise beaucoup d'espace disque. Une nouvelle méthode consiste à utiliser les instantanés Btrfs qui utilisent beaucoup moins d'espace disque (chroot de type \[oq]btrfs\-snapshot\[cq]), et peuvent être plus sûrs que les instantanés LVM. Cependant, Btrfs est encore expérimental, mais cela deviendra certainement la méthode conseillée quand il deviendra mature. .PP Les unions sont des alternatives aux instantanés. Dans ce cas, au lieu de créer une copie du système de fichiers du chroot, un système de fichiers temporaire inscriptible est superposé au système de fichiers du chroot. Toute modification est ainsi sauvée dans la surcouche, laissant le système de fichier du chroot original inchangé. Le noyau Linux n'a pas encore intégré la prise en charge des unions de système de fichiers comme aufs et unionfs. Ainsi les instantanés LVM restent la méthode recommandée pour le moment. .SH UTILISATION .SS "Puis\-je exécuter un démon («\ daemon\ ») dans un chroot\ ?" Un problème commun est d'essayer d'exécuter un démon dans un chroot et découvrir que cela ne marche pas. Typiquement, le démon est tué rapidement après avoir été démarré. .PP Quand schroot est exécuté, il initie une session, exécute la commande ou le shell spécifié, attend que cette commande ou ce shell se termine et ferme la session. Pour une commande ou un shell normal, cela marche bien. Cependant les services commencent par se lancer en tâche de fond et se détachent du terminal les contrôlant. Ils font cela en fourchant deux fois et en laissant le processus parent se terminer. Malheureusement schroot détecte que le programme s'est terminé (le démon est un petit\-fils orphelin de ce processus) et il ferme la session. Une partie de la terminaison de la session est de tuer tous les processus restant dans le chroot, ce qui veut dire tuer le démon lors de la fermeture de la session. .PP En conséquence, il n'est pas possible d'exécuter un démon \fIdirectement\fP avec schroot. Vous pouvez cependant le faire si vous créez une session avec \fI\-\-begin\-session\fP et ensuite exécutez le démon avec \fI\-\-run\-session\fP. Il est alors de votre responsabilité de terminer la session avec \fI\-\-end\-session\fP quand le démon a terminé ou que vous n'en avez plus besoin. .SS "Comment puis\-je nettoyer manuellement une session cassée\ ?" Occasionnellement, il peut être nécessaire de nettoyer manuellement des sessions. Si quelque chose a changé dans votre système qui fait échouer les scripts de mise en place lors de la fin de session, par exemple le retrait d'un fichier ou répertoire requis, il peut être impossible à schroot de nettoyer tout automatiquement. Pour chaque répertoire de session listé dans la section \[lq]\fIRépertoires de session\fP\[rq] dans \fBschroot\fP(1), tout fichier avec le nom d'un identifiant de session doit être supprimé, et tout répertoire avec le nom d'un identifiant de session doit être démonté (s'il y a des systèmes de fichiers montés à l'intérieur) et également supprimé. .PP Par exemple, pour supprimer une session nommée \fIma\-session\fP à la main\ : .IP \[bu] Supprimez le fichier de configuration de la session .EX %\ \f[CB]rm\ \*[SCHROOT_SESSION_DIR]/ma\-session\fR\[CR] .EE .IP \[bu] Vérifiez les systèmes de fichiers montés .EX %\ \f[CB]\*[SCHROOT_LIBEXEC_DIR]/schroot\-listmounts\ \-m\ \e \*[SCHROOT_MOUNT_DIR]/ma\-session\fR\[CR] .EE .IP \[bu] Démontez tout système de fichiers monté .IP \[bu] Supprimez \fI\*[SCHROOT_MOUNT_DIR]/ma\-session\fP .IP \[bu] Répétez pour les autres répertoires comme \fI\*[SCHROOT_UNDERLAY_DIR]\fP, \fI\*[SCHROOT_OVERLAY_DIR]\fP et \fI\*[SCHROOT_FILE_UNPACK_DIR]\fP .PP \fBNOTE\ :\fP Ne supprimez aucun répertoire sans vérifier s'il y a des systèmes de fichiers montés sous eux, car les systèmes de fichiers comme \fI/home\fP pourraient toujours être montés en liaison. Ne pas le faire peut engendrer la perte irréparable de données. .SH "UTILISATION AVANCÉE" .SS "Comment utiliser les sessions\ ?" Lors d'une utilisation normale, lancer une commande peut ressembler à ça\ : .EX %\ \f[CB]schroot\ \-c squeeze \-\- commande\fR\[CR] .EE .PP Cela lancera la commande \fIcommande\fP dans le chroot \fIsqueeze\fP. Alors qu'il n'est pas évident qu'une session est utilisée ici, schroot effectue en fait les étapes suivantes\ : .IP \[bu] Création d'une session utilisant le chroot \fIsqueeze\fP. Cela va donner automatiquement un nom unique, comme \fIsqueeze\-57a69547\-e014\-4f5d\-a98b\-f4f35a005307\fP, que normalement vous n'avez pas besoin de connaître. .IP \[bu] Les scripts de mise en place sont exécutés pour créer la session de chroot et la configurent pour vous. .IP \[bu] La commande \fIcommande\fP est exécutée dans la session de chroot. .IP \[bu] Les scripts de mise en place sont exécutés pour nettoyer la session de chroot. .IP \[bu] La session est supprimée. .PP Maintenant si vous voulez exécuter plus d'une commande, vous pouvez exécuter un interpréteur de commandes et les exécuter interactivement, ou vous pouvez les mettre dans un script shell et l'exécuter à leur place. Mais vous pourriez vouloir faire quelque chose d'intermédiaire, comme exécuter des commandes arbitraires d'un programme ou script où vous ne savez pas quelle commande exécuter à l'avance. Vous pourriez également vouloir préserver l'état du chroot entre les commandes. C'est la raison d'être des sessions\ : une fois créée, la session est persistante et ne sera pas automatiquement supprimée. Avec une session, vous pouvez exécuter autant de commandes que vous le voulez, mais vous devez créer et supprimer la session manuellement car schroot ne peut pas savoir par lui\-même quand vous avez fini à l'exception du cas de la commande unique ci\-dessus. C'est relativement facile\ : .EX % \f[CB]schroot \-\-begin\-session \-c squeeze\fR\[CR] squeeze\-57a69547\-e014\-4f5d\-a98b\-f4f35a005307 .EE .PP Cela crée une nouvelle session basée sur le chroot \fIsqueeze\fP. Le nom unique de la session, l'identifiant de session, a été écrit sur la sortie standard. Nous pouvons donc l'enregistrer en tant que variable shell en même temps comme cela\ : .EX % \f[CB]SESSION=$(schroot \-\-begin\-session \-c squeeze)\fR\[CR] % \f[CB]echo $SESSION\fR\[CR] squeeze\-57a69547\-e014\-4f5d\-a98b\-f4f35a005307 .EE .PP Maintenant nous avons créé la session et nous avons son identifiant, nous pouvons y lancer des commandes en utilisant l'identifiant de session\ : .EX % \f[CB]schroot \-\-run\-session \-c squeeze\-57a69547\-e014\-4f5d\-a98b\-f4f35a005307 \e \-\- commande1\fR\[CR] .EE .PP ou .EX % \f[CB]schroot \-\-run\-session \-c "$SESSION" \-\- commande1\fR\[CR] .EE .PP et ensuite nous pouvons avoir autant de commandes que nous le voulons .EX % \f[CB]schroot \-\-run\-session \-c "$SESSION" \-\- commande2\fR\[CR] % \f[CB]schroot \-\-run\-session \-c "$SESSION" \-\- commande3\fR\[CR] % \f[CB]schroot \-\-run\-session \-c "$SESSION" \-\- commande4\fR\[CR] .EE .PP etc. .PP Quand nous avons fini avec cette session, nous pouvons la supprimer avec \fI\-\-end\-session\fP\ : .EX % \f[CB]schroot \-\-end\-session \-c squeeze\-57a69547\-e014\-4f5d\-a98b\-f4f35a005307\fR\[CR] .EE .PP ou .EX % \f[CB]schroot \-\-end\-session \-c "$SESSION"\fR\[CR] .EE .PP Comme les noms de sessions générés automatiquement peuvent être longs et peu maniables, l'option \fI\-\-session\-name\fP vous permet de spécifier votre propre nom\ : .PP .EX % \f[CB]schroot \-\-begin\-session \-c squeeze \-\-session\-name mon\-nom\fR\[CR] mon\-nom .EE .SH CONTRIBUER .SS "Recevoir de l'aide ou s'impliquer." La liste de diffusion \f[CR]\fR est utilisée pour l'aide aux utilisateurs et les discussions au sujet du développement. Vous pouvez vous inscrire à la liste sur le site web du projet à l'adresse \f[CR]https://alioth.debian.org/projects/buildd\-tools/\fR ou avec l'interface du gestionnaire de listes à l'adresse \f[CR]http://lists.alioth.debian.org/mailman/listinfo/buildd\-tools\-devel\fR. .SS "Signaler des bogues." Sur les systèmes Debian, les bogues peuvent être signalés en utilisant l'utilitaire \fBreportbug\fP(1) ou en envoyant un message à \f[CR]\fR (consultez \f[CR]http://bugs.debian.org\fR pour plus de détails sur comment le faire). .SS "Obtenir les dernières sources." schroot est maintenu dans le système de gestion de source git. Vous pouvez obtenir les dernières sources à partir de \f[CR]git://git.debian.org/git/buildd\-tools/schroot\fR. .EX % \f[CB]git clone git://git.debian.org/git/buildd\-tools/schroot\fR\[CR] .EE .LP La branche maîtresse contient la version de développement courante. Les versions stables peuvent être trouvées dans les branches. Par exemple la série de version\ 1.4 est la branche schroot\-1.4. .SH AUTEURS Roger Leigh. .SH COPYRIGHT Copyright \(co 2005\-2012 Roger Leigh \f[CR]\fR .PP \fB\*[PROGRAM]\fP est un logiciel libre\ : vous pouvez le redistribuer et/ou le modifier aux conditions définies dans la licence publique générale GNU telle que publiée par la Free Software Foundation, version\ 2 ou, selon votre préférence, toute version ultérieure. .SH "VOIR AUSSI" \fBdchroot\fP(1), \fBsbuild\fP(1), \fBschroot\fP(1), \fBschroot.conf\fP(5), \fBschroot\-setup\fP(5). .\"# .\"# The following sets edit modes for GNU EMACS .\"# Local Variables: .\"# mode:nroff .\"# fill-column:79 .\"# End: .SH TRADUCTION Ce document est une traduction, réalisée par Thomas Blein le 30 mai 2012. L'équipe de traduction a fait le maximum pour réaliser une adaptation française de qualité. La version anglaise de ce document est toujours consultable en ajoutant l'option «\ \-L C\ » à la commande \fBman\fR. N'hésitez pas à signaler à l'auteur ou à la liste de traduction .nh <\fIdebian\-l10n\-french@lists.debian.org\fR>, .hy selon le cas, toute erreur dans cette page de manuel.