Partition EFI et multiboot [RÉSOLU-enfin-]]

LRDP · Le 07/12/2023, à 19:27

Bonjour,
je prévois de faire un multiboot avec plusieurs OS Linux répartis sur plusieurs SSD.

Faut-il prévoir une partition EFI sur un seul disque, sur chaque disque ou sur chaque partition comportant l'OS (cette dernière me parait la plus logique) ?

Ou simplement laisser le Grub-EFI se placer où il veut à chaque installation d'OS ?

Dernière modification par LRDP (Le 21/11/2024, à 11:55)

iznobe · Le 07/12/2023, à 20:32

Bonsoir , une seule partition EFI .
A chaque installation , il faut alors configurer le GRUB pour pas qu ' il ecrase celui d' origine .

En gros , tu definis un systeme principal , que tu installes soit en 1er , soit en dernier .
Dans ce systeme maitre , tu dis a grub de scanner afin qu ' il decouvre les OS que tu installeras apres .

Tu installes un nouveau OS , et tu dis a GRUB de ne pas scanner les disques pour les autres systemes . il ne gerera alors que son GRUB a lui .

Tu retournes dans le systeme principal ,et tu lances un scan , il mettra alors la partition EFI et son GRUB a jour , avec les OS des autres disques et ainsi desuite . cette etape peut etre realisé apres l' installation de tous les systemes .

l ' option adequate pour le systeme maitre est :

GRUB_DISABLE_OS_PROBER=false

et

GRUB_DISABLE_OS_PROBER=true

pour les systemes non maitres .
elle est à modifier dans chaque fichier " /etc/default/grub " de chaque systeme .

Dernière modification par iznobe (Le 07/12/2023, à 20:36)

geole · Le 07/12/2023, à 22:06

Bonjour.
Une partition EFI par disque. Un O.S installé sur le disque B ne doit pas avoir besoin du disque C pour se mettre en route.
Dans un contexte Multi O.S. en EFI, il me semble préférable de ne pas installer le grub lorsque cela est possible ou de les remplacer tous par un seul refind. éventuellement dupliqué sur chaque disque par précaution.

Dernière modification par geole (Le 07/12/2023, à 22:16)

LRDP · Le 08/12/2023, à 16:13

Bonjour Geole, Bonjour Iznobe.

La solution Refind est séduisante, mais je ne peux le configurer car sa fenêtre est blanche - probablement une application QT qui ne s'affiche plus dans ma configuration. -

Je vais l'installer sur la clé Ventoy qui comporte les distributions qui m'intéressent, pour configurer le multiboot après installation sur chaque disque. J'étudie son fonctionnement sur la doc.

Si je comprends bien, je ne dois pas retrouver de Grub après installation ? et pour l'empêcher de s'installer, trouver un terminal dans les fenêtres d'installations pour indiquer

sudo ubiquity -b

un peu de travail qui m'intéresse !

Merci et bon WE

PPdM · Le 08/12/2023, à 16:43

LRDP a écrit :

Bonjour,
je prévois de faire un multiboot avec plusieurs OS Linux répartis sur plusieurs SSD.
Faut-il prévoir une partition EFI sur un seul disque, sur chaque disque ou sur chaque partition comportant l'OS (cette dernière me parait la plus logique) ?
Ou simplement laisser le Grub-EFI se placer où il veut à chaque installation d'OS ?

Salut, si tu veux faire un multi boot sur plusieurs SSD, je te conseille de faire autant de GRUB, si jamais tu plantes un disque, tu ne seras pas bloqué
Perso, je fais l'installation en ne branchant qu'un seul disque, puis je passe au suivant, puis je choisi le boot par le menu de boot de la CM.

LRDP · Le 08/12/2023, à 18:03

Bonjour PPdM

PPdM a écrit :

Perso, je fais l'installation en ne branchant qu'un seul disque, puis je passe au suivant, puis je choisi le boot par le menu de boot de la CM.

Oui, c'est la solution facile sans conflit, mais bien fastidieuse, je ne me vois pas manipuler les câbles SATA à chaque reboot. Je l'ai fait pour tester une mise à niveau avec un clone de 20.04, mais je préfère faire un multiboot avec différentes distributions soit pour trouver la plus stable avec ma configuration, soit pour attribuer une fonction spécifique à chacune.

jplemoine · Le 08/12/2023, à 18:12

LRDP a écrit :

Oui, c'est la solution facile sans conflit, mais bien fastidieuse, je ne me vois pas manipuler les câbles SATA à chaque reboot.

C'est pas ce qu'il a dit. La manipulation des câbles, c'est que à l'installation pour être sûr de ne pas faire de bêtise. (je pense que tu peux choisir le bon disque sans le débrancher : faut juste pas se tromper).
Au boot, c'est juste le menu de la carte mère (CM) [par exemple F12] pour afficher les disques. Tu choisis celui de la distribution que tu veux lancer.

L'autre solution qui me vient en tête : Avoir sa distribution fétiche en OS hôte et virtualiser les autres distributions.

Dernière modification par jplemoine (Le 08/12/2023, à 18:12)

O_20_100_O · Le 08/12/2023, à 19:08

LRDP a écrit :

La solution Refind est séduisante, mais je ne peux le configurer car sa fenêtre est blanche - probablement une application QT qui ne s'affiche plus dans ma configuration. -

Une fois installé, il se paramètre en éditant son fichier de configuration et non dans une fenêtre QT.

Si je comprends bien, je ne dois pas retrouver de Grub après installation ? et pour l'empêcher de s'installer, trouver un terminal dans les fenêtres d'installations pour indiquer
sudo ubiquity -b

Oui, ouvrir un terminal dans la session live et copier la commande.

Et encore oui, il vaut mieux rendre les disques indépendants et avoir un lanceur sur chacun d'eux.

Dernière modification par O_20_100_O (Le 08/12/2023, à 19:10)

PPdM · Le 08/12/2023, à 19:31

LRDP a écrit :

Bonjour PPdM
PPdM a écrit :
Perso, je fais l'installation en ne branchant qu'un seul disque, puis je passe au suivant, puis je choisi le boot par le menu de boot de la CM.
Oui, c'est la solution facile sans conflit, mais bien fastidieuse, je ne me vois pas manipuler les câbles SATA à chaque reboot. Je l'ai fait pour tester une mise à niveau avec un clone de 20.04, mais je préfère faire un multiboot avec différentes distributions soit pour trouver la plus stable avec ma configuration, soit pour attribuer une fonction spécifique à chacune.

Tu n'as pas tout à fait compris, je ne fais que les installations en débranchant les disques, une fois fait, je choisis le disque que je veux démarrer par défaut.
Si je veux lancer une autre distro, je me sers de la CM, cela évite les problèmes de grub foireux après une mise à jour, c'est nettement plus rapide que de passer par le menu du Grub

LRDP · Le 08/12/2023, à 19:43

Ok, merci pour tous ces conseils.

Il va falloir me décider entre toutes ces solutions.

Merci et bon WE

geole · Le 08/12/2023, à 22:25

Bonsoir.
En résumé.
Avec plusieurs O.S. et plusieurs disques.
Grub ne vaut rien, refind est mieux. Il sait même proposer au boot plusieurs O.S. installés dans des partitions formatées en BTRFS. Le grub ne sait pas faire.
Si tu as plusieurs disques de même taille et du même constructeur et si tu n'utilises pas gparted pour identifier avec certitude les disques, il est souhaitable que tu en démontes quelques-uns pour ne pas te tromper de disque.

Dernière modification par geole (Le 08/12/2023, à 22:28)

LRDP · Le 09/12/2023, à 11:26

Bonjour à tous.

désolé PPdM, je n'avais pas compris du tout !

Merci Geole, déjà Refind a lancé mon disque système actuel sans encombre; je pense que le multiboot sera efficace. J'installerai, pendant le WE, Debian et peut-être Popos ou Fedora (ou/et, pourquoi pas, soyons fou )

Certaines distrib proposent comme Desktop Maté, ainsi je ne serais pas trop dépaysé. Mais c'est intéressant !

LRDP · Le 10/12/2023, à 14:13

Bon, ben j'ai raté mon coup.

Après avoir installé Refind dans la partition EFI de mon disque système Ubuntu, ainsi que sur la partition EFI de la Ventoy comportant de multiples ISO, j'ai lancé l'installation de Debian 12 sur un autre SSD ayant une partition EFI aussi, dans laquelle j'avais copié Refind à partir d'Ubuntu. L'installation s'est bien passée apparemment, à part la mise à jour des logiciels qui n'a pas réussi (réseau ?); j'ai demandé qu'il n'y ait pas de démarrage à installer, voulant (croyant) laisser la place à Refind.
Je reboote sur la cle Ventoy et je fais un boot-Info sans réparation, histoire d'avoir un pastebin , on ne sait jamais.

Alors qu'avant cette install, je bootais mon Ubuntu en Refind, là c'est grub qui a démarré Ubuntu , je vois ma Debian sur l'autre SSD mais pas de dualboot.
J'ai certainement raté quelque chose en installant la Debian, son /boot n'étant pas clair :

ls /media/lrdp/Debian/boot
config-6.1.0-13-amd64      System.map-6.1.0-13-amd64
initrd.img-6.1.0-13-amd64  vmlinuz-6.1.0-13-amd64

Dois-je refaire la ou les installations de Refind sur les partitions (et à partir de quoi ?), repasser par Grub avec OS-prober et même un boot-repair avec une réparation complète ?

Dernière modification par LRDP (Le 10/12/2023, à 14:16)

iznobe · Le 10/12/2023, à 14:52

Bonjour , faudra confirmation par d ' autres aidants , mais une fois refind installé , il me semble judicieux alors de desinstallé les paquets GRUB de tous les OS .

LRDP · Le 10/12/2023, à 15:25

Merci Iznobe pour le message.

Sinon, Boot-repair suggère la réparation en réinstallant Grub correctement. Je réfléchis un peu en attendant d'autres avis éventuels.

geole · Le 10/12/2023, à 15:45

Bonjour
extrraits de ton boot-repair

===================================== UEFI =====================================

This live-session is not in EFI-mode.

78dce18613524e5ea5d6059f51b7178f   sde1/BOOT/bkpbootx64.efi
d4646b0af24b169d62bc44cff8967793   sde1/BOOT/bootx64.efi
fff7eb4219a93fa99b0132e0a57842e9   sde1/BOOT/refind_x64.efi
d4646b0af24b169d62bc44cff8967793   sde1/ubuntu/grubx64.efi
6c8344b9e41d3cf171fbcecefdb829db   sde1/BOOT/drivers_x64/btrfs_x64.efi
b6a6615b0da79812bca9afd84176679f   sde1/BOOT/drivers_x64/ext2_x64.efi
2d4525327047ee22a4aa69fbaa340786   sde1/BOOT/drivers_x64/ext4_x64.efi
d5beaeeda7cc53e969845fab50691be0   sde1/BOOT/drivers_x64/hfs_x64.efi
21e837d6e6ee41c18925bbe7f44712da   sde1/BOOT/drivers_x64/iso9660_x64.efi
58c9f01b8fe06b61076bb01b73e76d60   sde1/BOOT/drivers_x64/reiserfs_x64.efi
d5798275ed662bad43e69744d436341f   sde1/BOOT/tools_x64/gptsync_x64.efi
78dce18613524e5ea5d6059f51b7178f   sdi1/BOOT/bkpbootx64.efi
a1da253696a304dce6b4668b70151c0e   sdi1/BOOT/bootx64.efi
e6e796073fad7feb38ba8563e6b3ad75   sdi1/refind/refind_x64.efi
a1da253696a304dce6b4668b70151c0e   sdi1/ubuntu/grubx64.efi
0a80fb871c16eb7aa2dc6056222709f0   sdi1/refind/drivers_x64/ext4_x64.efi

Tant que tu bootes de cette façon, tu n'as aucune chance de pouvoir réparer de l'EFI
Modifie ton bios pour ne plus booter en LEGACY
Je pense que cela suffira pour refaire booter REFIND car ta nouvelle installation n'a pas installé une structure EFI donc refind devrait être resté prioritaire.
Si je ne trompe, boote avec une live USB en EFI et donne ce retour

efibootmgr -v

Il suffira de rétablir le bon ordre.

On voit que tu n'as pas dupliqué tous les drivers de refind et que debian a bien été installé sans grub.

sde5: __________________________________________________________________________
    File system:       ext4
    Boot sector type:  -
    Boot sector info: 
    Operating System:  Debian GNU/Linux 12 (bookworm)
    Boot files:        /etc/fstab

Dernière modification par geole (Le 10/12/2023, à 16:00)

LRDP · Le 10/12/2023, à 17:04

Après avoir modifié le BIOS de UEFI/LEGACY en UEFI en premier, résultat de la commande :

~$ efibootmgr -v
BootCurrent: 0011
Timeout: 1 seconds
BootOrder: 0011,0000,000D,000B,000F,000C,000E,0010
Boot0000* rEFInd Boot Manager	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\REFIND\REFIND_X64.EFI)
Boot000B  CD/DVD Drive	BBS(CDROM,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0300)..GO..NO..........A.S.U.S. . . . . .D.R.W.-.2.4.F.1.M.T...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L.1.S.I.A.Y.6.G.A.0.9.6.0.3.T. . . . . . ........BO
Boot000C  Hard Drive	BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0200)..GO..NO..........C.r.u.c.i.a.l._.C.T.5.0.0.M.X.2.0.0.S.S.D.1...................\.,.@.r.d.=.X..........A.................................>..Gd-.;.A..MQ..L. . . . . . . . .5.1.4.4.0.1.7.F.5.A.9.7........BO
Boot000D* ubuntu	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\UBUNTU\GRUBX64.EFI)
Boot000E  USB HDD	BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0900)..GO..NO..........W.D.C. .W.D.6.0.0.1.F.Z.W.X.-.0.0.A.2.V.A.0. .0.1.2.5...................\.,.@.r.d.=.X..........A............................................Gd-.;.A..MQ..L.1.5.2.D.0.0.5.3.9.0.0.0........BO..NO..........C.T.2.0.0.0.M.X.5.0.0.S.S.D.1. .M.3.C.R...................\.,.@.r.d.=.X..........A.............................<..Gd-.;.A..MQ..L.0.1.2.3.4.5.6.7.8.9.0.0.0.0.0.0.0.0.D........BO
Boot000F  USB Floppy	BBS(Floppy,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0800)..GO..NO..........W.D.C. .W.D.6.0.0.3.F.Z.B.X.-.0.0.K.5.W.B.0. .0.1.2.5...................\.,.@.r.d.=.X..........A.................................................Gd-.;.A..MQ..L.1.5.2.D.0.0.5.3.9.0.0.0........BO
Boot0010  USB KEY	BBS(HD,,0x0)/VenHw(5ce8128b-2cec-40f0-8372-80640e3dc858,0b00)..GO..NO.........V.e.r.b.a.t.i.m.S.T.O.R.E. .N. .G.O. .P.M.A.P...................\.,.@.r.d.=.X..........A.............................6..Gd-.;.A..MQ..L.0.7.2.1.1.8.6.A.2.F.2.9.8.4.2.3........BO
Boot0011* UEFI: VerbatimSTORE N GO PMAP, Partition 2	PciRoot(0x0)/Pci(0x1,0x3)/Pci(0x0,0x0)/USB(2,0)/HD(2,GPT,45ae480c-ce2a-e83f-555b-414aae66ae80,0x39c1fd8,0x10000)..BO

Je boote toujours par grub et Ubuntu se lance tout seul puisque je lis :

Boot000D* ubuntu	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\UBUNTU\GRUBX64.EFI)

dois-je réinstalller Refind dans la partition EFI de ce disque ? je trouve dans le boot :

$ sudo ls /boot/efi/EFI/BOOT
[sudo] Mot de passe de lrdp : 
bkpbootx64.efi	drivers_x64  refind.conf-sample  tools_x64
bootx64.efi	icons	     refind_x64.efi

ou effacer graphiquement bootx64.efi (ou plus élégamment rm /.... )

geole · Le 10/12/2023, à 17:33

LRDP a écrit :

Après avoir modifié le BIOS de UEFI/LEGACY en UEFI en premier, résultat de la commande :

~$ efibootmgr -v
BootCurrent: 0011
Timeout: 1 seconds
BootOrder: 0011,0000,000D,
Boot0000* rEFInd Boot Manager	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\REFIND\REFIND_X64.EFI)
Boot000D* ubuntu	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\UBUNTU\GRUBX64.EFI)
Boot0011* UEFI: VerbatimSTORE N GO PMAP, Partition 2	PciRoot(0x0)/Pci(0x1,0x3)/Pci(0x0,0x0)/USB(2,0)/HD(2,GPT,45ae480c-ce2a-e83f-555b-414aae66ae80,0x39c1fd8,0x10000)..BO

Je lis que l'ordre de boot est 11 puis 0 puis D
Donc si on enlève la clé, ton boot EFI doit lancer refind et pas le grub.
Mais, si tu continues de booter en LEGACY, c'est le grub qui va se lancer via le MBR.

