infos. sur GPT. (CLOS.)

potemkine17 · 22-01-2018 11:50:13

Bonjour,
J'ai installé Tails sur une clé USB qui, pour ne pas changer, n’apparaît nulle part à la connexion sauf sur Gparted. là, la table de partition est notée en GPT. Est-ce normal ? Je pensais jusqu'ici que seuls les bios UEFI pouvaient générer ce genre de t.p. https://lecrabeinfo.net/disque-dur-les- … t-gpt.html . Hors, je n'ai pas ça sur le vieil IBM ( en plus il n'est qu'en 32 bits) sur lequel j'ai crée la clé (qui, par ailleurs, fonctionne normalement). Je n'ai pas du tout comprendre et j'aimerais en savoir plus sur le sujet. merci.

Dernière modification par potemkine17 (27-01-2018 11:05:14)

raleur · 22-01-2018 13:01:47

potemkine17 a écrit :

J'ai installé Tails sur une clé USB qui, pour ne pas changer, n’apparaît nulle part à la connexion

A la connexion de quoi ?
Où est-elle censée apparaître ?

potemkine17 a écrit :

la table de partition est notée en GPT. Est-ce normal ?

Disons que c'est plutôt inhabituel qu'une clé USB soit partitionnée au format GPT étant donné ce pour quoi la format GPT a été conçu (grand nombre de partitions, capacité supérieure à 2 Tio). Mais cela n'a rien d'anormal en soi.

potemkine17 a écrit :

Je pensais jusqu'ici que seuls les bios UEFI pouvaient générer ce genre de t.p.

Grosse méprise.
Primo, un BIOS ou un firmware UEFI ne génère rien du tout, et surtout pas une table de partition.
Secundo, le format de table de partition n'a en principe aucun rapport avec le type de firmware/mode d'amorçage.
Ce n'est que Windows qui exige le format GPT pour s'installer et démarrer en mode EFI.

potemkine17 a écrit :

je n'ai pas ça sur le vieil IBM ( en plus il n'est qu'en 32 bits)

Tu n'as pas quoi ?
Quel rapport avec le fait qu'il soit en 32 bits ?

Qu'on se le dise : GPT n'est pas réservé aux machines UEFI 64 bits. Je l'utilise sur des PC BIOS 32 bits. C'est juste un format de table de partition, ni plus ni moins.

potemkine17 · 22-01-2018 19:24:30

Bonsoir Raleur;
Je vais essayé de répondre à tes interrogations une à une :

A la connexion de quoi ?

: Au branchement et je ne la vois pas dans le gestionnaire de fichiers

Tu n'as pas quoi ?

