Vous n'êtes pas identifié(e).
Pages : 1
Hors ligne
suite à une mise à jour BIOS sympa grub reste en mode rescue (il ne trouve
Je ne vois pas bien comment une mise à jour du BIOS peut empêcher GRUB de trouver quoi que ce soit. A moins que ce ne soit plus le même GRUB qui démarre ? Par exemple un vieux reste de GRUB BIOS d'une installation antérieure alors que c'est GRUB EFI qui démarrait jusqu'ici (à vérifier avec la commande "set" à l'invite de GRUB rescue), ou sur un autre disque car l'ordre de démarrage a changé. Dans ce dernier cas il suffit de remettre le bon disque en premier.
Je suppose que sdd3 est censé être monté sur /usr. A vérifier dans /etc/fstab de la racine. Le plus simple quand on lance un chroot est d'exécuter "mount -a" pour monter tout ce qui est défini en automatique dans /etc/fstab. Pour exécuter apt, il faut aussi que /var soit monté. Mais tu n'en as normalement pas besoin pour réparer GRUB. grub-install devrait suffire.
juste au cas où, sdd0 c'est la partition UEFI.
Il n'y a pas de sdd0. Je suppose que tu veux parler de sdd1.
Alors tu auras aussi besoin de la monter sur /boot/efi pour réinstaller GRUB EFI. Comme pour l'autre, "mount -a" s'en charge.
Dernière modification par raleur (14-03-2017 17:04:06)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Le mount -à ne résoud pas le montage (il est dans la doc du rescue il me semble ?)
C'est "mount -a", pas "mount -à". Il faut l'exécuter après être entré dans le chroot.
Tu peux poster le contenu de /etc/fstab si besoin.
Edit : Pour ce type de dépannage je préfère utiliser le mode rescue de l'installateur Debian qui automatise certaines opérations par rapport à un système live quelconque.
Dernière modification par raleur (14-03-2017 18:08:06)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par moogli (14-03-2017 18:14:52)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
je monte sdd1 et sdd3 comme tu me l'indiques
update-grub
je regarde la date dernière modification du grub.conf
elle change à chaque fois que je fais un update-grub
Aucune erreur tout va bien.
sortie du chroot (exit) puis reboot
la y a un mieux j'ai un menu grib plus classique qui par contre ne liste pas toutes les versions du noyau qu'il a trouvé avant.
et ensuite c'est le drame
le fstab
Même si je sais que grub est installé (et quej'ai pas grand chose à perdre ) j'ai tenté
Merci de ton aide.
@+
Hors ligne
L'erreur au départ
Tu as regardé avec blkid si cet UUID correspondait à une partition ou un volume existant sur un des disques ?
je monte sdd1 et sdd3 comme tu me l'indiques
J'ai écrit que la partition système EFI devait être montée sur /boot/efi comme on peut le voir dans /etc/fstab, non pas sur /boot.
la y a un mieux j'ai un menu grib
Pas possible : les manipulations que tu mentionnes (un simple update-grub) ne peuvent pas avoir modifié cette partie de l'amorçage à elles seules.
Le fstab ne contient pas de montage pour /usr. La bibliothèque liblz4 dont init semble avoir besoin est dans /usr, donc si /usr n'est pas monté alors init ne peut pas s'exécuter, d'où la panique. Il faut réparer ça en priorité.
L'erreur de grub-install vient de ce que le système live a démarré en mode BIOS et non en mode EFI (normal si c'est une Debian live 8, non amorçable en mode EFI contrairement à l'installateur Debian). Tu peux essayer avec --target=x86_64-efi, mais l'installation de GRUB EFI ne pourra pas être complète si le système n'a pas démarré en mode EFI. Néanmoins ça peut suffire.
Par contre, tu ne me feras pas croire que toutes ces anomalies sont dues uniquement à une mise à jour du BIOS. Le BIOS ne vient pas effacer des lignes dans fstab.
Dernière modification par raleur (15-03-2017 22:32:17)
Il vaut mieux montrer que raconter.
Hors ligne
Pages : 1