Déplacer l'amorce Grub de Manjaro

[Jennatux]

Dernier message de la page précédente :

Je ne comprends pas , tu as ton disque sdh ou tu as du faire l'installation d'un systeme linux sur la deuxieme partition , mais dans l'autre retour (celui de fdisk -l) c'est un système Windows
As tu as passer une commande avant une installation et une autre apres ?
Tu as des disques en Msdos , d'autres en GPT , une partition EFI, et en plus sur du msdos , pas facile tout ça !...


Si ton Linuxmint est toujours sur sdh2, passe les commandes suivantes depuis le live (la première ne donne pas de retour)

Code : Tout sélectionner

sudo mount /dev/sdh /mnt

donne le retour de celle-ci

Code : Tout sélectionner

cat /mnt/etc/fstab

et aussi de

Code : Tout sélectionner

cat /mnt/etc/default/grub

[Ibiscus]

J'ai partitionné le disque pour n'avoir que 1 To de libre au début et un volume NTFS à la fin du SSD. Mais je pense avoir fait une mauvaise manipulation. Le SSD n'aurait pas dû être en GPT. Et c'était une mauvaise idée de formater le disque par Windows avant de faire l'installation.

Quand j'en aurai l'occasion, je taperai les commandes et je rendrai compte du résultat. Pas avant le week-end prochain, j'en ai peur.

[Jennatux]

Ben ...si tu n'as plus linuxmint dessus c'est inutile de passer les commandes

[Ibiscus]

Le partitionnement, c'était avant d'installer Linux. J'ai laissé l'espace libre et j'ai lancé l'installateur sur ce volume. Généralement, ça se passe bien. D'où ma surprise de ne pas voir le menu GRUB.

[Jennatux]

Moi je vois dans fdisk -l un windows installé sur sdh2

Disk /dev/sdh: 1.86 TiB, 2048408248320 bytes, 4000797360 sectors
Disk model: Fanxiang S101 2T
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E7C928D1-72B3-4386-99BB-2976567205A8

Device Start End Sectors Size Type
/dev/sdh1 34 32767 32734 16M Microsoft reserved
/dev/sdh2 1747994624 4000794623 2252800000 1T Microsoft basic data
/dev/sdh3 32768 1747994623 1747961856 833.5G EFI System

Sur la meme partition dans le retour de parted -l un Linux

Model: ATA Fanxiang S101 2T (scsi)
Disk /dev/sdh: 2048GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number Start End Size File system Name Flags
1 17.4kB 16.8MB 16.8MB Microsoft reserved partition msftres
3 16.8MB 895GB 895GB ext4 root boot, esp
2 895GB 2048GB 1153GB ntfs Basic data partition msftdata

quelle est la derniere commande passée , si c'est sudo parted -l , tu peux passer les 3 commandes que je t'ai indiqué

Suite a ces commandes, mais pas avant, tu peux meme essayer

Code : Tout sélectionner

sudo grub-install --root-directory=/boot /dev/sda

et regarder si ça démarre

[Ibiscus]

Bonjour à tous,

Depuis plusieurs semaines, il me tardait de revenir sur ce PC récalcitrant.

Tout d'abord, oui, il y a deux partitions Windows (une ancienne, en 32 bits, et une plus récente, en 64 bits). Deux partitions qu'il fallait conserver, ainsi que le boot vers ces deux OS.

Je pense que mon SSD (celui auquel je destinais Linux) n'était pas bien partitionné. J'ai tout effacé et recommencé, en suivant les recommandations de l'installeur. Une table de partitions GPT, une petite partition en FAT32 pour le boot (celle qui manquait lors de mes précédents essais*), une partition pour le système, une pour le swap et une dernière pour /home.

Afin d'éviter un drame, j'ai laissé l'amorce sur le nouveau disque et j'ai démarré dessus. Linux a bien voulu démarrer ! (Youpi !)

Avec les commandes os-prober et update-grub, le système a retrouvé le boot loader de Windows.

Tout est donc rentré dans l'ordre ! Ma seule déception est que le système ne conserve pas le dernier choix du système par défaut. J'ai d'ailleurs le même souci chez moi. Mais c'est un autre problème. Je vais ouvrir une nouveau sujet à ce propos.

En tout cas, merci pour votre aide ! Elle m'a été précieuse.

Ib.

*Je pense que c'est l'origine de tous mes soucis de démarrage.

[Ibiscus]

J'ai trouvé la solution au dernier problème !

En consultant cette page : https://doc.ubuntu-fr.org/tutoriel/grub ... _precedent

En résumé, il faut éditer le fichier /etc/default/grub (en mode root) et le modifier la ligne GRUB_DEFAULT de la sorte :

Code : Tout sélectionner

GRUB_DEFAULT=saved

Puis insérer cette ligne-ci :

Code : Tout sélectionner

GRUB_SAVEDEFAULT=true

Ensuite, il faut rafraîchir Grub avec la commande suivante :

Code : Tout sélectionner

 sudo update-grub

[noalierd]

Effectivement, ne pas avoir de partition EFI dédiée en GPT pose souvent problème pour le boot. C’est bien d’avoir repris à zéro avec une table GPT propre, une partition EFI en FAT32, et les partitions système et swap bien définies.

La solution pour que Grub conserve le dernier système choisi par défaut avec

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

est très utile, je l’ai aussi adoptée sur plusieurs machines. N’hésite pas à ouvrir un nouveau sujet pour ce souci de persistance, ça pourra centraliser les échanges.

Bon courage et merci encore pour ce partage d’expérience !