Chroot/es

2026-09-28T16:29:16Z

Mok0: 1 revision imported

[[de:{{PAGENAME}}]]
[[fr:{{PAGENAME}}]]
[[it:{{PAGENAME}}]]

{{Warning|This is a launch status check of the wiki migration, you can edit this entry to test things, but it might be deleted at any time, so save it if you want to keep your edits.}}

Todo lo que chroot hace es, para todos los procesos hijo, reemplazar el directorio raíz con uno especificado.

== Levantando una red dentro de un chroot /tmp/custom/debian-live/chroot/ ==

<pre>
# mount -o bind /sys /tmp/personalizado/debian-live/chroot/sys
# mount -o bind /proc /tmp/personalizado/debian-live/chroot/proc
# chroot /tmp/personalizado/debian-live/chroot/
</pre>
Ahora dentro de chroot usted podría necesitar reestablecer la [[es/Network|red]] para que cosas como route/dns puedan configurarse.

<pre>
# dhclient eth0
</pre>

Esto es útil para probar y configurar un sistema que está para ser distribuido, p.e.[[es/DebianLive|DebianLive]].

{{Anchor|BuildAChroot}}
== Construir chroot ==
* [[es/debootstrap|Debootstrap]] : Crear otro sistema Debian por completo dentro de un chroot.

