#1 Le 29/10/2020, à 11:07
- Legion.nux
Conversion MBR vers GPT (plusieurs partitions Raid) sans perte de data
Bonjour,
Je lance ce topic ne trouvant pas énormément d'infos de conversion vers GPT avec du raid et donc plusieurs disques.
Alors ma situation est la suivante, j'ai une install Ubuntu server qui même si en 20.04 a pas mal vécu et donc est en partitions MBR.
Cependant, j'ai un Raid 10 avec 4 disques de 3TB et malheureusement je n'ai que 4TB accessible sans doute à cause du MBR, or ca ne me gênait pas au début car je ne manquais pas de place, mais là, cette place non utilisable va commencer à me manquer.
Alors, mon install se défini comme suit:
6 disques
- 2 disques système avec 3 partitions en Raid 1
- 4 disques data avec une partition en Raid 10 + un Cryptsetup par dessus
Le but de l'opération serait donc de passer de MBR en GPT sans perte de données pour éviter d'avoir à tout se faner à réinstaller.
Plusieurs questions:
1] Même si ma carte mère est compatible UEFI, est ce que le passage en boot EFI est forcément nécessaire, ou la technique avec la partition BIOS boot est suffisante...
2] La conversion avec gdisk doit-elle être fait sur l'ensemble des disques ? /dev/sda - /dev/sdf ?
Enfin, la question la plus importante, est-ce que vu ma configuration actuelle (système en Raid 1 multi-partitions, et data en Raid 10 avec partition chiffrée), vous pensez que l'opération est jouable ?
mon parted
Model: ATA ST160LM000 HM161 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 50,0GB 50,0GB primary boot, raid
2 50,0GB 54,0GB 4000MB primary raid
3 54,0GB 160GB 106GB primary raid
Model: ATA ST160LM003 HN-M1 (scsi)
Disk /dev/sdb: 160GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 50,0GB 50,0GB primary boot, raid
2 50,0GB 54,0GB 4000MB primary raid
3 54,0GB 160GB 106GB primary raid
Model: ATA WDC WD30EFRX-68E (scsi)
Disk /dev/sdc: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 2199GB 2199GB primary
Model: ATA ST3000VN000-1HJ1 (scsi)
Disk /dev/sdd: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 2199GB 2199GB primary
Model: ATA WDC WD30EFRX-68E (scsi)
Disk /dev/sde: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 2199GB 2199GB primary
Model: ATA ST3000VN000-1HJ1 (scsi)
Disk /dev/sdf: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 1049kB 2199GB 2199GB primary
Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/md0_crypt: 4398GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 4398GB 4398GB ext4
Model: Linux Software RAID Array (md)
Disk /dev/md129: 3998MB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 3998MB 3998MB linux-swap(v1)
Error: /dev/md0: unrecognised disk label
Model: Linux Software RAID Array (md)
Disk /dev/md0: 4398GB
Sector size (logical/physical): 512B/4096B
Partition Table: unknown
Disk Flags:
Model: Linux Software RAID Array (md)
Disk /dev/md128: 50,0GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 50,0GB 50,0GB ext4
Model: Linux Software RAID Array (md)
Disk /dev/md130: 106GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 106GB 106GB ext4
mon fdisk
Disk /dev/loop0: 9,7 MiB, 9506816 bytes, 18568 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/loop1: 9,7 MiB, 9510912 bytes, 18576 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/loop2: 97,72 MiB, 102445056 bytes, 200088 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/loop3: 97,76 MiB, 102486016 bytes, 200168 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/loop5: 55,33 MiB, 58007552 bytes, 113296 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/loop6: 55,37 MiB, 58052608 bytes, 113384 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/sdb: 149,5 GiB, 160041885696 bytes, 312581808 sectors
Disk model: ST160LM003 HN-M1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0003e782
Device Boot Start End Sectors Size Id Type
/dev/sdb1 * 2048 97656831 97654784 46,6G fd Linux raid autodetect
/dev/sdb2 97656832 105469951 7813120 3,7G fd Linux raid autodetect
/dev/sdb3 105469952 312580095 207110144 98,8G fd Linux raid autodetect
Disk /dev/sdc: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: WDC WD30EFRX-68E
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xd5552606
Device Boot Start End Sectors Size Id Type
/dev/sdc1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sda: 149,5 GiB, 160041885696 bytes, 312581808 sectors
Disk model: ST160LM000 HM161
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: 0x0003e782
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 97656831 97654784 46,6G fd Linux raid autodetect
/dev/sda2 97656832 105469951 7813120 3,7G fd Linux raid autodetect
/dev/sda3 105469952 312580095 207110144 98,8G fd Linux raid autodetect
Disk /dev/sdf: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: ST3000VN000-1HJ1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xf3eed666
Device Boot Start End Sectors Size Id Type
/dev/sdf1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sde: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: WDC WD30EFRX-68E
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xea36d333
Device Boot Start End Sectors Size Id Type
/dev/sde1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sdd: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
Disk model: ST3000VN000-1HJ1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc1c61921
Device Boot Start End Sectors Size Id Type
/dev/sdd1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/md0: 3,102 TiB, 4397774929920 bytes, 8589404160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Disk /dev/md129: 3,74 GiB, 3998154752 bytes, 7808896 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/md128: 46,55 GiB, 49965563904 bytes, 97588992 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/md130: 98,71 GiB, 105973153792 bytes, 206978816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/md0_crypt: 3,102 TiB, 4397772832768 bytes, 8589400064 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes
Je suis preneur de tous les conseils que vous auriez.
Merci.
--
Modération: déplacement du sujet qui n'a rien à voir avec les « trucs, astuces,…». Merci de faire attention à la section choisie avant de poster.
Dernière modification par bruno (Le 29/10/2020, à 13:49)
Hors ligne
#2 Le 29/10/2020, à 12:57
- geole
Re : Conversion MBR vers GPT (plusieurs partitions Raid) sans perte de data
Bonjour
Je vois que tu connais cette discussion https://forum.ubuntu-fr.org/viewtopic.p … #p22149524
Disk /dev/sdc: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
/dev/sdc1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sdd: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
/dev/sdd1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sde: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
/dev/sde1 2048 4294967294 4294965247 2T 83 Linux
Disk /dev/sdf: 2,75 TiB, 3000592982016 bytes, 5860533168 sectors
/dev/sdf1 2048 4294967294 4294965247 2T 83 Linux
Je considère que le mode opératoire est fiable si on ne se trompe pas.
Mais tu auras un second écueil
Agrandir ta "partition RAID" . Je n'ai aucune idée de la façon de faire.
J'ai vu quelques notes disant que depuis la version 20.04, gparted sait traiter les RAIDS.
En fait, d'après mon expérience, quelques actions sont possibles, mais il refuse les agrandissements et les rétrécissements.
Donc il te faudrait créer un second RAID avec la place récupérée et jongler pour équilibrer les données.
Nota, tu as certainement une sécurité du contenu du RAID ailleurs. Ce qui va te permettre de faire ce que tu veux
Personnellement je n'ai pas compris pourquoi tu as choisis du RAID10 pour stocker des données. Tu devrais faire du RAID5. Tu aurais alors (4-1)*3To = 9 To d'espace
alors qu'en RAIDS 10, sauf erreur de ma part, tu aurais (4/2-1)*(3*2)To = 6 To d'espace disponible.
Le format de type de partition GPT permet de booter en LEGACY avec une partition bios-boot (au lieu d'une partition ESP) qu'il est inutile de faire vu que ton O.S. est installé ailleurs sur des disques RAID1 qui restent au format MSDOS.
Dernière modification par geole (Le 29/10/2020, à 13:01)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 29/10/2020, à 15:07
- Legion.nux
Re : Conversion MBR vers GPT (plusieurs partitions Raid) sans perte de data
Merci beaucoup pour ta réponse.
Pour répondre à ta question sur le choix du Raid 10 c'était suite à un ancien setup qui lui était en Raid 5 et ou j'avais eu à l'époque un problème matos qui avait conduit à une perte de mon Array.
Ainsi sur ce setup j'avais privilégié la sécurité au détriment de la place dispo.
Du coup, si je comprend bien et au final c'est mon besoin, tu ne t'occuperais de la conversion GPT que pour les 4 gros disques.
Est-ce que ca signifie que la commande gdisk est à passer sur chacun des disques de /dev/sdc à /dev/sdf ?
Après concernant le resizing de la partition data, pour faciliter le truc et éviter d'avoir 2 partitions, le plus simple serait de repartir de 0 et recréer un raid et une partition sur la totalité de l'espace allouable,
mais du coup si je partais la dessus en fait il suffirait de faire gaffe à bien être en GPT au moment de la création du nouveau raid/partitionnement sur les disques de data
Dernière modification par Legion.nux (Le 29/10/2020, à 15:13)
Hors ligne
#4 Le 29/10/2020, à 15:38
- geole
Re : Conversion MBR vers GPT (plusieurs partitions Raid) sans perte de data
Ce que tu peux faire, après avoir sauvé tes données ailleurs est de faire la procédure pour les 4 disques, rebooter et voir qu'elle a parfaitement fonctionné afin de confirmer son exactitude
Puis espérer découvrir un tuto expliquant comment on agrandit un raids
L'autre solution étant de tout recréer
Il n'y a pas lieu de toucher à ton logiciel à moins que tu veuilles le mettre en RAID10 afin d'être performant.Mais le logiciel est déjà sur SSD qui a une bonne performance.
Je ne pense pas qu'un RAID10 soit plus sécurisé qu'un RAID5 https://www.ontrack.com/fr-fr/recuperat … id/raid-10
Dernière modification par geole (Le 29/10/2020, à 15:39)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne