Re: 10/Buster --> 11/Bulleye
Le 28/09/2022 à 02:02, Alain Vaugham a écrit :
Je monte les dossiers /dev /sys et /proc sur les dossiers
correspondants du systeme a chrooter :
mount -o rbind /proc /mnt/racine/proc
mount -o rbind /dev /mnt/racine/dev
mount -o rbind /sys /mnt/racine/sys
Est-ce que l'ordre est important? dev, sys, proc ou proc, dev, sys?
L'ordre n'a aucune importance.
Chez moi j'ai fait:
mount -o rbind /proc /mnt/racine/proc
J'ai eu un refus: /proc is not a block device
Bien sur que /proc n'est pas un fichier bloc : c'est un dossier.
Si il te dit ca c'est qu'il attendait un fichier bloc, or précisément
l'option bind ou rbind est la pour lui dire que le truc a monter n'est
pas un fichier bloc.
A mon avis t'a du faire une faute de frappe quand tu a tapé "rbind". Ou
alors t'a mis un espace insécable a la place d'un espace quelque part
dans ta commande, par exemple entre le "-o" et le "rbind".
En tout cas la réponse qu'il t'a faite montre qu'il a réagi comme si tu
n'avait pas tapé l'option rbind.
Plus tôt que d'en rester là, j'ai tenté avec bind.
mount -o bind /proc /mnt/racine/proc
N'ayant reçu aucun message d'erreur, j'ai continué :
mount -o rbind /dev /mnt/racine/dev
mount -o rbind /sys /mnt/racine/sys
Pour ce que j'en ai compris, l'option rbind est nécessaire pour /dev,
pas pour /proc ni pour /sys. Mais comme j'en suis pas sur je continue a
la taper partout. A mon avis ce que tu a fait est tout a fait valide.
update-grub
Mais là : erreur.
mkdir: cannot create directory /var/lib/os-prober/mount
No such file or directory
Ce message a été répliqué cinq fois.
Comme déja relevé par sebastien (merci a lui) il ne pouvait pas trouver
ce dossier vu que la partoche var n'était pas montée. mount -a peut
aussi avoir du bon.
update-grub ayant échoué, il est normal que grub ne fonctionne pas.
Chez moi, peut-être à cause l'utilisation de bind au lieu de rbind je
n'avais pas le dev/pts
J'ai donc démonté dans l'ordre :
umount /mnt/racine/dev
umount /mnt/racine/proc
umount /mnt/racine/sys
umount /mnt/racine
Aucune erreur ici non plus.
Tu avait utilisé l'option bind sur /proc mais bien l'option rbind sur
/dev. Donc tu aurait du avoir dev/pts. Ou alors c'est que tu a mal
recopié ce que tu a fait quand tu a rédigé ton mail. Ou alors c'est une
subtilité que je ne comprend pas.
La, l'ordre a de l'importance : il faut démonter racine/dev/pts avant de
démonter racine/dev, et il faut démonter racine/dev racine/proc et
racine/sys avant de démonter racine. Tu peux démonter racine/proc et
racine/sys quand tu veux du moment que c'est avant de démonter racine.
Cela me fait craindre qu'une prochaine tentative de booter sur un
disque/une clef risquerait peut-être de ne plus permettre le boot sur le
disque initial d'1T sur lequel il y a la Buster. Là, ce serait un très
gros boulot pour moi que de tout remettre en ordre de marche.
Je ne vais donc pas prendre d'éventuels risques à partir de maintenant.
C'est sage. Mais y'a quand meme au fond de moi une petite voix qui me
dit que c'est dommage parce que tu y est presque.
Comme de toutes façons il me faudra un jour passer sur Bulleye je vais
réinstaller le disque de 4T. Mais cette fois-ci, j'ai retenu la leçon:
ne pas mettre deux disques bootables simultanément sur cette machine. Je
récupérerai mes fichiers de la Buster d'origine plus tard en les
mettant au préalable sur un montage réseau ou sur un disque sans OS.
Ou en le branchant en USB en tant que disque externe après avoir démarré
le système.
Finalement je suis vraiment très content d'avoir pu faire mes premiers
pas dans l'usage de chroot. Je sais que j'ai encore beaucoup à faire
pour y être un peu mieux à l'aise.
Non, tu y est presque. Je t'incite a perseverer, meme si c'est pas sur
cette machine, parce que c'est très pratique et efficace pour réparer grub.
Je m'en sert aussi pour changer un mot de passe sur une machine ou j'ai
perdu le mot de passe : je chroote, j'ai un terminal administrateur, je
n'ai plus qu'a faire passwd.
Je m'en sert aussi pour passer une machine du mode legacy au mode UEFI :
- Je passe le bios en mode UEFI.
- Je met un nouveau disque que je formatte avec une table de partitions
GPT et avec une partiton EFI formattée en FAT32 avec les drapeaux boot
et esp
- Je copie le système de l'ancien disque au nouveau disque.
- Je rajoute les lignes qui vont bien dans /mnt/racine/etc/fstab :
# /boot/efi was on /dev/sda1 during installation
UUID=E7D4-2329 /boot/efi vfat umask=0077 0 1
en adaptant l'UUID et /dev/sdxx
- Je chroote.
- Je fais :
mkdir /boot/efi
chmod 775 /boot/efi
mount /boot/efi
apt update
apt remove grub-pc grub-common
apt install grub-efi-amd64
grub-install /dev/sdx
update-grub
Et hop, j'ai un grub-efi-amd64 fonctionnel. (bien sur l'inverse marche
aussi)
Reply to: