Page 1 sur 2
Déplacer l'amorce Grub de Manjaro
Posté : sam. 8 mars 2025 21:51
par Ibiscus
Bonjour à tous,
Une amie a fait une installation de Manjaro sur un SSD. Malheureusement, le boot ne peut pas se faire sur ce volume. Il faudrait réinstaller Grub sur le disque principal (visible dans le BIOS) afin qu'il coexiste pacifiquement avec le boot Microsoft d'origine. Or, je ne sais pas du tout faire ça. En tout cas, pas avec Manjaro ni Arch Linux. J'ignore si les commandes sont les mêmes que sur Debian/Ubuntu/Mint.
Quelqu'un aurait une idée ? Tout ce que j'ai trouvé comme procédure implique que l'on parvienne à démarrer préalablement Linux. Or, dans la situation actuelle, je peux tout juste démarrer un LiveCD. Je ne sais pas si ce serait suffisant pour "déplacer" grub.
Ib.
PS J'ai pensé à remplacer Manjaro par Mint. Mais le problème resterait entier parce que le problème vient du SSD invisible dans le BIOS.
Re: Déplacer l'amorce Grub de Manjaro
Posté : dim. 9 mars 2025 00:14
par Jennatux
Bonjour
Faudrait qu'on en sache un peu plus , quel type d'installation EFI ,non EFI ?...
Code : Tout sélectionner
[[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"
Dual boot avec Windows ?
je crois me souvenir, a moins que ça ait changé, Manjaro a
(avait) une installation grub spécifique
Re: Déplacer l'amorce Grub de Manjaro
Posté : dim. 9 mars 2025 06:20
par Ibiscus
C'est un PC sans EFI, avec un BIOS classique, avec des disques MBR, en dual boot Windows (pour l'instant indispensable).
J'entrerai les commandes dès que possible.
Sinon, il me semble aussi avoir lu que le grub de Manjaro est modifié.
Re: Déplacer l'amorce Grub de Manjaro
Posté : dim. 9 mars 2025 10:14
par Jennatux
Les deux commandes ne permettent pas de corriger le probleme, mais pour la première de savoir si l'installation est en EFI ou non
La deuxième est pour voir les partitions et essayer de trouver la solution
Re: Déplacer l'amorce Grub de Manjaro
Posté : lun. 10 mars 2025 17:52
par Ibiscus
Je pensais que le problème de démarrage venait du disque NVMe fraîchement installé, mais invisible du BIOS. J'ai donc placé un nouveau SSD, en SATA, visible dans la liste des volumes du BIOS et fait une nouvelle installation dessus. L'installation (très rapide) s'est effectuée sans provoquer de message d'erreur. Mais une fois le PC redémarré, j'ai toujours le boot de Windows et aucune trace de GRUB.
J'ai également changé l'ordre des disques de démarrage pour amorcer le système depuis le nouveau SSD, mais il est ignoré et c'est toujours Windows qui se lance.
Je n'ai pas eu le temps de lancer les deux commandes. Mais je sais que ce PC a un BIOS ordinare et ne gère pas l'EFI. Et il s'agit bien d'un dual boot (entre deux versions de Windows et, idéalement, avec un Linux Manjaro).
Re: Déplacer l'amorce Grub de Manjaro
Posté : jeu. 13 mars 2025 21:14
par Jennatux
Donne le retour de
de
et
Code : Tout sélectionner
[[ -d /sys/firmware/efi ]] && echo "Session EFI" || echo "Session non-EFI"
Re: Déplacer l'amorce Grub de Manjaro
Posté : jeu. 13 mars 2025 21:41
par Ibiscus
Est-ce que ça influe sur le résultat si je démarre sur un liveCD pour entrer les commandes ?
Re: Déplacer l'amorce Grub de Manjaro
Posté : ven. 14 mars 2025 01:23
par Jennatux
ha ben non que je suis c.. !
Dans un premier temps donne juste
et
et dire sur quelle partition tu as installé LM
Re: Déplacer l'amorce Grub de Manjaro
Posté : sam. 15 mars 2025 21:42
par Ibiscus
J'ai pu entrer les commandes. Le résultat est un peu long :
sudo fdisk -l
Code : Tout sélectionner
Disk /dev/loop0: 2.36 GiB, 2535362560 bytes, 4951880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WD Blue SN570 1TB
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: dos
Disk identifier: 0x763296b0
Device Boot Start End Sectors Size Id Type
/dev/nvme0n1p1 2048 1953521663 1953519616 931.5G 7 HPFS/NTFS/exFAT
Disk /dev/sda: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: Samsung SSD 870
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: dos
Disk identifier: 0xa116eb89
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 1953521663 1953519616 931.5G 7 HPFS/NTFS/exFAT
Disk /dev/sdb: 29.81 GiB, 32010928128 bytes, 62521344 sectors
Disk model: Cruzer Fit
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: dos
Disk identifier: 0xf6f28382
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 62455807 62453760 29.8G 7 HPFS/NTFS/exFAT
/dev/sdb2 62455808 62521343 65536 32M ef EFI (FAT-12/16/32)
Disk /dev/sdg: 256.17 GiB, 275064201216 bytes, 537234768 sectors
Disk model: Crucial_CT275MX3
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: dos
Disk identifier: 0xf0558426
Device Boot Start End Sectors Size Id Type
/dev/sdg1 * 2048 516726783 516724736 246.4G 7 HPFS/NTFS/exFAT
/dev/sdg2 516726784 517648383 921600 450M 27 Hidden NTFS WinRE
/dev/sdg3 536330032 537229664 899633 439.3M 7 HPFS/NTFS/exFAT
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
Partition table entries are not in disk order.
Disk /dev/sdi: 698.64 GiB, 750156374016 bytes, 1465149168 sectors
Disk model: ST3750640AS
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: dos
Disk identifier: 0x1549f232
Device Boot Start End Sectors Size Id Type
/dev/sdi1 2048 1465144064 1465142017 698.6G 7 HPFS/NTFS/exFAT
Disk /dev/dm-0: 2.78 GiB, 2980511744 bytes, 5821312 sectors
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: dos
Disk identifier: 0xb7003c5a
Device Boot Start End Sectors Size Id Type
/dev/dm-0p1 * 64 5821311 5821248 2.8G 0 Empty
/dev/dm-0p2 8460 18699 10240 5M ef EFI (FAT-12/16/32)
Disk /dev/dm-1: 29.78 GiB, 31976325120 bytes, 62453760 sectors
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: dos
Disk identifier: 0x00000000
sudo parted -l
Code : Tout sélectionner
Model: ATA Samsung SSD 870 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ntfs
Model: SanDisk Cruzer Fit (scsi)
Disk /dev/sdb: 32.0GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 32.0GB 32.0GB primary boot
2 32.0GB 32.0GB 33.6MB primary fat16 esp
Model: WD Blue SN570 1TB (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 1000GB 1000GB primary ntfs
Model: ATA ST3750640AS (scsi)
Disk /dev/sdi: 750GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 750GB 750GB primary ntfs
Model: ATA Crucial_CT275MX3 (scsi)
Disk /dev/sdg: 275GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 265GB 265GB primary ntfs boot
2 265GB 265GB 472MB primary ntfs msftres
3 275GB 275GB 461MB primary ntfs
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
C'est dans ce dernier disque (SSD Fanxiang) que Manjaro se trouvait, dans la partition ext4. J'ai aussi essayé d'installer LM sans plus de succès.
J'ai aussi tenté l'installation dans le SSD nvme, toujours en vain.
Re: Déplacer l'amorce Grub de Manjaro
Posté : dim. 16 mars 2025 00:01
par Jennatux
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)
donne le retour de celle-ci
et aussi de