Chroot (rescue)

Support Debian
#1

Bonjour,

J’ai besoin de précisions. Je n’ai plus vraiment de questions car j’ai réussi à me dépanner mais j’aimerais comprendre…

  1. Lors d’une update le paquet desktop-file-utils ne s’est pas installé correctement. Au reboot, plus de x et plus de connexion internet. Pas grave me dis-je, je vais utiliser le cd debian et son rescue mode (c’est un chroot si j’ai bien compris) pour faire un apt-get upgrade

  2. Mais non, ça marche pas : le apt-get update fonctionne mais pas l’upgrade

  3. Après recherche, j’ai fait ça à partir d’un live d’ubuntu :
    http://karuppuswamy.com/wordpress/2010/06/02/how-to-chroot-to-ubuntu-using-live-cd-to-fix-grub-rescue-prompt/

  4. Les lignes que je ne comprends pas sont celles-ci

$ sudo mount ‐‐bind /dev /media/xx..xx/dev $ sudo mount ‐‐bind /proc /media/xx..xx/proc $ sudo mount ‐‐bind /sys /media/xx..xx/sys

  • Un bonne âme pourrait-elle les vulgariser un poil pour moi ?
  • Ces mêmes commandes auraient-elles fonctionnées à partir avec le rescue mode du cd debian ?
  • Un tel chroot peut-il fonctionner également à partir d’un clef usb debian-live-rescue ? (j’imagine que oui…)

Merci.
Jul

#2

Quand tu fais un chroot, le système croit que ton dossier /media/xx…xx est en fait la racine du système de fichiers. Jusqu’ici tout va bien.
Mais un système Linux s’attend à trouver certaines choses dans des endroits bien précis.
Par exemple dans /dev tous tes périphériques matériels, dans /proc et /sys tout un tas d’informations fournies par le kernel.

Grosso modo, mount --bind permet d’utiliser les répertoires de ton système actuel (en l’occurrence le live) pour fournir les informations en question au chroot. Le principe de l’option --bind est de créer un nouveau point de montage qui disposera exactement du même contenu que le répertoire d’origine (en d’autres termes, le répertoire d’origine devient disponible à un autre endroit de l’arborescence).

[quote=“jul”]- Ces mêmes commandes auraient-elles fonctionnées à partir avec le rescue mode du cd debian ?

  • Un tel chroot peut-il fonctionner également à partir d’un clef usb debian-live-rescue ? (j’imagine que oui…)[/quote]
    Oui et oui. En principe on rajoute un 4ème montage : /dev/pts pour que certains programmes qui accèdent à la console de manière particulière puissent fonctionner aussi.
#3

d’autres informations succinctes concernant reinstallation de grub

http://www.crowd42.info/reinstaller-grub2-avec-un-livecd

#4

Salut,

Je suis sous sid et j’ai eu le problème ce matin .
C’est un bug qui est lié au paquet libpcre3 de la branche sid, je l’ai résolu en installant le paquet de la branche wheezy :

apt-cache policy libpcre3 libpcre3: Installé : 8.12-4 Candidat : 8.12-4 Épinglage de paquet : 8.12-4 Table de version : 8.30-1 1000 990 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages *** 8.12-4 1000 500 http://ftp.fr.debian.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status 8.02-1.1 1000 500 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages

Ensuite, j’ai pu mettre à jour le paquet desktop-file-utils, peut-être es tu dans le même cas ?

#5

Ok merci pour ces éclaircissements… Quels pédagogues :slightly_smiling:

Donc si je résume pour faire un chroot, il faut aussi monter ces 4 emplacements:

[code]# mount ‐‐bind /dev /media/xx…xx/dev

mount ‐‐bind /proc /media/xx…xx/proc

mount ‐‐bind /sys /media/xx…xx/sys

mount --bind /dev/pts /media/xx…xx/dev/pts[/code]

Merci, la réinstall de grub je la faisais avec le mode rescue du cd debian, il y a une option qui la permet.

[quote=“nono47”]Je suis sous sid et j’ai eu le problème ce matin .
C’est un bug qui est lié au paquet libpcre3 de la branche sid, je l’ai résolu en installant le paquet de la branche wheezy :[/quote]
J’ai réussi à faire mon upgrade hier soir en fin de journée, et tout roule sans downgrader…

En tout cas merci à vous trois
Jul