Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
j'ai un autre disque , sur lequel se trouvent w$ et linux debian stable buster .
je souhaite convertir mon disque en gpt et donc , y reinstaller w$ et buster mais en démarrage bios tous les deux .
je ne sais pas comment faire . j'ai pas tout compris lors de ma première install de 'buntu .
qqun pour me conseiller ?
je crois qu'il doit y avoir , à la base , une partion non formatée (100Mo) et une en fat32 (EFI de 500Mo) .
je crois aussi qu'il y a une histoire de drapeaux ("esp" pour la partition EFI , mais pour l'autre ? ("bios_grub" ?))
https://doc.ubuntu-fr.org/gpt#installer … disque_gpt
https://doc.ubuntu-fr.org/uefi#creer_une_partition_efi
https://doc.ubuntu-fr.org/gpt#creer_une … _bios-boot
dans l'attente de votre soutien ...
ps : j'ai préparé une clé w$ 10 1909 . 
installer deux systemes sur un dique dos : pas de souci , c'est facile .
mais sur un disque gpt , jamais fait .
un système , oui , 2 sais pas .
en plus , w$ se lance en uefi , pas en bios sur du gpt , donc ...
grosse question ??? ... 
Dernière modification par Debian Alain (17-01-2020 10:25:02)
Hors ligne
je souhaite convertir mon disque en gpt et donc , y reinstaller w$ et buster mais en démarrage bios tous les deux
Réponse courte : ce n'est pas possible. Windows est moins souple que Linux et ne peut démarrer en mode BIOS/legacy que depuis un disque au format DOS/MBR.
Réponse longue :
Il y a quand même une possibilité qui consiste à créer un MBR dit "hybride" avec à la fois une table de partition DOS et une table de partition GPT, en exploitant les particularités de Window et GRUB/Linux : dans cette configuration anormale et non standard (j'insiste), Windows utilise la table de partition DOS alors que Linux utilise la table de partition GPT. Cela peut se faire avec le programme gdisk. Les partitions de la table DOS du MBR peuvent être dupliquées dans la table GPT (sauf la partition de protection GPT) pour être visibles par GRUB/Linux (nécessaire pour le dual boot).
Cependant il y a de multiples inconvénients, parmi lesquels :
- On ne peut pas créer de partitions étendue et logiques (cela impliquerait d'occuper des secteurs en dehors des partitions, ce que le format GPT interdit) donc Windows est limité à 3 partitions (la 4e est réservée comme partition de protection GPT).
- La partition de protection GPT ne peut pas protéger à la fois toutes les partitions GPT et les deux tables de partition GPT. Au mieux on peut protéger les partitions GPT et une des deux tables de partition GPT, selon que les partitions DOS sont au début ou à la fin du disque.
- Parted et Gparted ne supportent pas le MBR hybride et le réinitialisent systématiquement en MBR protecteur standard ne contenant que la partition de protection GPT. Je crains que partman, le partitionneur de l'installateur Debian qui utilise également libparted, fasse de même.
- J'ai lu que GRUB avait besoin que la partition de protection GPT soit en première position dans le MBR. Si des partitions DOS existent déjà, celle qui est en première position doit changer de numéro.
- Si on ne fait pas bien attention les partitions communes peuvent avoir des numéros différents dans les tables DOS et GPT, ce qui peut compliquer les choses.
Et j'en oublie sûrement.
J'ai testé il y a longtemps avec Debian et Windows 7. D'abord en convertissant un disque sur lequel Windows était déjà installé, mais suite à la conversion Windows ne fonctionnait plus, peut-être à cause de la renumérotation de sa partition système. Ensuite j'ai d'abord partitionné le disque vide avec un MBR hybride puis j'ai installé Windows, et ça a fonctionné.
je crois qu'il doit y avoir , à la base , une partion non formatée (100Mo) et une en fat32 (EFI de 500Mo)
La partition "BIOS boot"/bios_grub n'est pas forcément indispensable mais recommandée sinon GRUB est plus fragile. Elle n'a pas besoin de 100 Mo mais de 100 ko (arrondi à 1 Mo qui est la granularité par défaut des partitionneurs actuels).
La partition EFI ne sert à rien pour l'amorçage BIOS/legacy. Comme son nom l'indique, elle ne sert que pour l'amorçage en mode EFI natif.
A mon avis la méthode la plus sûre consiste à créer une table de partition GPT, la partition "BIOS boot" pour GRUB en n° 1, puis les 1 à 3 partitions pour Windows en n° 2 à 4, et enfin les partitions pour Linux. Idéalement il faudrait localiser physiquement les partitions Windows à la fin du disque et les partitions Linux au début du disque afin que la partition de protection GPT du MBR puisse couvrir l'espace disque occupé par ces dernières.
Cependant si le disque a une taille supérieure à 2 Tio, l'espace disque situé au-delà de 2 Tio ne peut pas être affecté aux partitions du MBR hybride donc il faut localiser les partitions Windows juste avant la limite de 2 Tio (ne pas créer de partition à cheval sur cette limite). Si ce n'est pas possible car on veut par exemple créer une partition Linux de grande taille qui chevauche forcément cette limite, localiser les partitions Windows au début du disque et, on devra choisir entre :
- utiliser au plus 2 partitions pour Windows dans le MBR hybride afin de permettre la création de 2 partitions de protection GPT, une pour l'espace disque situé avant les partitions Windows et une pour l'espace situé après ;
- ou ne pas protéger l'espace disque située entre la fin des partitions pour Windows et la limite de 2 Tio, faisant apparaître à Windows cet espace comme non alloué donc à sa merci.
Puis on crée le MBR hybride avec la partition de protection GPT en n° 1 (pour GRUB), la ou les partitions Windows avec les mêmes numéros que dans la table GPT et optionnellement une seconde partition de protection GPT. Ensuite on installe Windows dans les partitions existantes, et on finit par Linux.
Dernière modification par raleur (16-01-2020 22:28:23)
Il vaut mieux montrer que raconter.
Hors ligne
ma netinst est dans sdg .
je compte faire l'install dans sdc .
maintenant , je fais quoi ? comment ?
Hors ligne
Dernière modification par Debian Alain (16-01-2020 21:55:59)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
je teste .
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Debian Alain (17-01-2020 10:14:30)
Hors ligne
Dernière modification par Debian Alain (17-01-2020 17:26:25)
Hors ligne
=> No boot loader is installed in the MBR of /dev/sdc.
=> Grub2 (v2.00) is installed in the MBR of /dev/sdd and looks at sector
80178488 of the same hard drive for core.img. core.img is at this location
and looks for (,gpt1)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_gpt biosdisk
---------------------------------------------------------------------------
sdc1: __________________________________________________________________________
File system: ntfs
Boot sector type: Windows Vista: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files:
Drive: sdc _____________________________________________________________________
Disque /dev/sdc : 1,84 TiB, 2000398934016 octets, 3907029168 secteurs
Modèle de disque : ST2000DM001-9YN1
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Partition Boot Start Sector End Sector # of Sectors Id System
/dev/sdc1 1 3,907,029,167 3,907,029,167 ee GPT
GUID Partition Table detected.
Partition Attrs Start Sector End Sector # of Sectors System
/dev/sdc1 2,048 3,907,028,991 3,907,026,944 Data partition (Windows/Linux)
Attributes: R=Required, N=No Block IO, B=Legacy BIOS Bootable, +=More bits set
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/md0 55d32ac7-9d96-40b3-884e-711e4f73d887 ext4
/dev/sda1 257f5125-2963-0f11-47b2-332825c7c023 linux_raid_member Alain-PC:0
/dev/sdb1 e41a0aaa-82a0-48dd-825b-3c5de17089f6 ext4
/dev/sdb2 c3783153-0350-44cc-a124-ef0458e39325 swap
/dev/sdb3 f4bac095-1133-4002-9dc8-b9b20d45a50f ext4
/dev/sdc1 00C9126C750535DC ntfs CLONEZILLA
/dev/sdd1 8f581ec6-83b6-482c-85a1-094018a6ef00 ext4 buster
/dev/sdd2 dbae6dbd-29e6-453c-b1ce-499830c62dc6 swap
/dev/sdd3 5421faed-62a3-4f12-8f25-074d3a0f5436 ext4 buster-H
/dev/sde1 257f5125-2963-0f11-47b2-332825c7c023 linux_raid_member Alain-PC:0
/dev/sdf1 87b8f371-408c-46d1-a141-b78c50c41f60 ext4
/dev/sdf5 77574568-1cb6-45b1-b870-d1093c6bdebd swap
/dev/sdf6 ad915d9a-9f6a-4f7d-898d-20ca649caa3c ext4
========================= "ls -l /dev/disk/by-id" output: ======================
total 0
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-CT500MX500SSD4_1813E134D584 -> ../../sdf
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-CT500MX500SSD4_1813E134D584-part1 -> ../../sdf1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-CT500MX500SSD4_1813E134D584-part2 -> ../../sdf2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-CT500MX500SSD4_1813E134D584-part5 -> ../../sdf5
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-CT500MX500SSD4_1813E134D584-part6 -> ../../sdf6
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-HL-DT-ST_BD-RE_BH10LS38_K9IB9NE1359 -> ../../sr1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-HL-DT-ST_BD-RE_BH10LS38_K9IC31M4320 -> ../../sr0
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-ST2000DL003-9VT166_6YD1QBLS -> ../../sdd
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DL003-9VT166_6YD1QBLS-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DL003-9VT166_6YD1QBLS-part2 -> ../../sdd2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DL003-9VT166_6YD1QBLS-part3 -> ../../sdd3
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-ST2000DM001-1CH164_Z1E2XAN7 -> ../../sdb
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DM001-1CH164_Z1E2XAN7-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DM001-1CH164_Z1E2XAN7-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DM001-1CH164_Z1E2XAN7-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-ST2000DM001-9YN164_Z1E0AC50 -> ../../sdc
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST2000DM001-9YN164_Z1E0AC50-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-ST4000VM000-2AF166_WDH0AFF6 -> ../../sda
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST4000VM000-2AF166_WDH0AFF6-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 ata-ST4000VX007-2DT166_ZGY57FLJ -> ../../sde
lrwxrwxrwx 1 root root 10 janv. 17 16:32 ata-ST4000VX007-2DT166_ZGY57FLJ-part1 -> ../../sde1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 md-name-Alain-PC:0 -> ../../md0
lrwxrwxrwx 1 root root 9 janv. 17 16:32 md-uuid-257f5125:29630f11:47b23328:25c7c023 -> ../../md0
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x5000c5003fa4e30d -> ../../sdc
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c5003fa4e30d-part1 -> ../../sdc1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x5000c500465b459f -> ../../sdd
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c500465b459f-part1 -> ../../sdd1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c500465b459f-part2 -> ../../sdd2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c500465b459f-part3 -> ../../sdd3
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x5000c5004fbead7a -> ../../sdb
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c5004fbead7a-part1 -> ../../sdb1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c5004fbead7a-part2 -> ../../sdb2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c5004fbead7a-part3 -> ../../sdb3
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x5000c5009ca2e849 -> ../../sda
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c5009ca2e849-part1 -> ../../sda1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x5000c500b67c94c2 -> ../../sde
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x5000c500b67c94c2-part1 -> ../../sde1
lrwxrwxrwx 1 root root 9 janv. 17 16:32 wwn-0x500a0751e134d584 -> ../../sdf
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x500a0751e134d584-part1 -> ../../sdf1
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x500a0751e134d584-part2 -> ../../sdf2
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x500a0751e134d584-part5 -> ../../sdf5
lrwxrwxrwx 1 root root 10 janv. 17 16:32 wwn-0x500a0751e134d584-part6 -> ../../sdf6
================================ Mount points: =================================
Device Mount_Point Type Options
/dev/md0 /media/raid ext4 (rw,relatime)
/dev/sdc1 /mnt/Clonezilla fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096,x-gvfs-show)
/dev/sdf1 / ext4 (rw,relatime,errors=remount-ro)
/dev/sdf6 /home ext4 (rw,relatime)
Hors ligne
Dernière modification par Debian Alain (17-01-2020 20:03:34)
Hors ligne
buster , lui est normalement sur sdc mais grub le cherche sur sdd
Impossible. GRUB n'utilise pas les noms de périphérique /dev/sd* mais (hd*), et de toute façon le fichier généré par update-grub utilise les UUID pour les rechercher car les noms (hd*), dont l'ordre est défini par le BIOS, ne sont pas plus stables que les noms /dev/sd* de Linux (et la correspondance entre les deux encore moins). D'ailleurs on voit bien que les noms des disques changent entre fdisk et bootinfoscript.
D'après la photo d'écran, c'est le paramètre root=/dev/sdd1 passé au noyau par GRUB qui n'est pas correct. Il devrait être de la forme root=UUID=xxxx. Ça arrive parfois lors de l'installation, je n'ai jamais su pourquoi. Il suffit d'éditer sdd1 en sdc1 dans le menu de GRUB, démarrer, et exécuter update-grub pour corriger.
grub-install : attention : cette étiquette de partition GPT ne contient pas de partition d'amorçage BIOS ;
l'embarquage ne sera pas possible.
Comme dit plus haut, par défaut GRUB veut une partition BIOS boot sur le même disque physique que la boot image (MBR) pour y installer sa core image (c'est l'embarquage). Sinon il faut ajouter l'option --force qui permet d'installer la core image en tant que simple fichier /boot/grub/i386-pc/core.img, mais c'est moins fiable et n'est possible que si /boot/grub se trouve sur le même disque physique que la boot image. Il reste la place de créer une partition BIOS boot de moins de 100 ko au moins.
Mais pourquoi /dev/sde qui est un disque en RAID ?
Dernière modification par raleur (18-01-2020 10:36:21)
Il vaut mieux montrer que raconter.
Hors ligne
Mais pourquoi /dev/sde qui est un disque en RAID ?
je sais pas , j'ai rien compris .
devant la pagaille de renommage de disques , je suis perdu .
j'ai réussi qd mme à installer buster et ubuntu .
dans une pagaille monstre .
à tel point que voici ma config :
tout est fonctionnel mais dans une pagaille monstre .
en plus , je me suis aperçu que wayland a été retiré de buster (ou en tout cas ne fonctionne pas)
et , devant le souci que me causait gdm3 qui voulait pas démarrer , j'ai dû mettre lightdm .
maintenant , buster fonctionne , mais en x11 seulement .
Hors ligne
devant la pagaille de renommage de disques , je suis perdu .
Ne considère jamais le nommage des disques comme acquis. Il peut changer à chaque démarrage, il faut donc toujours vérifier avant de faire une action sur un disque. On le voit bien ici.
j'ai réussi qd mme à installer buster et ubuntu
Mais pas en GPT visiblement. Certes GPT n'est pas indispensable avec un disque de moins de 2 Tio et au plus 4 partitions, mais ça aurait été un bon entraînement. D'ailleurs je ne vois pas l'intérêt de créer une partition étendue alors qu'il y a seulement 3 partitions utiles.
Il vaut mieux montrer que raconter.
Hors ligne