Boot EFI [Réglé]
Je voudrais virer le disque qui contient le boot/EFI
Système et matériels / Installation et configuration

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Dans un second temps, j'ai voulu bénéficier de plus de place et j'ai acheté un 2ème SSD de 960 GO sur lequel j'ai du refaire une installation Mageia (sda) qui est devenue mon OS habituel, le premier servant de secours (sdb). Puis un 3ème de 480 GO (sdc) où j'ai installé un Windows 10 en mode UEFI (avec partition boot).
Maintenant, je voudrais récupérer le SSD de 460 GO supportant Mageia (sdb) pour le mettre sur un autre ordinateur. J'ai commencé les transferts de fichiers à titre de sauvegarde et je me suis aperçu dans Disques que si le sdb avait bien la partition boot/EFI (sdb1), il n'en était rien pour le sda. Il y a bien sur le sda un /boot/EFI avec un grubx64.efi et un /boot/grub2, mais monté sur "/".
Je suppose que le boot/EFI se fait sur le sdb (P1 dans le bios) et non sur le sda (P0). D'ailleurs, dans l'ordre des chemins P0, P1, P2 (P2 pour windows), il me semble bien que le bios passe P0 et va direct sur P1 (quand je choisis P0, P2, il va direct sur P2 donc Windows). Sous toutes réserves, bien sûr, je ne maîtrise pas bien ces notions.
Quelle solution adopter ? Est-ce que c'est plié pour le P0 (sauf à repartitionner) ou est-ce qu'il serait possible de faire une installation type MBR ? A moins que je puisse utiliser la partition boot UEFI Windows sur le P2 (sdc) ?
Des avis à ce sujet ? Merci.
Édité par mabthera Le 03/12/2020 à 00h56

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
mabthera :
Maintenant, je voudrais récupérer le SSD de 460 GO supportant Mageia (sdb) pour le mettre sur un autre ordinateur. J'ai commencé les transferts de fichiers à titre de sauvegarde et je me suis aperçu dans Disques que si le sdb avait bien la partition boot/EFI (sdb1), il n'en était rien pour le sda. Il y a bien sur le sda un /boot/EFI avec un grubx64.efi et un /boot/grub2, mais monté sur "/".
C'est la configuration normale. /boot/grub2 peut très bien être dans la partition racine. Il n'y a que dans les cas de partitions en Raid ou chiffrée qu'on sépare le /boot dans une partition séparée, car grub ne prend pas en charge toutes les manières de décoder les partitions.
Citation :
Je suppose que le boot/EFI se fait sur le sdb (P1 dans le bios) et non sur le sda (P0). D'ailleurs, dans l'ordre des chemins P0, P1, P2 (P2 pour windows), il me semble bien que le bios passe P0 et va direct sur P1 (quand je choisis P0, P2, il va direct sur P2 donc Windows). Sous toutes réserves, bien sûr, je ne maîtrise pas bien ces notions.
Quelle solution adopter ? Est-ce que c'est plié pour le P0 (sauf à repartitionner) ou est-ce qu'il serait possible de faire une installation type MBR ? A moins que je puisse utiliser la partition boot UEFI Windows sur le P2 (sdc) ?
Des avis à ce sujet ? Merci.
Je suppose que le boot/EFI se fait sur le sdb (P1 dans le bios) et non sur le sda (P0). D'ailleurs, dans l'ordre des chemins P0, P1, P2 (P2 pour windows), il me semble bien que le bios passe P0 et va direct sur P1 (quand je choisis P0, P2, il va direct sur P2 donc Windows). Sous toutes réserves, bien sûr, je ne maîtrise pas bien ces notions.
Quelle solution adopter ? Est-ce que c'est plié pour le P0 (sauf à repartitionner) ou est-ce qu'il serait possible de faire une installation type MBR ? A moins que je puisse utiliser la partition boot UEFI Windows sur le P2 (sdc) ?
Des avis à ce sujet ? Merci.
Non pour le MBR, et je pense que oui pour la partition sur sdc.
Le CCM/Démarrage ne te permet pas de choisir la destination : c'est forcément /boot/EFI. Donc c'est en fonction de ce qui est monté.
Tu peux tenter :
- démonter /boot/EFI
- monter la partition EFS en /boot/EFI
- installer le grub depuis le CCM
Je n'ai jamais réalisé ce genre de chose.
Pour exemple, voici l'entrée dans fstab concernant la partition EFS
Code TEXT :
# Entry for /dev/sda1 : UUID=487B-F697 /boot/EFI vfat defaults,umask=000 0 0
Édité par Papoteur Le 03/12/2020 à 08h52
Yves

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
C'est ESP pour EFI System Partition
Je pense que papoteur est sur une bonne voie.
Si c'est bien ce que j'ai compris :
1) sdb originellement avec Mageia, contenant ESP, une racine, un home, une swap
2) sda un nouveau Mageia contenant une racine, un home, une swap
3) sdc avec windows, contenant ESP, windows C, et probablement d'autre partitions windows.
Ce que je ferais dans ce cas pour virer sdb :
Je démarre le nouveau Mageia, je tape en root `lsblk` puis `blkid` ; je modifie la /etc/fstab pour que la ligne de /boot/EFI pointe vers l'UUID de l'ESP sur sdc
Je démonte l'esp actuelle en root avec :
umount /dev/sdbX (avec X le numéro qui est monté vers /boot/EFI, visible avec lsblk)
mount /boot/EFI
grub2-install
Après ça, ça devrait être fini, et prêt, je tenterai de regarder dans le bios si l'entrée P2-Mageia existe, je la sélectionnerais, démarrerais.
Si mageia a démarré, alors je crois qu'on peut débrancher sda.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Jybz :
Je démarre le nouveau Mageia, je tape en root `lsblk` puis `blkid` ; je modifie la /etc/fstab pour que la ligne de /boot/EFI pointe vers l'UUID de l'ESP sur sdc
Je démarre le nouveau Mageia, je tape en root `lsblk` puis `blkid` ; je modifie la /etc/fstab pour que la ligne de /boot/EFI pointe vers l'UUID de l'ESP sur sdc
Pour modifier le fstab, il faut passer quelle commande ?
J'ai cela :
Code :
[root@localhost denis]# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 894,3G 0 disk
├─sda1 8:1 0 50,3G 0 part /
├─sda2 8:2 0 4G 0 part [SWAP]
└─sda3 8:3 0 840G 0 part /home
sdb 8:16 0 447,1G 0 disk
├─sdb1 8:17 0 299M 0 part /boot/EFI
├─sdb2 8:18 0 50,3G 0 part
├─sdb3 8:19 0 4G 0 part [SWAP]
└─sdb4 8:20 0 392,6G 0 part
sdc 8:32 0 447,1G 0 disk
├─sdc1 8:33 0 529M 0 part
├─sdc2 8:34 0 99M 0 part
├─sdc3 8:35 0 16M 0 part
└─sdc4 8:36 0 446,5G 0 part /media/win_c
et
Code :
/dev/sda1: UUID="811be721-ee33-467b-bdfc-26d5f30170d4" TYPE="ext4" PARTUUID="b3f4ea88-c69a-459e-b049-33aa3f38cf6a"
/dev/sdb2: UUID="f0521810-d7e2-4299-8d27-08d005ab902f" TYPE="ext4" PARTUUID="53288bb8-6edc-4613-aaee-38acbd5935e6"
/dev/sdc1: LABEL="RM-CM-)cupM-CM-)ration" UUID="EC98ECA098EC6B12" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6fdd31b2-63fc-4a66-ae4d-8a137c66940f"
/dev/sdc2: UUID="E0EF-574B" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="8c44bdb7-c362-4e79-ba2f-db2ab410cd64"
/dev/sdc3: PARTLABEL="Microsoft reserved partition" PARTUUID="71b3981c-3580-4caa-991e-793ad9fd7d2e"
/dev/sdc4: UUID="EA10F2C410F296B3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="27d8140c-2633-4082-b1eb-45edba76daf5"

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code BASH :
su -c "kwrite /etc/fstab"
Tu repères la ligne ressemblant à :
Code TEXT :
UUID=WXYZ-1234 /boot/EFI vfat umask=000,iocharset=utf8 0 0
et tu remplaces WXYZ-1234 par :
Code TEXT :
UUID=E0EF-574B /boot/EFI vfat umask=000,iocharset=utf8 0 0
(Oui, E0EF-574B c'est UUID de sdc2, l'ESP fourni par windows)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Jybz :
Est-ce que blkid est complet ?
J'avais éludé quelques lignes. Voici l'original :
Caché :
[root@localhost denis]# blkid
/dev/sda1: UUID="811be721-ee33-467b-bdfc-26d5f30170d4" TYPE="ext4" PARTUUID="b3f4ea88-c69a-459e-b049-33aa3f38cf6a"
/dev/sda2: UUID="0492e7bb-5cdb-4272-9ae0-d5d1b48a2d95" TYPE="swap" PARTUUID="e377bc64-b3c4-4346-8f3d-48b78cf39bf4"
/dev/sda3: UUID="993e62da-06f3-4a2d-b9a6-c9a53ebd853c" TYPE="ext4" PARTUUID="796c1031-5b0b-42f2-8bc6-3c6dde243e50"
/dev/sdb1: UUID="1B68-1202" TYPE="vfat" PARTUUID="fc5de13b-b323-498b-a18c-b675eec70c6b"
/dev/sdb2: UUID="f0521810-d7e2-4299-8d27-08d005ab902f" TYPE="ext4" PARTUUID="53288bb8-6edc-4613-aaee-38acbd5935e6"
/dev/sdb3: UUID="7de0c654-b54b-4844-9796-d80d1c9417cd" TYPE="swap" PARTUUID="89fa730a-51fe-4dbd-bdb2-441f04f834f8"
/dev/sdb4: UUID="a85a3c50-f763-4bf5-a155-3aeafc5eb5de" TYPE="ext4" PARTUUID="6c146fc2-bfc4-48cf-a748-232bd22f8706"
/dev/sdc1: LABEL="RM-CM-)cupM-CM-)ration" UUID="EC98ECA098EC6B12" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6fdd31b2-63fc-4a66-ae4d-8a137c66940f"
/dev/sdc2: UUID="E0EF-574B" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="8c44bdb7-c362-4e79-ba2f-db2ab410cd64"
/dev/sdc3: PARTLABEL="Microsoft reserved partition" PARTUUID="71b3981c-3580-4caa-991e-793ad9fd7d2e"
/dev/sdc4: UUID="EA10F2C410F296B3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="27d8140c-2633-4082-b1eb-45edba76daf5"
/dev/sdd1: UUID="C415-9D04" TYPE="vfat" PARTLABEL="primary" PARTUUID="1cdbe75b-a4d2-45d5-a159-db0bea560c40"
/dev/sdd2: LABEL="disk_2-2TO" UUID="b42be2a1-ebb5-40ed-b0aa-f815e842104a" TYPE="ext4" PARTLABEL="primary" PARTUUID="47d1b453-33f9-4957-b7de-dd8eca026711"
/dev/sde1: LABEL="disk_3_2TO" UUID="41642c80-ab78-4d05-9f3e-00802940fe30" TYPE="ext4" PARTUUID="00006ec1-01"
/dev/sdf1: UUID="2b930de4-508e-435d-9b52-d9929e337d3f" TYPE="swap" PARTUUID="7ded4d8e-01"
/dev/sdf2: UUID="ea6a18fc-67c6-4d11-bf0c-bbaa156fd094" TYPE="ext4" PARTUUID="7ded4d8e-02"
/dev/sdf3: UUID="dddcbf24-3d2f-4269-949a-f067a9316fee" TYPE="ext4" PARTUUID="7ded4d8e-03"
/dev/sdf5: UUID="5427d101-25e4-45e6-ae68-bf43274f9e3d" TYPE="ext2" PARTUUID="7ded4d8e-05"
/dev/sdf6: UUID="2226ef2a-260e-4b1c-bf19-750a9ca57e16" TYPE="ext4" PARTUUID="7ded4d8e-06"
/dev/sdf7: UUID="5c0c187b-b3e9-4cee-9fee-671560780fa6" TYPE="ext4" PARTUUID="7ded4d8e-07"
[root@localhost denis]#
/dev/sda1: UUID="811be721-ee33-467b-bdfc-26d5f30170d4" TYPE="ext4" PARTUUID="b3f4ea88-c69a-459e-b049-33aa3f38cf6a"
/dev/sda2: UUID="0492e7bb-5cdb-4272-9ae0-d5d1b48a2d95" TYPE="swap" PARTUUID="e377bc64-b3c4-4346-8f3d-48b78cf39bf4"
/dev/sda3: UUID="993e62da-06f3-4a2d-b9a6-c9a53ebd853c" TYPE="ext4" PARTUUID="796c1031-5b0b-42f2-8bc6-3c6dde243e50"
/dev/sdb1: UUID="1B68-1202" TYPE="vfat" PARTUUID="fc5de13b-b323-498b-a18c-b675eec70c6b"
/dev/sdb2: UUID="f0521810-d7e2-4299-8d27-08d005ab902f" TYPE="ext4" PARTUUID="53288bb8-6edc-4613-aaee-38acbd5935e6"
/dev/sdb3: UUID="7de0c654-b54b-4844-9796-d80d1c9417cd" TYPE="swap" PARTUUID="89fa730a-51fe-4dbd-bdb2-441f04f834f8"
/dev/sdb4: UUID="a85a3c50-f763-4bf5-a155-3aeafc5eb5de" TYPE="ext4" PARTUUID="6c146fc2-bfc4-48cf-a748-232bd22f8706"
/dev/sdc1: LABEL="RM-CM-)cupM-CM-)ration" UUID="EC98ECA098EC6B12" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="6fdd31b2-63fc-4a66-ae4d-8a137c66940f"
/dev/sdc2: UUID="E0EF-574B" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="8c44bdb7-c362-4e79-ba2f-db2ab410cd64"
/dev/sdc3: PARTLABEL="Microsoft reserved partition" PARTUUID="71b3981c-3580-4caa-991e-793ad9fd7d2e"
/dev/sdc4: UUID="EA10F2C410F296B3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="27d8140c-2633-4082-b1eb-45edba76daf5"
/dev/sdd1: UUID="C415-9D04" TYPE="vfat" PARTLABEL="primary" PARTUUID="1cdbe75b-a4d2-45d5-a159-db0bea560c40"
/dev/sdd2: LABEL="disk_2-2TO" UUID="b42be2a1-ebb5-40ed-b0aa-f815e842104a" TYPE="ext4" PARTLABEL="primary" PARTUUID="47d1b453-33f9-4957-b7de-dd8eca026711"
/dev/sde1: LABEL="disk_3_2TO" UUID="41642c80-ab78-4d05-9f3e-00802940fe30" TYPE="ext4" PARTUUID="00006ec1-01"
/dev/sdf1: UUID="2b930de4-508e-435d-9b52-d9929e337d3f" TYPE="swap" PARTUUID="7ded4d8e-01"
/dev/sdf2: UUID="ea6a18fc-67c6-4d11-bf0c-bbaa156fd094" TYPE="ext4" PARTUUID="7ded4d8e-02"
/dev/sdf3: UUID="dddcbf24-3d2f-4269-949a-f067a9316fee" TYPE="ext4" PARTUUID="7ded4d8e-03"
/dev/sdf5: UUID="5427d101-25e4-45e6-ae68-bf43274f9e3d" TYPE="ext2" PARTUUID="7ded4d8e-05"
/dev/sdf6: UUID="2226ef2a-260e-4b1c-bf19-750a9ca57e16" TYPE="ext4" PARTUUID="7ded4d8e-06"
/dev/sdf7: UUID="5c0c187b-b3e9-4cee-9fee-671560780fa6" TYPE="ext4" PARTUUID="7ded4d8e-07"
[root@localhost denis]#

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
Jybz :
Ce que je ferais dans ce cas pour virer sdb :
.....
Si mageia a démarré, alors je crois qu'on peut débrancher sda.
Ce que je ferais dans ce cas pour virer sdb :
.....
Si mageia a démarré, alors je crois qu'on peut débrancher sda.
Je nage un peu, je suppose qu'il y a une faute de frappe, c'est sda (le P0 de 960 GO) que je garde et sdb (P1 de 420 GO) que j'enlève.
https://www.mageialinux-online.org/upload/capture_deecran_de_2020-12-03_17-16-36.png
Donc là, je remplace :
UUID=1B68-1202 /boot/EFI vfat umask=000,iocharset=utf8 0 0
par
UUID=E0EF-574B /boot/EFI vfat umask=000,iocharset=utf8 0 0
Édité par mabthera Le 03/12/2020 à 17h21

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Est-ce que c'est bon ? On passe à la pratique ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Code TEXT :
[root@localhost denis]# blkid [...] /dev/sdb1: UUID="1B68-1202" TYPE="vfat" PARTUUID="fc5de13b-b323-498b-a18c-b675eec70c6b" [...] /dev/sdc2: UUID="E0EF-574B" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="8c44bdb7-c362-4e79-ba2f-db2ab410cd64" [...] [root@localhost denis]#
Je confirme qu'il faudrait remplacer la ligne :
UUID=1B68-1202 /boot/EFI [...]
par
UUID=E0EF-574B /boot/EFI [...]
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
j'ai fait une petite copie de sauvegarde
[root@localhost etc]# umount /dev/sdb1
[root@localhost etc]# mount /boot/EFI
[root@localhost etc]# grub2-install
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
[root@localhost etc]#
Je redémarre, silence radio, comme l'entrée dans l'atmosphère terrestre de la capsule Appolo, suspense...
Édit :
Super, tout marche (il est très lent sur l'écran de connexion Mageia, mais je verrai cela plus tard), merci beaucoup !
J'ai une entrée P2 Mageia sur le bios comme prévu, j'ai fait les tests (le Mageia sur P0 démarre, le Windows également sur P2) puis retiré le P1 de 420 GO et tout fonctionne de la même façon. J'ai réécrit le grub avec le CCM pour supprimer l'entrée de l'ex sdb2 et tout est renuméroté.
Pour avoir un ESP sur P0, je suppose que je n'échapperai pas à un formatage du disque entier, je le ferai à l'occasion après avoir sauvegardé le tout.[/quote]
Édité par mabthera Le 03/12/2020 à 18h12

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
mabthera :
Pour avoir un ESP sur P0, je suppose que je n'échapperai pas à un formatage du disque entier, je le ferai à l'occasion après avoir sauvegardé le tout.
Pour avoir un ESP sur P0, je suppose que je n'échapperai pas à un formatage du disque entier, je le ferai à l'occasion après avoir sauvegardé le tout.
Non pas forcément, ça dépend du partitionnement actuel, de la taille des partitions, l'espace disponible, la possibilité d'en redimensionner une...
Mais quel intérêt ?
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

mabthera Membre non connecté
-
- Voir le profil du membre mabthera
- Inscrit le : 10/06/2019
- Groupes :
L'intérêt, c'est "l'autonomie du système" sur un seul disque et éviter que le problème ne se répète si je veux virer ou "agrandir" le disque qui abrite l'ESP (c'est un 420 GO que j'ai installé pour les jeux windows de mon fils, l'espace est déjà compté pour les sauvegardes).
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie