Différences
Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente Prochaine révision Les deux révisions suivantes | ||
|
chroot [Le 17/12/2012, 08:41] malbo [Changer de système] ajout d'un exemple pour le montage de la partition racine |
chroot [Le 18/06/2021, 18:55] 88.122.224.21 [Exemple pratique avec une version 17.10 , 18.04 , 20.04 et 21.04] |
||
|---|---|---|---|
| Ligne 22: | Ligne 22: | ||
| Ici le chroot sera utilisé après le démarrage sur un système sain pour se retrouver dans l'environnement endommagé et faire des modifications directement dans ce dernier environnement. | Ici le chroot sera utilisé après le démarrage sur un système sain pour se retrouver dans l'environnement endommagé et faire des modifications directement dans ce dernier environnement. | ||
| + | Astuce : Vous pouvez taper <code>sudo -i</code> avant de faire les opérations suivantes pour devenir "root" et ne pas devoir entrer "sudo". | ||
| - Démarrez sur un système sain. Par exemple : un live CD | - Démarrez sur un système sain. Par exemple : un live CD | ||
| - Montez la partition racine du système endommagé : <code>sudo mkdir /media/system | - Montez la partition racine du système endommagé : <code>sudo mkdir /media/system | ||
| Ligne 27: | Ligne 28: | ||
| - Préparez les dossiers spéciaux /proc et /dev : <code>sudo mount --bind /dev /media/system/dev | - Préparez les dossiers spéciaux /proc et /dev : <code>sudo mount --bind /dev /media/system/dev | ||
| sudo mount -t proc /proc /media/system/proc</code> | sudo mount -t proc /proc /media/system/proc</code> | ||
| + | - Dans certains cas (réparation de Grub avec update-grub par exemple) vous devrez lier le /run : <code>sudo mount --bind /run /media/system/run</code> | ||
| **Note : ** Vous pourriez aussi avoir besoin de monter /sys : <code>sudo mount -t sysfs /sys /media/system/sys</code> | **Note : ** Vous pourriez aussi avoir besoin de monter /sys : <code>sudo mount -t sysfs /sys /media/system/sys</code> | ||
| Ligne 43: | Ligne 45: | ||
| sudo umount /media/system/proc | sudo umount /media/system/proc | ||
| sudo umount /media/system/sys | sudo umount /media/system/sys | ||
| + | sudo umount /media/system/run | ||
| sudo umount /media/system</code> | sudo umount /media/system</code> | ||
| + | ==== Exemple pratique avec une version 17.10 , 18.04 , 20.04 et 21.04==== | ||
| + | Le plus souvent, cette utilisation est faite à partir d'une clé USB d'installation de ubuntu. Ceci est un cas pratique fait en EFI sur partition système non chiffrée. | ||
| + | Les commandes de préparation sont | ||
| + | <code>setxkbmap fr ### afin d'avoir un clavier français. | ||
| + | sudo -i ### afin d'éviter de passer son temps à frapper cette commande</code> | ||
| + | L'identification de la partition système à cibler sera plus aisée en frappant la commande | ||
| + | <code>fdisk -l</code> | ||
| + | Le montage de la partition système à cibler se fera en frappant la commande (pensez à remplacer XXXX par la bonne valeur). | ||
| + | <code>mount /dev/XXXX /mnt</code> | ||
| + | Le montage des répertoires se fera avec ces commandes (copier/coller). | ||
| + | <code> mount -t proc /proc /mnt/proc | ||
| + | mount -t sysfs /sys /mnt/sys | ||
| + | mount --bind /dev /mnt/dev | ||
| + | mount --bind /run /mnt/run | ||
| + | mount --bind /sys /mnt/sys | ||
| + | mount --bind /etc/resolv.conf /mnt/etc/resolv.conf | ||
| + | modprobe efivars </code> | ||
| + | Le changement d'environnement se fera avec cette commande | ||
| + | <code> chroot /mnt</code> | ||
| + | Quelques contrôles seront à faire par exemple | ||
| + | <code>mount -t devpts devpts /dev/pts | ||
| + | df -h && df -i | ||
| + | ping -c4 8.8.8.8 && ping -c4 google.fr | ||
| + | ls -ls /home </code> | ||
| + | Vous pouvez alors passer à la réparation proprement dite qui a justifié cette opération. | ||
| + | Espérons simplement que ce message d'erreur "//Running in chroot, ignoring request.//" n'empêchera pas votre réparation. | ||
| + | Lorsque cela sera fini, le plus simple est de rebooter pour vérifier. La commande suivante s'occupe de toutes les déconnexions. | ||
| + | <code>reboot</code> | ||
| + | |||
| + | |||
| + | |||
| + | ==== Pour un ubuntu installé dans une partition BTRFS==== | ||
| + | |||
| + | [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22031607#p22031607|c'est là]] | ||
| + | |||
| ==== Utiliser un environnement 32 bits sur une installation 64 bits ==== | ==== Utiliser un environnement 32 bits sur une installation 64 bits ==== | ||
| - | Voir le tutoriel [[tutoriel:chroot32bits]] | + | Cette option devient de plus en plus désuète puisque la plupart des machines sont maintenant en 64 bits. |
| + | Préférez toujours utiliser 'chroot' entre deux systèmes de même architecture.\\ | ||
| + | CD Live 32bit pour une installation système 32bits et de même pour 64bits. | ||
| + | |||
| + | Sinon, voir le tutoriel [[tutoriel:chroot32bits]] | ||
| + | ==== Convertir un environnement 32 bits en environnement 64 bits ==== | ||
| + | Il faut d'abord faire la fonctionnalité "chroot" telle que décrite ci-dessus. | ||
| + | |||
| + | Il est préférable de mettre à jour le logiciel de façon classique. | ||
| + | <code>apt update && apt upgrade</code> | ||
| + | Puis de procéder à l'installation des modules 64 bits absents avec ces commandes: | ||
| + | <code>dpkg --add-architecture amd64 | ||
| + | apt-get update | ||
| + | apt-get install linux-image-amd64:amd64 </code> | ||
| ===== Liens ===== | ===== Liens ===== | ||
| * [[schroot|schroot]] | * [[schroot|schroot]] | ||
| + | * [[http://linuxfr.org/news/care-et-la-reproductibilite-des-executions|care]] | ||
| + | * [[http://linuxfr.org/tags/cde/public|cde]] | ||
| ---- | ---- | ||
| //Contributeurs : [[utilisateurs:Id2ndR]].// | //Contributeurs : [[utilisateurs:Id2ndR]].// | ||