SSD et système GPT inconnu pour moi : lumières SVP !

Support Debian
#1

je patauge depuis hier sur l’affichage correct d’un clone (sur un DD Sata3 classique comme second DD).
Ce qui est au dessus n’est pas le problème, c’est juste pour situer

Mon DD principal sur lequel est installé Grub2 (qui fonctionne bien pour tout le reste) est un SSD.
Si je fais un fdisk pour voir où en sont mes disques et leurs partitions, j’ai bien la bonne réponse pour le DD Sata3 mais pour le SSD, il ne me donne que la partition 1 et annonce :

identifiant de table de partition GPT (GUID) détecté sur /dev/sda L'utilitaire sfdisk ne prend pas GPT en charge. Utilisez GNU Parted
Avant de faire des conneries, j’aimerais votre avis et la façon de procéder.

#2

bonjour,
voilà ce que j’ai pour un ssd 128GB:
root@alpha30:~# fdisk /dev/sdb

Commande (m pour l’aide): p

Disque /dev/sdb : 128.0 Go, 128035676160 octets
255 têtes, 63 secteurs/piste, 15566 cylindres, total 250069680 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000656b4

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 2048 499711 248832 83 Linux
/dev/sdb2 501758 250068991 124783617 5 Étendue
/dev/sdb5 501760 250068991 124783616 8e LVM Linux

pour un disque normal sda3:
Disque /dev/sda : 1000.2 Go, 1000204886016 octets
255 têtes, 63 secteurs/piste, 121601 cylindres, total 1953525168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d’E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000aaa2a

Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 2048 1928368127 964183040 83 Linux
/dev/sda2 1928370174 1953523711 12576769 5 Étendue
/dev/sda5 1928370176 1953523711 12576768 82 partition d’échange Linux / Solaris

A+
JB1

#3

Merci mais ça ne résout pas mon problème de système GPT qui s’est installé sans que je lui demande :unamused:

#4

Avoir une table GPT sur un disque n’est pas dramatique en soit, c’est même essentiel pour passer outre certaines limitations de taille d’espace disque à gérer et de nombre de partition ‘amorçable’ (dites primaire).

Maintenant sfdisk ne gère pas les tables GPT à priori, il te reste donc a utiliser sgdisk.

#5

Wikipedia est assez prolixe sur la question mais ma tête ne supprote plus les pavés à lire.
j’ai retenu que fdisk ne gérait plus GPT et qu’il fallait utiliser gdisk11

J’espère que Pascal ou un autre geek me traduira tout ça en 10 lignes que je pourrai exploiter.
Allez, profitons du soleil avant une averse.

PS : Merci Clochette, on s’est croisé.

#6

OK, avec gdisk, je vois ma partoche SSD mais comment voir les partoches des deux disques en place ?
Avec fdisk -l, on voyait tout
mais gdisk veut qu’on lui précise de disque, donc gdisk -l /dev/sda
Alors, gdisk -l QUOI ?

#7

Tu as essayé gdisk -l /dev/sd* ?
Si tu tiens absolument à utiliser fdisk, sfdisk, cfdisk… tu peux utiliser les variantes du paquet gnu-fdisk qui supportent GPT. Attention, il y a quand même quelques petites différences avec les originaux.

#8

Fais comme il te dit : utilise parted.

parted -l

gnu-fdisk
packages.debian.org/fr/wheezy/gnu-fdisk

gnu-fdisk est fondé sur libparted

#9

Ce n’est pas pressé, je vais attendre qq jours, sinon, on verra la version stable.

Bogues de gravité critical sur gnu-fdisk (-> 1.2.5-2) <non corrigé> #504099 - gnu-fdisk: fails to display GPT partition properly
@ Pascal :
Y veut pas !

# gdisk -l /dev/sd* GPT fdisk (gdisk) version 0.8.7 Usage: gdisk [-l] device_file

#10

[quote=“ricardo”]Ce n’est pas pressé, je vais attendre qq jours, sinon, on verra la version stable.

Bogues de gravité critical sur gnu-fdisk (-> 1.2.5-2) <non corrigé> #504099 - gnu-fdisk: fails to display GPT partition properly
@ Pascal :
Y veut pas !

# gdisk -l /dev/sd* GPT fdisk (gdisk) version 0.8.7 Usage: gdisk [-l] device_file [/quote]

J’aurais essayer avec un l majuscule et sgdisk :

#11

[quote=“Clochette”]

J’aurais essayer avec un l majuscule et sgdisk :

Résultat surprenant mais pas celui attendu :smiley:

[code]# sgdisk -L

0700 Microsoft basic data 0c01 Microsoft reserved 2700 Windows RE
4200 Windows LDM data 4201 Windows LDM metadata 7501 IBM GPFS
7f00 ChromeOS kernel 7f01 ChromeOS root 7f02 ChromeOS reserved
8200 Linux swap 8300 Linux filesystem 8301 Linux reserved
8400 Intel Rapid Start 8e00 Linux LVM a500 FreeBSD disklabel
a501 FreeBSD boot a502 FreeBSD swap a503 FreeBSD UFS
a504 FreeBSD ZFS a505 FreeBSD Vinum/RAID a580 Midnight BSD data
a581 Midnight BSD boot a582 Midnight BSD swap a583 Midnight BSD UFS
a584 Midnight BSD ZFS a585 Midnight BSD Vinum a800 Apple UFS
a901 NetBSD swap a902 NetBSD FFS a903 NetBSD LFS
a904 NetBSD concatenated a905 NetBSD encrypted a906 NetBSD RAID
ab00 Apple boot af00 Apple HFS/HFS+ af01 Apple RAID
af02 Apple RAID offline af03 Apple label af04 AppleTV recovery
af05 Apple Core Storage be00 Solaris boot bf00 Solaris root
bf01 Solaris /usr & Mac Z bf02 Solaris swap bf03 Solaris backup
bf04 Solaris /var bf05 Solaris /home bf06 Solaris alternate se
bf07 Solaris Reserved 1 bf08 Solaris Reserved 2 bf09 Solaris Reserved 3
bf0a Solaris Reserved 4 bf0b Solaris Reserved 5 c001 HP-UX data
c002 HP-UX service ea00 Freedesktop $BOOT eb00 Haiku BFS
ed00 Sony system partitio ef00 EFI System ef01 MBR partition scheme
ef02 BIOS boot partition fb00 VMWare VMFS fb01 VMWare reserved
fc00 VMWare kcore crash p fd00 Linux RAID [/code]

Je ne suis d’ailleurs pas sûr de devoir laisser ça en ligne longtemps ???

#12

Fais comme il te dit : utilise parted.[/quote]
C’est ce que j’utilise sur ma machine pour un disque avec table de partitions GPT, ça fonctionne très bien (et c’est suffisamment proche de fdisk à l’utilisation pour ne pas être perdu).

#13

[quote=“ricardo”][quote=“Clochette”]

J’aurais essayer avec un l majuscule et sgdisk :

Résultat surprenant mais pas celui attendu :smiley:

[code]# sgdisk -L

0700 Microsoft basic data 0c01 Microsoft reserved 2700 Windows RE
4200 Windows LDM data 4201 Windows LDM metadata 7501 IBM GPFS
7f00 ChromeOS kernel 7f01 ChromeOS root 7f02 ChromeOS reserved
8200 Linux swap 8300 Linux filesystem 8301 Linux reserved
8400 Intel Rapid Start 8e00 Linux LVM a500 FreeBSD disklabel
a501 FreeBSD boot a502 FreeBSD swap a503 FreeBSD UFS
a504 FreeBSD ZFS a505 FreeBSD Vinum/RAID a580 Midnight BSD data
a581 Midnight BSD boot a582 Midnight BSD swap a583 Midnight BSD UFS
a584 Midnight BSD ZFS a585 Midnight BSD Vinum a800 Apple UFS
a901 NetBSD swap a902 NetBSD FFS a903 NetBSD LFS
a904 NetBSD concatenated a905 NetBSD encrypted a906 NetBSD RAID
ab00 Apple boot af00 Apple HFS/HFS+ af01 Apple RAID
af02 Apple RAID offline af03 Apple label af04 AppleTV recovery
af05 Apple Core Storage be00 Solaris boot bf00 Solaris root
bf01 Solaris /usr & Mac Z bf02 Solaris swap bf03 Solaris backup
bf04 Solaris /var bf05 Solaris /home bf06 Solaris alternate se
bf07 Solaris Reserved 1 bf08 Solaris Reserved 2 bf09 Solaris Reserved 3
bf0a Solaris Reserved 4 bf0b Solaris Reserved 5 c001 HP-UX data
c002 HP-UX service ea00 Freedesktop $BOOT eb00 Haiku BFS
ed00 Sony system partitio ef00 EFI System ef01 MBR partition scheme
ef02 BIOS boot partition fb00 VMWare VMFS fb01 VMWare reserved
fc00 VMWare kcore crash p fd00 Linux RAID [/code]

Je ne suis d’ailleurs pas sûr de devoir laisser ça en ligne longtemps ???[/quote]

J’en tient une couche ce sont les format supporté :005

bon finalement j’ai pas trouvé mieux qu’un sgdisk -l /dev/sda, sgdisk -l /dev/sdb, etc …

Sinon c’est dommage il y a plein d’option sympatoche avec gdisk pour la maintenance même si il est vrai que ça change les habitudes.

#14

Fais comme il te dit : utilise parted.[/quote]
C’est ce que j’utilise sur ma machine pour un disque avec table de partitions GPT, ça fonctionne très bien (et c’est suffisamment proche de fdisk à l’utilisation pour ne pas être perdu).[/quote]
Comme j’ai déjà répondu dessus, je patiente un peu, le temps que le bogue soit guéri

Bogues de gravité critical sur gnu-fdisk (-> 1.2.5-2) <non corrigé> #504099 - gnu-fdisk: fails to display GPT partition properly

#15

bonjour,
chez M$, la manière de procéder GPT ==> MBR:
technet.microsoft.com/fr-fr/library/cc725797.aspx‎
A+
JB1

#16

packages.debian.org/fr/wheezy/parted

Utilise parted pas gnu-fdisk.
Je n’ai évoqué gnu-fdisk qu’à la suite du message de PascalHambourg. Le propos ne se limitait qu’à noter que gnu-fdisk avait un lien avec libparted. Parted, celui que nous t’invitons à tester.

Tout : les disques, les partitions, les volumes LVM

parted -l

ou reserré :

parted /dev/sdc print

ou encore, en graphique, gparted :

$ gksu gparted

#17

En effet, javais mal interprété.
Installé parted : :023
même résultat qu’avec fdisk et il prend tout, merci
Résolu.