=> Grub2 (v2.00) is installed in the MBR of /dev/sde and looks at sector 1 of 
    the same hard drive for core.img. core.img is at this location and looks 
    for (,msdos5)/boot/grub. It also embeds following components:

Je ne comprends d'ailleurs pas pourquoi tu as fait des tables de partitions MS-DOS au lieu de GPT. Certains vieux bios EFI en ont besoin. Mais est-ce le cas....

sda	: is-GPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdc	: is-GPT,	no-BIOSboot,	has-noESP, 	usb-disk,	not-mmc, no-os,	2048 sectors * 512 bytes
sde	: notGPT,	no-BIOSboot,	has-noESP, 	usb-disk,	not-mmc, has-os,	2048 sectors * 512 bytes
sdf	: is-GPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdg	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdh	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	63 sectors * 512 bytes
sdi	: notGPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

Dernière modification par geole (Le 10/12/2023, à 17:39)

LRDP · Le 10/12/2023, à 18:08

Merci Geole:
Pour répondre à tes interrogations, j'ai changé le BIOS qui était en LEGACY/UEFI (donc capable de gérer les deux types) en UEFI seul selon ton conseil

Dans ce BIOS, j'ai mis par défaut de booter toujours par une clef USB si elle est présente pour lancer une Ventoy selon la situation.

En enlevant la clef USB et reboot, il boote par le premier EFI "Boot0000*" qui est la partition EFI de mon disque Ubuntu, mais apparemment inopérante car c'est "Boot000D* ubuntu " qui démarre par Grub, car son /boot comporte grub et refind

Boot000D* ubuntu	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\UBUNTU\GRUBX64.EFI)

 ls /boot/efi/EFI/BOOT
[sudo] Mot de passe de lrdp : 
bkpbootx64.efi	drivers_x64  refind.conf-sample  tools_x64
bootx64.efi	icons	     refind_x64.efi

Pour les gpt et non-gpt , il y a des vieux disques et des disques qui ont été formatés par Gnome-disks-utility et Gparted et je crois que l'un crée en priorité des GPT et l'autre non. Si je veux des gpt partout, il faut que je fasse de grosses sauvegardes avant, car je dois changer alors les tables de partitions.

LRDP · Le 10/12/2023, à 18:12

Visiblement cela boote par

 ls /boot/grub
fonts  grub.cfg  grubenv  locale  unicode.pf2  x86_64-efi

qui ignore la partition EFI du disque qui comporte refind

geole · Le 10/12/2023, à 18:25

Donne ce retour

[ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"

iznobe · Le 10/12/2023, à 18:52

Vu :

Boot0000* rEFInd Boot Manager	HD(1,MBR,0xee4427dc,0x800,0x100000)/File(\EFI\REFIND\REFIND_X64.EFI)

refind n' est pas installé sur un disque prevu pour demarrer em MSDOS , donc pas en EFI ?

" HD(1,MBR " , generalement on voit plutot ( ce n' est pas obligatoire ) plutot HD(1,GPT

De toute façon on sera fixé avec le retour de la commande demandé par @geole .

Dernière modification par iznobe (Le 10/12/2023, à 18:55)

LRDP · Le 10/12/2023, à 19:04

Réponse de la commande de Geole:

~$ [ -d /sys/firmware/efi ] && echo "Session EFI" || echo "Session non-EFI"
Session EFI

Alors que mon disque système Ubuntu est en MBR...

LRDP · Le 10/12/2023, à 19:25

Les infos du #18 que Geole a du puiser dans le Boot-Info semblent erronées au sujet des is-gpt et not-gpt, mais les lettres ont du changer, car maintenant sde est gpt, sdc est ms-dos, sdf est ms-dos ....

Car :

sudo parted -l
[sudo] Mot de passe de lrdp : 
Modèle : WDC WD60 01FZWX-00A2VA0 (scsi)
Disque /dev/sda : 6001GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom      Drapeaux
 1      1049kB  6001GB  6001GB  ext4                 Fantec3


Modèle : WDC WD60 03FZBX-00K5WB0 (scsi)
Disque /dev/sdb : 6001GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : loop
Drapeaux de disque : 

Numéro  Début  Fin     Taille  Système de fichiers  Drapeaux
 1      0,00B  6001GB  6001GB  ext4


Modèle : CT2000MX 500SSD1 (scsi)
Disque /dev/sdc : 2000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type      Système de fichiers  Drapeaux
 1      1049kB  538MB   537MB   primary   fat32
 2      539MB   1000GB  1000GB  extended
 5      539MB   1000GB  1000GB  logical   ext4                 démarrage


Modèle : ATA ST6000NM021A-2R7 (scsi)
Disque /dev/sdd : 6001GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom    Drapeaux
 1      1049kB  6001GB  6001GB  ext4                 Exos1


Modèle : ATA WDC WD161KRYZ-01 (scsi)
Disque /dev/sde : 16,0TB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : gpt
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Système de fichiers  Nom    Drapeaux
 1      1049kB  16,0TB  16,0TB  ext4                 Gold1


Modèle : ATA WDC WD2002FAEX-0 (scsi)
Disque /dev/sdf : 2000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Drapeaux
 2      1049kB  2000GB  2000GB  primary  ext4


Modèle : ATA WDC WD2002FAEX-0 (scsi)
Disque /dev/sdg : 2000GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin     Taille  Type     Système de fichiers  Drapeaux
 1      32,3kB  2000GB  2000GB  primary  ext4


Modèle : ATA Crucial_CT500MX2 (scsi)
Disque /dev/sdh : 500GB
Taille des secteurs (logiques/physiques) : 512B/4096B
Table de partitions : msdos
Drapeaux de disque : 

Numéro  Début   Fin    Taille  Type      Système de fichiers  Drapeaux
 1      1049kB  538MB  537MB   primary   fat32                démarrage
 2      539MB   500GB  500GB   extended
 5      539MB   500GB  500GB   logical   ext4

Faut-il que je m'arrache le peu de cheveux qui me restent ?

iznobe · Le 10/12/2023, à 19:30

sda	: is-GPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdc	: is-GPT,	no-BIOSboot,	has-noESP, 	usb-disk,	not-mmc, no-os,	2048 sectors * 512 bytes
sde	: notGPT,	no-BIOSboot,	has-noESP, 	usb-disk,	not-mmc, has-os,	2048 sectors * 512 bytes
sdf	: is-GPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdg	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	2048 sectors * 512 bytes
sdh	: notGPT,	no-BIOSboot,	has-noESP, 	not-usb,	not-mmc, no-os,	63 sectors * 512 bytes
sdi	: notGPT,	no-BIOSboot,	has---ESP, 	not-usb,	not-mmc, has-os,	2048 sectors * 512 bytes

oui , il manque des peripheriques par rapport a avant ca s' arretait à " i " , alors que dans ton parted , ca s' arrete à " h " .
De plus y a des manques dans la liste ... pas de " b d "

Dans ton parted , on voit :

Disque /dev/sdd : 6001GB

y a eu un decalage à partir de ce disque là du coup .

Dernière modification par iznobe (Le 10/12/2023, à 19:35)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/12/2023, à 19:27

Partition EFI et multiboot [RÉSOLU-enfin-]]

#2 Le 07/12/2023, à 20:32

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#3 Le 07/12/2023, à 22:06

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#4 Le 08/12/2023, à 16:13

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#5 Le 08/12/2023, à 16:43

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#6 Le 08/12/2023, à 18:03

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#7 Le 08/12/2023, à 18:12

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#8 Le 08/12/2023, à 19:08

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#9 Le 08/12/2023, à 19:31

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#10 Le 08/12/2023, à 19:43

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#11 Le 08/12/2023, à 22:25

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#12 Le 09/12/2023, à 11:26

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#13 Le 10/12/2023, à 14:13

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#14 Le 10/12/2023, à 14:52

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#15 Le 10/12/2023, à 15:25

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#16 Le 10/12/2023, à 15:45

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#17 Le 10/12/2023, à 17:04

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#18 Le 10/12/2023, à 17:33

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#19 Le 10/12/2023, à 18:08

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#20 Le 10/12/2023, à 18:12

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#21 Le 10/12/2023, à 18:25

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#22 Le 10/12/2023, à 18:52

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#23 Le 10/12/2023, à 19:04

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#24 Le 10/12/2023, à 19:25

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

#25 Le 10/12/2023, à 19:30

Re : Partition EFI et multiboot [RÉSOLU-enfin-]]

Pied de page des forums