: Comme je le dis, je ne cherche pas à régler un problème qui n'existe pas mais à m'informer sur quelque chose que je ne pensais pas trouver sur une vieille bécane . Si j'ai parlé de 32 Bits, c'est seulement un détail (que j'ai souligné vu que Tails est désormais réservé aux pc x64) .

Le GPT fait parti du standard UEFI,

: Sur le lien, on peut lire ça, c'est trompeur ou je suis trop bête pour comprendre. En tout cas, si ce n'a rien avoir avec le bios, c'est donc seulement l'installateur Tails qui procède ainsi ?

raleur · 23-01-2018 14:13:59

potemkine17 a écrit :

Au branchement et je ne la vois pas dans le gestionnaire de fichiers

Comment son contenu est-il organisé ? Partitions, systèmes de fichiers...

fdisk -l /dev/sdX

blkid /dev/sdX*

où /dev/sdX représente la clé.

potemkine17 a écrit :

Le GPT fait parti du standard UEFI

Oui, ses spécifications font partie du standard UEFI. Mais cela ne veut pas dire que son usage est réservé aux machines UEFI. Grâce au maintien d'un MBR "protecteur", ce format est amorçable par un BIOS traditionnel.

Dernière modification par raleur (23-01-2018 14:15:18)

potemkine17 · 24-01-2018 13:37:28

désolé pour le retard...

J'aurais du préciser : la clé n’apparaît pas physiquement mais elle est traçable.

root@debian:/home/libres# fdisk -l

Disque /dev/sdc : 14,5 GiB, 15524167680 octets, 30320640 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : gpt

Identifiant de disque : 6C8FA1BE-AD72-46F5-8543-E8010F33C96F

Périphérique Début     Fin Secteurs Taille Type

/dev/sdc1     2048 5122047  5120000   2,5G Système EFI

Pour blkid :

root@debian:/home/libres# blkid /dev/sdc

/dev/sdc: PTUUID="6c8fa1be-ad72-46f5-8543-e8010f33c96f" PTTYPE="gpt"

Effectivement, je peux démarrer la clé sans problème sur les pc anciens que j'ai sous la main. D'ailleurs, je n'ai que du recyclé et pas l'habitude des standards récents. Il me va falloir m'y intéresser.

Edit à toto : Avec les balises du forum, séparer les commandes de leurs retours il faut, jeune padawan...

raleur · 24-01-2018 18:20:27

J'avais mis un astérisque dans l'argument de commande blkid pour afficher aussi les caractéristiques des partitions.

D'après fdisk, la clé contient une seule partition de type EFI. Elle est normalement formatée en FAT et peut être montée et lue. Peut-être que l'explorateur de fichiers ne la montre pas parce que c'est une partition système spéciale. C'est ce que fait Windows. En tout cas tu devrais pouvoir la monter manuellement en ligne de commande root avec "mount".

Dernière modification par raleur (24-01-2018 18:21:11)

potemkine17 · 24-01-2018 20:04:31

Non, Mount le ne permet pas ( sdc absent du fstab) . Bien que visible dans Gparted, je ne peux pas la monter là non plus. Je vais tester sur W10 par curiosité.

raleur · 24-01-2018 20:21:48

Tu fais doublement erreur. D'une part mount n'a pas besoin de fstab quand on spécifie à la fois le périphérique et le point de montage, et d'autre part le périphérique à monter n'est pas la clé /dev/sdc mais sa partition /dev/sdc1.
Ça doit marcher :

mount -r /dev/sdc1 /mnt

potemkine17 · 24-01-2018 20:43:53

Non, toujours rien.

root@libres:/home/libres# mount -r /dev/sdc1

mount: impossible de trouver /dev/sdc1 dans /etc/fstab

C'est pour cela que je parlais de fstab. En rajoutant /mt , je n'ai aucun retour et rien ne se monte. La clé fonctionne sur un pc voisin. Donc, pas de soucis, seulement, le fait de ne pas la voir reconnu par la machine. Même comportement sur Windows.

raleur · 24-01-2018 21:00:22

Si tu n'as aucun "retour", c'est-à-dire aucun message d'erreur, c'est que la commande a fonctionné et tu peux voir le contenu dans /mnt/

Dernière modification par raleur (24-01-2018 21:01:24)

potemkine17 · 24-01-2018 21:46:04

Clé branché, /mnt/ est vide; si je rebranche et relance :

root@libres:/home/libres# mount -r /dev/sdc1 /mnt

mount: le périphérique spécial /dev/sdc1 n'existe pas

Je n'avais rien la première fois. .Et le dossier est encore vide. Bizarre quand même, le système ne peut pas la reconnaitre et la mettre au moins en lecture ? J'ai bien vérifier l'iso au téléchargement et bien surveiller l'installation . Mise à part les changements pour l'architecture, je n'ai rien vu qui signale ce comportement dans le wiki de Tails (si c'est en anglais , alors...). Un bug ?

raleur · 25-01-2018 16:13:39

La clé n'aurait pas changé de nom lorsque tu l'as rebranchée ?
A faire juste après avoir branché la clé pour voir son nom et les partitions détectées :

dmesg | tail -n 30

potemkine17 · 25-01-2018 17:21:35

résultat de la commande :

root@debian:/home/libres# dmesg | tail -n 30

[  568.511184] usb 1-3.1: USB disconnect, device number 5

[  568.816079] usb 1-3: new high-speed USB device number 6 using ehci-pci

[  568.965913] usb 1-3: New USB device found, idVendor=05e3, idProduct=0608

[  568.965924] usb 1-3: New USB device strings: Mfr=0, Product=1, SerialNumber=0

[  568.965928] usb 1-3: Product: USB2.0 Hub

[  568.967981] hub 1-3:1.0: USB hub found

[  568.970989] hub 1-3:1.0: 4 ports detected

[  569.260134] usb 1-3.1: new low-speed USB device number 7 using ehci-pci

[  569.373128] usb 1-3.1: New USB device found, idVendor=15d9, idProduct=0a4c

[  569.373137] usb 1-3.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0

[  569.373142] usb 1-3.1: Product:  USB OPTICAL MOUSE

[  569.382597] input:  USB OPTICAL MOUSE as /devices/pci0000:00/0000:00:13.5/usb1/1-3/1-3.1/1-3.1:1.0/0003:15D9:0A4C.0002/input/input14

[  569.383651] hid-generic 0003:15D9:0A4C.0002: input,hidraw0: USB HID v1.11 Mouse [ USB OPTICAL MOUSE] on usb-0000:00:13.5-3.1/input0

[  569.468066] usb 1-3.4: new high-speed USB device number 8 using ehci-pci

[  569.582211] usb 1-3.4: New USB device found, idVendor=6557, idProduct=0021

[  569.582222] usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3

[  569.582226] usb 1-3.4: Product: USB DISK 2.0

[  569.582230] usb 1-3.4: Manufacturer:         

[  569.582234] usb 1-3.4: SerialNumber: 90007550734F5827

[  569.587715] usb-storage 1-3.4:1.0: USB Mass Storage device detected

[  569.604621] scsi host7: usb-storage 1-3.4:1.0

[  570.630200] scsi 7:0:0:0: Direct-Access              USB DISK 2.0     PMAP PQ: 0 ANSI: 6

[  570.636214] sd 7:0:0:0: Attached scsi generic sg3 type 0

[  572.269647] sd 7:0:0:0: [sdc] 30320640 512-byte logical blocks: (15.5 GB/14.5 GiB)

[  572.270361] sd 7:0:0:0: [sdc] Write Protect is off

[  572.270369] sd 7:0:0:0: [sdc] Mode Sense: 23 00 00 00

[  572.270983] sd 7:0:0:0: [sdc] No Caching mode page found

[  572.270997] sd 7:0:0:0: [sdc] Assuming drive cache: write through

[  573.835641]  sdc: sdc1

[  573.839955] sd 7:0:0:0: [sdc] Attached SCSI removable disk

root@debian:/home/libres#

C'est un peu le foutoir , vu que je poste depuis un DD externe. J'ai refais la commande :

mount -r /dev/sdc1 /mnt

et là, la clé est visible dans le dossier /mnt/. C'est peut-être un problème au niveau de la clé, sans rapports avec le format de la table ?

raleur · 25-01-2018 20:53:16

potemkine17 a écrit :

et là, la clé est visible dans le dossier /mnt/

Normal. Elle devrait contenir au moins un répertoire EFI/boot avec un ou deux fichiers boot*.efi. Que contient-elle d'autre ?

potemkine17 a écrit :

C'est peut-être un problème au niveau de la clé, sans rapports avec le format de la table ?

En tout cas la table de partition est correctement reconnue par le noyau :

[  573.835641]  sdc: sdc1

Ma seule explication est que le gestionnaire de fichiers "masque" cette partition EFI dont le type caractérise une partition système réservée à l'amorçage.

A titre d'expérience, j'ai pris une clé USB ordinaire avec un table de partition DOS/MBR et une partition FAT32 parfaitement affichée par le gestionnaire de fichiers PCManFM de LXDE et j'ai changé l'identifiant de type de la partition en "EFI". Le volume a disparu de l'explorateur. J'ai ensuite remis l'identifiant de type FAT32 d'origine et le volume est immédiatement réapparu dans l'explorateur.

Dernière modification par raleur (25-01-2018 20:55:04)

potemkine17 · 26-01-2018 10:36:43

Tout juste. Il y a bien un répertoire EFI. Et Gparted indique comme drapeau : boot, hidden, legacy-boot, esp. Par contre, étant d'une ignorance insondable, je n'ai pas saisi la manière dont tu changeais l'identifiant. En console avec fdisk ? Avec PCManFM ? par quelle option si c'est ça ? Merci de me renseigner.

raleur · 26-01-2018 11:22:57

potemkine17 a écrit :

je n'ai pas saisi la manière dont tu changeais l'identifiant. En console avec fdisk ?

Oui, avec fdisk. Commande "t". Ou un autre programme de gestion des partitions comme gdisk (si GPT), parted ou gparted. Mais la façon dont parted et gparted gèrent l'indentifiant de type sous forme de "drapeaux" (en GPT le type EFI correspond aux drapeaux "efi" et "boot" qui ne sont donc pas de vrais flags contrairement aux deux autres) est particulière et peu dérouter.

Attention, si tu modifies le type de partition, la clé ne sera plus amorçable en mode EFI.

Gparted indique que la partition a le flag "hidden" (caché), c'est peut-être une autre raison pour que la partition soit masquée dans l'explorateur.

Dernière modification par raleur (26-01-2018 11:25:21)

potemkine17 · 26-01-2018 13:09:00

Merci pour ton aide. Je vais testé et voir pour gdisk que je ne connais pas. Je clos si ça roule.

smolski · 26-01-2018 15:01:19

Le lien vers le tuto gdisk : https://debian-facile.org/doc:systeme:gdisk

potemkine17 · 27-01-2018 08:05:55

Pus j'apprends, moins je comprends :
root@debian:/home/libres#

gdisk /dev/sdc1

GPT fdisk (gdisk) version 1.0.1

Partition table scan:

  MBR: MBR only

  BSD: not present

  APM: not present

  GPT: not present

***************************************************************

Found invalid GPT and valid MBR; converting MBR to GPT format

in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by

typing 'q' if you don't want to convert your MBR partitions

to GPT format!

***************************************************************

que dois-je déduire de ça ? :

GPT: not present

Edit à toto : Séparer les commandes de leur retour avec les balises du forum est le mieux.

raleur · 27-01-2018 08:27:41

Que la partition /dev/sdc1 ne contient pas de table de partition GPT, ce qui est plutôt normal.
Essaie plutôt avec le disque /dev/sdc.

potemkine17 · 27-01-2018 09:23:09

Exact, j'ai lu trop vite. C'est bête ; la bonne commande + "t" ensuite permet bien de choisir le type voulu. Merci à tous.

smolski · 27-01-2018 09:50:52

Peut-être mettre le post en Resolu alors ?
Voir le lien :
\o/
Voir le tuto : C'est résolu ! Bravo mais il faut l'indiquer dans l'titre.

Debian-facile

#1 22-01-2018 11:50:13

infos. sur GPT. (CLOS.)

#2 22-01-2018 13:01:47

Re : infos. sur GPT. (CLOS.)

#3 22-01-2018 19:24:30

Re : infos. sur GPT. (CLOS.)

#4 23-01-2018 14:13:59

Re : infos. sur GPT. (CLOS.)

#5 24-01-2018 13:37:28

Re : infos. sur GPT. (CLOS.)

#6 24-01-2018 18:20:27

Re : infos. sur GPT. (CLOS.)

#7 24-01-2018 20:04:31

Re : infos. sur GPT. (CLOS.)

#8 24-01-2018 20:21:48

Re : infos. sur GPT. (CLOS.)

#9 24-01-2018 20:43:53

Re : infos. sur GPT. (CLOS.)

#10 24-01-2018 21:00:22

Re : infos. sur GPT. (CLOS.)

#11 24-01-2018 21:46:04

Re : infos. sur GPT. (CLOS.)

#12 25-01-2018 16:13:39

Re : infos. sur GPT. (CLOS.)

#13 25-01-2018 17:21:35

Re : infos. sur GPT. (CLOS.)

#14 25-01-2018 20:53:16

Re : infos. sur GPT. (CLOS.)

#15 26-01-2018 10:36:43

Re : infos. sur GPT. (CLOS.)

#16 26-01-2018 11:22:57

Re : infos. sur GPT. (CLOS.)

#17 26-01-2018 13:09:00

Re : infos. sur GPT. (CLOS.)

#18 26-01-2018 15:01:19

Re : infos. sur GPT. (CLOS.)

#19 27-01-2018 08:05:55

Re : infos. sur GPT. (CLOS.)

#20 27-01-2018 08:27:41

Re : infos. sur GPT. (CLOS.)

#21 27-01-2018 09:23:09

Re : infos. sur GPT. (CLOS.)

#22 27-01-2018 09:50:52

Re : infos. sur GPT. (CLOS.)

Pied de page des forums