logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

infos. sur GPT. (CLOS.)

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)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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.


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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...

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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é.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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 ?

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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)


Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : infos. sur GPT. (CLOS.)

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

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : infos. sur GPT. (CLOS.)

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.

Il vaut mieux montrer que raconter.

Hors ligne

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

potemkine17
Membre
Distrib. : Débian Bookworm Cinnamon
Noyau : amd64
Inscription : 17-09-2014

Re : infos. sur GPT. (CLOS.)

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

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : infos. sur GPT. (CLOS.)

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. wink

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

Pied de page des forums