Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par mpt68 (29-09-2016 16:13:37)
Hors ligne
Hors ligne
=======
Et s'il s'agit de la partition de swap,
c'est peut-être qu'elle a tout simplement changé d'UUID
Avec la commande suivante, les partitions de swap existantes seront listées avec leur UUID
Une fois récupéré le bon UUID de la partition de swap,
il suffira de le mettre à jour dans le fichier /etc/fstab
=======
Mais si il tombe au démarrage sur le prompt :
alors là, c'est sans doute autre chose que la partition de swap…
On dirait un système qui n'arrive pas à monter sa partition racine.
Dernière modification par MicP (29-09-2016 18:06:22)
Hors ligne
La première affiche les variables de GRUB, notamment $prefix qui contient le chemin du répertoire grub.
La seconde affiche les disques, partitions et autres volumes détectés par GRUB. En spécifiant un volume et un chemin, on peut afficher son contenu s'il est lisible par GRUB.
Tu peux comparer cela aux disques présents et leur contenu.
/boot dans une partition séparée ou inclus dans la racine ? Quelle partition ?
Il est possible de corriger la valeur de $prefix et de lancer l'affichage du menu de GRUB, par exemple
Dernière modification par raleur (29-09-2016 12:44:48)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
ou avec un système live, monter et chrooter /dev/sdb1 et exécuter la même commande en root.
EDIT
PS : l'erreur retournée par insmod est probablement due à une trop grande différence de versions entre les deux GRUB.
C'est un peu (mais pas tout-à-fait) un hasard si (hd1,1) (ou hd1,msdos1) que j'avais choisie en exemple était effectivement la partition racine du système.
Dernière modification par raleur (29-09-2016 16:24:48)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.
Hors ligne
J'ai donc le répertoire système sur sdb1 mais le lanceur est sur sda.
En fait tu as deux "lanceurs" (boot image et core image de GRUB), un sur sda et un sur sdb.
Je ne m'explique pas pourquoi d'un coup il s'est mis à chercher sur sdb ?... Est-ce lié à ma pile CMOS ?
Je suppose que la réinitialisation des paramètres du BIOS avec les valeurs par défaut a remis le premier disque (sda) comme prioritaire dans l'ordre de démarrage.
Cela peut se corriger en permutant physiquement les deux disques, à condition qu'aucune référence directe à sda ou sdb ne soit faite dans le système (utilisation systématique d'UUID, LABEL ou autre identifiant persistant).
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1