laisser ou pas une clé neuve en mbr pour des données ?

jpl-bz · Le 28/08/2022, à 09:39

bonjour,

en préparant sur linux une clé sandisk neuve (USB SanDisk 3.2Gen1 (1.00)) j'efface les 2 fichiers visibles du système de sécurité sandisk d'origine et vois à l'occasion par "disques" qu'elle est partitionnée MBR (W95 FAT32 (LBA)) et formattée FAT (32-bit version). Au cas où elle ne servirait que pour des données ça ne me semble pas très gênant.

Par contre
la préparation en clé bootable Ubuntu montre sur une autre clé (Kingston DataTraveler 3.0 (PMAP) les infos GUID Partition Table / Basic Data (System, Read-only).

Peut-être l'occasion pour éclairer ceux qui en sont à ce stade de préciser certains aspects ? Ce qu'on perd ou pas ? Toutes les préparations de clé bootable données sur le site ubuntu (ou autre distrib) aboutiront-elles au même partitionnement/formattage?

cordialement

Dernière modification par jpl-bz (Le 03/09/2022, à 16:40)

geole · Le 28/08/2022, à 12:01

Bonjour.
Globalement il y a trois familles de clés USB bootables.
- Celles qui sont faites en dupliquant le fichier ISO et qui transforment cette clé USB en image dvd-ROM et la rende inutilisable en tant que support USB. A n'utiliser qu'en dernière solution.
- Celles qui sont faites en respectant la structure USB avec une partition FAT32 et une table de partition GPT ou MBR avec un seul ISO réorganisé.
- Celles qui sont faites en respectant la structure USB avec une table de partition GPT ou MBR avec un outil capable de traiter plusieurs ISO sans les altérer. A privilégier.

Pour plus de détails, lire la documentation. https://doc.ubuntu-fr.org/live_usb

Dernière modification par geole (Le 28/08/2022, à 12:06)

MicP · Le 28/08/2022, à 12:27

Bonjour

Dans son message #2geole a écrit :

…- Celles qui sont faites en dupliquant le fichier ISO et qui transforment cette clé USB en image dvd-ROM et la rende inutilisable en tant que support USB. A n'utiliser qu'en dernière solution. …

Le fait de copier directement sur une clef USB un fichier image ISO d'installation d'un système (Linux ou autre) ne rends PAS la clef USB inutilisable.
On pourra toujours supprimer les données correspondant au fichier image ISO qui a été copié sur la clef pour les remplacer par autre chose => La clef restera donc ré-utilisable.
Les fichiers image ISO d'installation ont été créés pour être déjà bootables et n'ont pas besoin d'un autre programme intermédiaire pour pouvoir démarrer l'installation d'un système Linux sur une machine.

geole a écrit :

…- Celles qui sont faites en respectant la structure USB avec une table de partition GPT ou MBR avec un outil capable de traiter plusieurs ISO sans les altérer. A privilégier. …

Mais dans ce cas là, ce ne sera plus le chargeur de boot du fichier image ISO qui lancera le programme d'installation : c'est un autre chargeur de boot (<=> c'est celui qui aura été installé par ventoy, etcher, unetbootin, etc.) qui va à son tour décider quel chargeur de boot de quel fichier image ISO sera lancé ou qui va directement lancer le programme d'installation sans utiliser le chargeur de boot du système à installer..

jpl-bz a écrit :

… Ce qu'on perd ou pas ? …

Ce qu'on perd en utilisant ventoy, etcher, unetbootin ou autre, c'est qu'on n'utilise plus le chargeur de boot qui a été conçu pour lancer le programme d'installation => le chargeur de boot qui sera utilisé en premier sera celui qui aura été mis en place par ventoy, etcher, unetbootin, etc. et pas celui qui est dans le fichier image ISO, quand au chargeur de boot finalement installé sur la machine, je n'ai pas vérifié si c'est bien celui du fichier image ISO ou celui de ventoy, unetbootin ou autre.

Ce qu'on gagne en utilisant ventoy, etcher, unetbootin, etc. c'est de pouvoir mettre sur la même clef USB plusieurs fichier image ISO au lieu d'un seul.

jpl-bz a écrit :

… la préparation en clé bootable Ubuntu montre sur une autre clé (Kingston DataTraveler 3.0 (PMAP) les infos GUID Partition Table / Basic Data (System, Read-only). …

Oui, ce que tu vois là, c'est la copie intégrale de ce qui est inscrit dans le fichier image ISO, c'est d'ailleurs pour ça qu'il est en ro (read-only <=> comme un CD) et c'est logique puisque c'est ce qui a été fait : le fichier image ISO a été copié directement sur la clef USB (et pas dans le système de fichiers d'une partition qui aurait été créé sur la clef).
Ce que tu vois est exactement la même chose que ce que tu verrais si tu avais tenté de lire la table de partitionnement du fichier image ISO que tu as directement copié sur la clef.

Dernière modification par MicP (Le 30/08/2022, à 06:07)

geole · Le 28/08/2022, à 17:33

MicP a écrit :

Ce qu'on perd en utilisant ventoy, etcher, unetbootin ou autre, c'est qu'on n'utilise plus le chargeur de boot qui a été conçu pour lancer le programme d'installation => le chargeur de boot qui sera utilisé sera celui qui aura été mis en place par ventoy, etcher, unetbootin, etc. et pas celui qui est dans le fichier image ISO

Je ne suis pas certain que cela soit totalement vrai...
Par exemple ventoy utilise les menus livrés dans l'ISO. Cependant, il est nécessaire de les dupliquer si on veut activer la persistance car il ne sait pas modifier le contenu de l'ISO.

On gagne aussi la possibilité de mettre de la persistance qui est de moins en moins utile vu que dans ce cas le firefox de la version 22.04 ne fonctionne plus puisqu'il est livré en snap

MicP · Le 28/08/2022, à 19:51

Un autre avantage que j'avais oublié de citer mais qui est celui pour lequel beaucoup préfèrent utiliser ces programmes,
c'est qu'ils proposent une interface graphique permettant de copier le fichier image ISO sur la clef USB.

J'ai ajouté quelques précisions (concernant le chargeur de boot utilisé) dans mon précédent message.

Dernière modification par MicP (Le 28/08/2022, à 20:08)

jpl-bz · Le 03/09/2022, à 11:16

bonjour,

vues les réponses, une autre question ... ces modes de démarrage différents vont-ils avoir le même comportement selon les diverses versions matérielles/logicielles des prises usb prises en comptes au démarrage ? Ceci vu des échecs selon les matériels mais pas clairement cernés pour le moment côté type de boot de clé usb.

cordialement

geole · Le 03/09/2022, à 14:11

Bonjour
Normalement oui. Cependant les bios très anciens (du siècle dernier) ne connaissent pas la table de partition GPT. Ce qui peut poser quelques problèmes

jpl-bz · Le 03/09/2022, à 16:32

ok ... https://fr.wikipedia.org/wiki/GUID_Partition_Table ... pas simple en première approche.

Si on affecte la clé usb "MBR" uniquement à des données, la laisser en l'état ne pénalisera pas l'espace dispo semble-t-il.
Mais c'est peut-être moins d'espace dispo si un multiboot est présent ?

J'ai précisé le titre de la discussion.

Dernière modification par jpl-bz (Le 03/09/2022, à 16:41)

geole · Le 03/09/2022, à 16:41

La grande différence entre MBR et GPT est la duplication de la table de partition. Ce qui permet au secteur 0 qui contient la description des partitions d'être illisible car il y a un double.
L'autre différence est le nombre de partitions primaire: Maxi 128 au lieu de 4. Mais sur une clé USB, il n'y en a souvent qu'une seule.

jpl-bz · Le 04/09/2022, à 11:34

bonjour à tous,

quels programmes/systèmes sont réellement capables d'exploiter cette double inscription de la table de partition ?

Et, au passage, le défaut de lecture de la première est-il signalé, vu que cet avantage est alors perdu, car il n'y a pas de "plan C". La cause de l'erreur pouvant, sauf erreur, résider dans la façon de lire cette table et non du fait du média.

A l'utilisation, on voit que les explorateurs de fichier annoncent parfois une capacité double (PCMan ...Qt de Lubuntu ... pas d'appli "disques" de base), est-ce dû au Mbr ? . La capacité est correcte dans "fichiers" d'Ubuntu et là "disques" semble donner une bonne information. Ce n'est pas le sujet ici, mais rien, au passage, ne permet de renommer le media.

cordialement

Dernière modification par jpl-bz (Le 04/09/2022, à 11:51)

MicP · Le 04/09/2022, à 12:18

Bonjour

geole a écrit :

…La grande différence entre MBR et GPT …

Il y a encore (et toujours) un MBR sur les disques où une table de partitionnement de type gpt aurait été crée, il s'appelle le MBR protecteur
Le terme exact pour qualifier ces deux types de table de partitionnement est : msdos (ou dos) et gpt qu'on retrouve d’ailleurs utilisé dans les programmes de partitionnements comme fdisk, sfdisk, cfdisk, parted, gparted, etc.
(Il existe aussi d'autre types de table de partitionnement comme par exemple : sun, amiga, sgi …)

geole a écrit :

… Maxi 128 au lieu de 4. …

C'est un peu réducteur de faire cette comparaison en ne parlant que des partitions de type primaire d'une table de partitionnement de type msdos,
parce qu'en fait, on peut créer un infinité (et ce n'est pas du tout une exagération rhétorique, c'est une réalité logique) de partitions de type logique dans la partition de type étendue d'une table de partitionnement de type msdos

Donc, il serait plus juste et réaliste de dire que :
contrairement à une table de partitionnement de type msdos dans laquelle on peut créer une infinité de partitions,
le nombre de partitions qu'il est possible de créer dans une table de partitionnement de type gpt est limité au nombre maximum de 128 partitions.

Ceci dit, le nombre maximal de partitions utilisables par un système d'exploitation sera de toutes façons limité par les possibilités de ce système d'exploitation.

=======
C'est un peu comme ces statistiques que l'on voit souvent comparer le nombre de machines tournant sous Linux au nombre de machines tournant sous Windows
en ne prenant que très rarement (ou plutôt pratiquement jamais) en compte tous les serveurs web, les serveurs de calcul scientifiques, les smartphones Android, les tablettes, les appareils de navigation GPS, les appareils de mesure, les appareils industriels et domestiques utilisant l'IOT, etc...
(C'est un système Linux qui fait fonctionner mon oscilloscope Siglent SDS1202X-E)

Dernière modification par MicP (Le 04/09/2022, à 13:12)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 28/08/2022, à 09:39

laisser ou pas une clé neuve en mbr pour des données ?

#2 Le 28/08/2022, à 12:01

Re : laisser ou pas une clé neuve en mbr pour des données ?

#3 Le 28/08/2022, à 12:27

Re : laisser ou pas une clé neuve en mbr pour des données ?

#4 Le 28/08/2022, à 17:33

Re : laisser ou pas une clé neuve en mbr pour des données ?

#5 Le 28/08/2022, à 19:51

Re : laisser ou pas une clé neuve en mbr pour des données ?

#6 Le 03/09/2022, à 11:16

Re : laisser ou pas une clé neuve en mbr pour des données ?

#7 Le 03/09/2022, à 14:11

Re : laisser ou pas une clé neuve en mbr pour des données ?

#8 Le 03/09/2022, à 16:32

Re : laisser ou pas une clé neuve en mbr pour des données ?

#9 Le 03/09/2022, à 16:41

Re : laisser ou pas une clé neuve en mbr pour des données ?

#10 Le 04/09/2022, à 11:34

Re : laisser ou pas une clé neuve en mbr pour des données ?

#11 Le 04/09/2022, à 12:18

Re : laisser ou pas une clé neuve en mbr pour des données ?

Pied de page des forums