== Ver También ==
* La Guía de Referencia Debian tiene algunos [http://www.debian.org/doc/manuals/reference/ch09#_chroot_system consejos sobre "chroot"].
* [[es/DebianInstaller|DebianInstaller]]
* Wikipedia [[WikiPedia:Chroot]]
-----

[[ToDo]]: [[fr/Chroot|Sync with french version]]
* [[:Category:System]]

Chroot/fr

2026-09-28T16:29:16Z

Mok0: 1 revision imported

[[de:{{PAGENAME}}]]
[[es:{{PAGENAME}}]]
[[it:{{PAGENAME}}]]

{{Warning|This is a launch status check of the wiki migration, you can edit this entry to test things, but it might be deleted at any time, so save it if you want to keep your edits.}}

* '''[[WikiPedia:fr:chroot|chroot]]''' est une opération sur les systèmes d'exploitation UNIX permettant de changer le répertoire racine apparent d'un processus de la machine hôte et ses processus fils.

__TOC__
-----

== Installation de base ==
Construire un « chroot » est très facile sous Debian.

Il faut :
* Installer les paquets nécessaires

<pre>
apt-get install binutils debootstrap
</pre>

* Choisir un emplacement

<pre>
mkdir -p /srv/chroot/stretch
</pre>

* Construire le chroot

Vous pouvez soit choisir vous-même un miroir réseau proche, utiliser un miroir basé sur le dns tel que ftp.XX.debian.org où XX est le code géographique de votre pays, ou utiliser deb.debian.org qui fera tout automatiquement à votre place. L'utilisation de deb.debian.org est le plus simple à documenter et devient la méthode préférée en général. C'est par conséquent la méthode recommandée si vous n'avez pas un miroir préféré, local et rapide. Consultez la page [http://deb.debian.org/] pour une documentation détaillée.

<pre>
debootstrap --arch i386 stretch /srv/chroot/stretch http://deb.debian.org/debian
</pre>

* Ca mouline, récupération d'une « image », décompression et installation des paquets nécessaires

'''Conseil''' : ''avant de rentrer dans votre chroot tout neuf et de le modifier, il peut être pertinent d'en effectuer une sauvegarde (une archive .tar.gz par exemple). Le chroot étant souvent destiné à expérimenter, il n'est pas rare de vouloir repartir de zéro après une mauvaise manipulation. Si c'est le cas vous n'aurez alors qu'à désarchiver votre sauvegarde et vous gagnerez du temps.''

* Pour y entrer (voir ci-dessous pour la configuration qui peut être nécessaire dans le chroot) :

<pre>
chroot /srv/chroot/stretch
</pre>

{{emoji|idea}} Un moyen plus pratique pour entrer dans le chroot est fournit par le paquet [[Schroot|schroot]]. Cette enveloppe permet à des utilisateurs non privilégiés d'accéder à un ou plus environnements chroot. Schroot gère l'appel de chroot(2) à la fois en diminuant les droits dans le chroot et en remontant des ressources dans le chroot (comme les répertoires home, <code>/dev</code>, <code>/sys</code>, <code>/proc</code>).

=== La taille d'un chroot ===

L'espace disque nécessaire constaté est le suivant :

{|
|'''Version'''||'''Taille'''
|-
|slink || 80 Mo (archi i386 ? à confirmer)
|-
|potato|| 95 Mo (archi i386 ? à confirmer)
|-
|woody|| 100 Mo (archi i386 ? à confirmer)
|-
|sarge|| 138 Mo (archi i386 ? à confirmer)
|-
|squeeze|| 213 Mo (archi amd64)
|-
| rowspan="2" | wheezy|| 238 Mo (i386)
|-
| 233 Mo (amd64)
|}

== Configuration ==
En général, il est nécessaire de créer/modifier des points de configuration essentiels (liste non exhaustive)

Créez un fichier /usr/sbin/policy-rc.d DANS LE CHROOT ainsi dpkg ne lancera pas de démon à moins que vous ne le souhaitiez. Cette exemple évite le démarrage de tous les démons dans le chroot.

<pre>
chroot /srv/chroot/stretch
cat > ./usr/sbin/policy-rc.d <<EOF
#!/bin/sh
exit 101
EOF
chmod a+x ./usr/sbin/policy-rc.d
</pre>

La commande <code>ischroot</code> est boguée et ne détecte pas qu'elle est exécutée dans un chroot ([[DebianBug:685034]]). Plusieurs paquets dépendent de <code>ischroot</code> pour déterminer un comportement correct dans un chroot et fonctionneront mal lors d'une mise à jour si ce n'est pas corrigé. La meilleure manière de corriger cela est de remplacer ischroot par la commande /bin/true.

<pre>
dpkg-divert --divert /usr/bin/ischroot.debianutils --rename /usr/bin/ischroot
ln -s /bin/true /usr/bin/ischroot
</pre>

La configuration d'un chroot étant relativement statique et très spécifique, on peut éventuellement se dispenser des commandes de «haut-niveau» et modifier directement les fichiers concernés.

* les utilisateurs définis dans le chroot

<pre>
/etc/passwd
/etc/group
</pre>

* les paramètres de réglages réseaux

<pre>
/etc/hosts
/etc/resolv.conf
</pre>

* les montages de systèmes de fichiers à partir de l'hôte (PAS dans le chroot)

<pre>
/etc/fstab
</pre>

* Pour éditer l'invite de bash, ajoutez un identifiant à /etc/debian_chroot. Son contenu sera ajouté à $PS1

== Montage des pseudos systèmes de fichiers ==
=== /proc ===
* Vérifier dans le système chrooté la présence de /proc sinon le chroot ne risque pas d'être pleinement opérationnel. A priori, le debootstrap depuis la version Debian/Wheezy intègre nativement le montage de /proc et de /sys

<pre>
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
</pre>

=== /dev/pts ===
''D'après [http://lists.debian.org/debian-user-french/2008/05/msg00351.html]''

* Il est aussi conseillé de faire un "« bind » de /dev/pts. Ceci permet d'éviter les messages d'erreur du type <code>Must be connected to a terminal</code> ou <code>Cannot access '/dev/pts/0': Aucun fichier ou répertoire de ce type</code> avec l'utilisation de la commande [[DebianPkg:screen]].

Dans ce cas, sur le système principal, lancer la commande:

<pre>
mount --bind /dev/pts /srv/chroot/stretch/dev/pts
</pre>

=== Automatiser les montages ===

Plus généralement, et pour reprendre ce qui a été vu précédemment, le fichier <code>/etc/fstab</code> du système principal pourrait ressembler à ça :

<pre>
# grep chroot /etc/fstab
/dev /srv/chroot/stretch/dev auto bind 0 0
/dev/pts /srv/chroot/stretch/dev/pts auto bind 0 0
/proc /srv/chroot/stretch/proc auto bind 0 0
</pre>

Le mount sur le système principal serait :

<pre>
# mount | grep chroot
/dev on /srv/chroot/stretch/dev -type none (rw, bind)
/dev/pts on /srv/chroot/stretch/dev/pts kind none (rw, bind)
/proc on /srv/chroot/stretch/proc type none (rw, bind)
</pre>
== Ajout/suppression de paquets ==
* Éliminer les paquets non nécessaires (tout dépend donc de l'objectif du chroot)

<pre>
apt-get install deborphan
</pre>

<pre>
deborphan -a
</pre>

* Et par exemple

<pre>
apt-get remove --purge telnet manpages pppconfig ipchains ...
</pre>

''liste complémentaire'' svgalibg1 whiptail

* Ajouter un peu de confort

<pre>
apt-get install emacs23 local mc
</pre>

== Utilisations ==
Plusieurs utilisations sont envisageables, par exemple :

* Recompilation d'application dans un contexte autre que la machine qui héberge le chroot ([[fr/Backports|backport]], cross-compilation, ...)

* Mise à jour d'un service en production par basculement de l'ancien service (machine hôte) vers le nouveau (installé dans le chroot)

* Sécurisation d'un service « chrooté » par rapport à la machine hôte (et vice-versa)

== Copier et coller ==

Ce qui suit permet de ''copier coller''

D'abord la partie où on définit les variables du shell.

<pre>
export MCHRMIRROR=http://deb.debian.org/debian
export MCHRARCH=i386
export MCHRREL=buster
export MCHRDIR=/srv/chroot/${MCHRREL}-${MCHRARCH}
echo My chroot dir is ${MCHRDIR}
</pre>

De là, prudemment les éléments copier coller.

<pre>
mkdir -p ${MCHRDIR}
# l'étape suivante prend plus de temps
debootstrap --variant=buildd --arch=$MCHRARCH} ${MCHRREL} ${MCHRDIR} ${MCHRMIRROR}

# évite que dpkg ne démarre des démons dans l'environnement chroot
cat > ${MCHRDIR}/usr/sbin/policy-rc.d <<EOF
#!/bin/sh
exit 101
EOF
chmod a+x ${MCHRDIR}/usr/sbin/policy-rc.d

# dans le chroot définissez ischroot comme true
cp ${MCHRDIR}/bin/true ${MCHRDIR}/usr/bin/ischroot

#
cp /etc/hosts ${MCHRDIR}/etc/hosts
cp /etc/resolv.conf ${MCHRDIR}/etc/resolv.conf

# c'est ce qui doit être fait qu'une seule fois

# des choses à monter, vous en aurez souvent besoin
mount --bind /dev ${MCHRDIR}/dev
mount --bind /dev/pts ${MCHRDIR}/dev/pts
mount --bind /proc ${MCHRDIR}/proc

# vous pourriez en avoir besoin (par exemple dans le mode Rescue de l'installateur Debian)
mount --bind /sys ${MCHRDIR}/sys
mount --bind /run ${MCHRDIR}/run

# Okay
</pre>



<pre>
chroot ${MCHRDIR}
# profitez de votre nouvel environnement
# apt install ce que vous voulez
# faites ce que vous avez en tête
</pre>

Démontez

<pre>
[ ! -z ${MCHRDIR} ] && echo my chroot dir is ${MCHRDIR}
[ ! -z ${MCHRDIR} ] && umount ${MCHRDIR}/proc
[ ! -z ${MCHRDIR} ] && umount ${MCHRDIR}/dev/pts
[ ! -z ${MCHRDIR} ] && umount ${MCHRDIR}/dev

# si vous les avez montés plus haut
[ ! -z ${MCHRDIR} ] && umount ${MCHRDIR}/sys
[ ! -z ${MCHRDIR} ] && umount ${MCHRDIR}/run
</pre>

== Lien externe ==



* [https://www.debian-fr.org/installation-chroot-32-bits-transparent-t14673.html] - Installation d'un chroot 32 bits « transparent »
-----

[[:Category:System]] | [[:Category:Virtualization]]

-----

Chroot/it

2026-09-28T16:29:16Z

Mok0: 1 revision imported

{{Warning|This is a launch status check of the wiki migration, you can edit this entry to test things, but it might be deleted at any time, so save it if you want to keep your edits.}}

[[DebianMan:chroot]] è un'utilità che cambia la cartella che viene considerata la radice della gerarchia del file system dai suoi processi figli, in modo che sia impossibile per essi accedere alla cartella superiore rispetto alla nuova radice, anche se esiste fisicamente sul disco.

__TOC__

-------

= Casi d'uso comuni =

<div>'''L'utilità <code>chroot</code><nowiki> </nowiki>è pensata principalmente per un uso occasionale, ad-hoc.'''

Se si passa regolarmente ad un ambiente in <code>chroot</code> e ancor più se se ne usano più di uno, considerare l'uso di '''[[Schroot]]''', che automatizza alcuni compiti e non richiede i privilegi di <code>root</code> per un uso normale.
</div>

* Passare velocemente ad un altro ambiente (distribuzione, versione, tipo, insieme di pacchetti) a scopo di test, compilazione, debug, ecc.
* Riparare un sistema corrotto connettendo come unità esterna la sua unità principale (ad esempio usando un case USB) ad un sistema funzionante ed effettuando operazioni dall'interno del sistema in fase di riparazione.
* Storicamente <code>chroot</code> era anche usato per aumentare la sicurezza di servizi di rete in esecuzione su una data macchina: se un autore di un attacco riusciva a ingannare il servizio facendogli fare un'[https://en.wikipedia.org/wiki/Arbitrary_code_execution esecuzione di codice arbitrario], non avrebbe comunque avuto accesso all'intero file system della macchina (rimaneva dentro ad una cosiddetta ''prigione chroot (chroot jail)''). Ciò tuttavia non impedisce all'autore dell'attaco l'uso delle interfacce di rete della macchina per penetrare ulteriormente la rete interna, inoltre in Linux e alcuni altri UNIX, evadere da una "chroot jail" è relativamente facile. Pertanto, per scopi correlati alla sicurezza, <code>chroot</code> è stato rimpiazzato da macchine virtuali e contenitori.

-------

= Configurazione e uso di base =

''A meno che non esplicitamente diversamente detto, tutti i comandi nelle sottosezioni seguenti richiedono i privilegi di <code>root</code>.''

== Creare o fornire una gerarchia di file di un sistema Linux ==

Nelle sezioni seguenti '''<code>${chrootFolder}</code>''' fa riferimento alla cartella radice di una gerarchia di file creata o fornita come descritto in seguito.

* Nel caso di passaggio ad unità connesse esternamente, si tratta di montarle nella cartella di destinazione prescelta.
* Nel caso si desideri creare una immagine Debian nuova, si possono usare utilità come [[DebianMan:mmdebstrap]], per esempio per creare un ambiente pulito per creare pacchetti deb:
<pre>
mmdebstrap --skip=output/dev,output/mknod --variant=buildd \
trixie "${chrootFolder}" http://deb.debian.org/debian
</pre>

== Montare file system virtuali ==

Alla data del 2026 questi sono <code>proc</code>, <code>sysfs</code>, <code>udev</code> e i "figli" degli ultimi 2 che sono troppi e che inoltre tendono a nascere e morire troppo di frequente. Fortunatamente [[DebianMan:mount]] ha l'opzione <code>--rbind</code> che permette di collegare un file system già montato insieme a tutti i suoi figli, ad una cartella di destinazione aggiuntiva. Naturalmente [[systemd#Known_Issues_and_Workarounds|systemd ha deciso di rendere diffettose alcune funzionalità di base]], perciò è necessario inoltre usare o l'opzione <code>--make-rslave</code> o <code>--make-rprivate</code> per forzare il comportamento corretto (vedere [[DebianMan:mount_namespaces]] per i dettagli).

<pre>
mount -t proc proc "${chrootFolder}/proc"
mount --rbind --make-rslave /sys "${chrootFolder}/sys"
mount --rbind --make-rslave /dev "${chrootFolder}/dev"
</pre>
Nel caso ci si stia interrogando sul fatto che anche <code>proc</code> ha 1 figlio: <code>binfmt_misc</code>, che è usato per registrare gestori/interpreti di eseguibili binari, il che non ha senso in una <code>chroot</code> (deve essere fornito il percorso assoluto di un dato interprete, che è inaccessibile da un contesto in <code>chroot</code>), perciò è inutile collegarlo.

== Copiare la configurazione del risolutore DNS ==

<pre>
cp /etc/resolv.conf "${chrootFolder}/etc/"
</pre>

== Effettuare il passaggio ad una chroot ==

Ciò solitamente consiste in
<pre>
chroot "${chrootFolder}"
</pre>
...che avvia una shell di login interattiva dell'utente <code>root</code> all'interno dell'ambiente in <code>chroot</code>, in modo che si possa effettuare in modo interattivo ogni compito sia necessario.

Per i compiti non interattivi, si può fornire invece un comando alternativo e i suo argomenti:
<pre>
chroot "${chrootFolder}" /root/myScriptToBeExecutedInChroot.sh myArg1 myArg2
</pre>
<code>/root/myScriptToBeExecutedInChroot.sh</code> è un percorso all'interno della gerarchia in <code>chroot</code>.

== Pulizia ==

Dopo il termine del processo <code>chroot</code> è necessario scollegare / <code>smontare</code> tutti i file system virtuali collegati/montati in precedenza. Per fortuna <code>umount</code> ha anche un'opzione <code>--recursive</code> / <code>-R</code> per aiutare a farlo:
<pre>
umount -R "${chrootFolder}/dev"
umount -R "${chrootFolder}/sys"
umount -R "${chrootFolder}/proc"
</pre>
Se <code>${chrootFolder}</code> è un punto di mount di un'unità esterna e si desidera smontare anche quello, si possono sostituire tutti i comandi scritti sopra con solo il seguente comando:
<pre>
umount -R "${chrootFolder}"
</pre>

-------

= Note e scenari aggiuntivi =

== Eseguire applicazioni X11 con GUI ==

Eseguire applicazioni X11 con GUI dall'interno di un ambiente in <code>chroot</code> e visualizzarle sul server X11 dell'host funziona usando i meccanismi standard: basta esportare il valore della variabile d'ambiente <code>DISPLAY</code> dall'host nella <code>chroot</code> e assicurarsi che il server X dell'host permetta tutte le connessioni (per esempio usando l'utilità [[DebianMan:xhost]]).

== Eseguire servizi systemd ==

I servizi systemd generalmente si rifiutano di essere eseguiti in un ambiente <code>chroot</code>. Usare [[nspawn|systemd-nspawn]] invece di <code>chroot</code> se si ha necessità di eseguire servizi systemd.

-----

== Architetture estranee ==

Se è installato [[DebianPkg:qemu-user-binfmt]], è possibile usare <code>chroot</code> per un file system per ogni architettura diversa supportata da esso.

-----

== Modificare i dati di avvio ==

Se si desidera modificare i dati di avvio di un altro sistema, nella cui unità si è entrati tramite <code>chroot</code> (ciò include, ad esempio, eseguire <code>update-grub</code>, <code>update-initramfs</code>, installare un nuovo kernel o firmware + moduli del kernel per dispositivi critici per l'avvio, ecc.), è necessario montare la sua gerarchia <code>/boot</code>. Ciò può includere quanto segue:
* <code>/boot</code> stesso è a volte una partizione separata, più comunemente nei sistemi che usano un qualche schema di cifratura del disco.
* su sistemi UEFI (ciò include la maggior parte dell'hardware x86 e ARM moderno), le loro partizioni ESP sono montate in <code>/boot/efi</code>.

Solitamente è più comodo montare questi file system subito dopo aver fatto il passaggio ad una <code>chroot</code>.

Dopo il passaggio ad una <code>chroot</code>, verificare quali file system sono presenti eseguendo <code>grep /boot /etc/fstab</code>. Quello sottostante è un esempio di output da un sistema con entrambe le voci <code>/boot</code> e <code>/boot/efi</code>:
<pre>
UUID=7a307683-255a-4bac-937f-95aa2af2ca17 /boot ext4 defaults 0 2
UUID=4D18-6163 /boot/efi vfat umask=0077 0 1
</pre>

Se le voci <code>/etc/fstab</code> usano UUID, come nell'esempio soprastante, (che è il comportamento predefinito nella maggior parte delle distribuzioni moderne) o <code>PARTLABEL</code> o <code>LABEL</code> univoche, allora tutto ciò che è necessario fare è puntare <code>mount</code> ai loro punti di mount corrispondenti:
<pre>
mount /boot
mount /boot/efi
</pre>
Su alcuni sistemi più vecchi, invece di UUID o etichette, possono essere usati i nodi di device in <code>/etc/fstab</code>, come ad esempio <code>/dev/sdaX</code>, ecc. In questi casi è necessario capire quale nodo di device corrisponde ad un determinato file system. Nel caso più comune è un'altra partizione sulla stessa unità fisica del file system radice di tale sistema esterno.

Dopo che si è finito di lavorare in <code>chroot</code>, questi file system possono essere smontati o dall'interno della <code>chroot</code> o dopo essere usciti.

-----

[[:Category:System]] | [[:Category:Virtualization]]

2026-09-09T08:11:05Z

Mok0: Create DFSG category page

This category contains articles concerning Debian Free Software Guidelines and free software in general.