You must first mount the USB drive /dev/sdb1 to a mountpoint. Most
distributions will do this automatically after you remove and reinsert
the USB drive
Alors que : mount
/dev/sdb1 on /media/francois/Clé USB type vfat
(rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
... et aussi l'EFI pas encore suffisamment maîtrisé. J'ai alors usé d'un expédient, j'installe d'abord Lubuntu qui dans sa simple fiabilité organise l'architecture des disques pour les autres distrib. ainsi: SSD 128 Go : partition EFI Windows de 2 Go; / Lubuntu 20 Go
Qué Windows ? Une partition EFI n'appartient pas à un OS. Et 2 Go, c'est beaucoup trop. Quelques Mo suffisent.
DD 1 To : les 3 /home prévus et le swap
C'est du gâchis de ne pas faire bénéficier le swap de la vitesse du SSD.
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b) (même si je n'ai jamais compris à quoi servaient ces types de partition). -- Les simplifications c'est trop compliqué
... et aussi l'EFI pas encore suffisamment maîtrisé.
J'ai alors usé d'un expédient, j'installe d'abord Lubuntu qui dans
sa simple fiabilité organise l'architecture des disques pour les
autres distrib. ainsi:
SSD 128 Go : partition EFI Windows de 2 Go; / Lubuntu 20 Go
Qué Windows ? Une partition EFI n'appartient pas à un OS. Et 2 Go,
c'est beaucoup trop. Quelques Mo suffisent.
DD 1 To : les 3 /home prévus et le swap
C'est du gâchis de ne pas faire bénéficier le swap de la vitesse du SSD.
Au moment de finaliser le partitionnement de Mageia, question délicate :
"Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI"
je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions
windows/FAT 32 (0b)
(même si je n'ai jamais compris à quoi servaient ces types de
partition).
... et aussi l'EFI pas encore suffisamment maîtrisé. J'ai alors usé d'un expédient, j'installe d'abord Lubuntu qui dans sa simple fiabilité organise l'architecture des disques pour les autres distrib. ainsi: SSD 128 Go : partition EFI Windows de 2 Go; / Lubuntu 20 Go
Qué Windows ? Une partition EFI n'appartient pas à un OS. Et 2 Go, c'est beaucoup trop. Quelques Mo suffisent.
DD 1 To : les 3 /home prévus et le swap
C'est du gâchis de ne pas faire bénéficier le swap de la vitesse du SSD.
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b) (même si je n'ai jamais compris à quoi servaient ces types de partition). -- Les simplifications c'est trop compliqué
capfree
Le 25/09/2017 à 22:43, capfree a écrit :
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça soit pas simple de faire cohabiter la deuxième distrib. je commence à chercher sur Internet. -- capfree -
Le 25/09/2017 à 22:43, capfree a écrit :
Au moment de finaliser le partitionnement de Mageia, question délicate :
"Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI"
je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je
lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça
soit pas simple de faire cohabiter la deuxième distrib. je commence à
chercher sur Internet.
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça soit pas simple de faire cohabiter la deuxième distrib. je commence à chercher sur Internet. -- capfree -
capfree
Le 25/09/2017 à 23:30, capfree a écrit :
Le 25/09/2017 à 22:43, capfree a écrit :
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça soit pas simple de faire cohabiter la deuxième distrib. je commence à chercher sur Internet.
Le partitionneur était bugué, voilà! Plus de Mageia pour le moment. J'ai fichu Lubuntu en l'air, donc je recommence à zéro : Lubuntu puis Manjaro -- capfree -
Le 25/09/2017 à 23:30, capfree a écrit :
Le 25/09/2017 à 22:43, capfree a écrit :
Au moment de finaliser le partitionnement de Mageia, question
délicate :
"Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI"
je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je
lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça
soit pas simple de faire cohabiter la deuxième distrib. je commence à
chercher sur Internet.
Le partitionneur était bugué, voilà! Plus de Mageia pour le moment.
J'ai fichu Lubuntu en l'air, donc je recommence à zéro : Lubuntu puis
Manjaro
Au moment de finaliser le partitionnement de Mageia, question délicate : "Vous devez disposer d'une partition ESP Fat32 montée en /boot/EFI" je lui indique celle de Lubuntu en tête du SSD ?
Une partition EFI n'appartient pas à un OS.
Excellent! voilà du grain à moudre, merci.
Bon, ben le partitionneur de l'installeur de Mageia n'accepte pas que je lui indique le /boot/EFI de Lubuntu pour cohabiter, je soupçonne que ça soit pas simple de faire cohabiter la deuxième distrib. je commence à chercher sur Internet.
Le partitionneur était bugué, voilà! Plus de Mageia pour le moment. J'ai fichu Lubuntu en l'air, donc je recommence à zéro : Lubuntu puis Manjaro -- capfree -
Lucas Levrel
Le 25 septembre 2017, à 17:19, capfree a écrit :
Le 25/09/2017 à 16:00, Lucas Levrel a écrit :
Tu aurais pu t'épargner le reformatage avec fatlabel.
Ce n'est pas moi qui l'ai fait c'est la machine... sur mon ~ordre~
:-)
je lui ai alors proposé "CLE_MAJ" ce qui a bien eu pour résultat de mount /dev/sdc1 on /media/francois/CLE_MAJ type vfat (rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 22,codepageC7,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) mais l'ayant rebranchée, elle s'appelle dorénavant BF20-7FED
Elle s'appelle comme ça, ou elle est montée par le système sur un répertoire qui s'appelle comme ça ? Si tu veux voir le label : ls -l /dev/disk/by-label ou fatlabel /dev/sd...1
euh... j'ai du mal à suivre
Les systèmes automagiques de montage font un peu ce qu'ils veulent (ce que le développeur veut), pourquoi pas monter dans un répertoire nommé d'après un UID en ignorant le label ? Pour ma part j'ai ajouté dans /etc/fstab : LABEL=LucasLevrel /media/LucasLevrel vfat rw,user,noauto,noatime,async,fmask33,dmask 22 0 0 histoire de montrer qui est le chef. -- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Le 25 septembre 2017, à 17:19, capfree a écrit :
Le 25/09/2017 à 16:00, Lucas Levrel a écrit :
Tu aurais pu t'épargner le reformatage avec fatlabel.
Ce n'est pas moi qui l'ai fait c'est la machine... sur mon ~ordre~
:-)
je lui ai alors proposé "CLE_MAJ" ce qui a bien eu pour résultat de mount
/dev/sdc1 on /media/francois/CLE_MAJ type vfat
(rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 22,codepageC7,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)
mais l'ayant rebranchée, elle s'appelle dorénavant BF20-7FED
Elle s'appelle comme ça, ou elle est montée par le système sur un
répertoire qui s'appelle comme ça ? Si tu veux voir le label :
ls -l /dev/disk/by-label
ou
fatlabel /dev/sd...1
euh... j'ai du mal à suivre
Les systèmes automagiques de montage font un peu ce qu'ils veulent (ce que
le développeur veut), pourquoi pas monter dans un répertoire nommé
d'après un UID en ignorant le label ? Pour ma part j'ai ajouté dans
/etc/fstab :
LABEL=LucasLevrel /media/LucasLevrel vfat rw,user,noauto,noatime,async,fmask33,dmask 22 0 0
histoire de montrer qui est le chef.
--
LL
Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης)
C'est mieux avé les accents (F. Patte)
Tu aurais pu t'épargner le reformatage avec fatlabel.
Ce n'est pas moi qui l'ai fait c'est la machine... sur mon ~ordre~
:-)
je lui ai alors proposé "CLE_MAJ" ce qui a bien eu pour résultat de mount /dev/sdc1 on /media/francois/CLE_MAJ type vfat (rw,nosuid,nodev,relatime,uid00,gid00,fmask 22,dmask 22,codepageC7,iocharset=iso8859-1,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2) mais l'ayant rebranchée, elle s'appelle dorénavant BF20-7FED
Elle s'appelle comme ça, ou elle est montée par le système sur un répertoire qui s'appelle comme ça ? Si tu veux voir le label : ls -l /dev/disk/by-label ou fatlabel /dev/sd...1
euh... j'ai du mal à suivre
Les systèmes automagiques de montage font un peu ce qu'ils veulent (ce que le développeur veut), pourquoi pas monter dans un répertoire nommé d'après un UID en ignorant le label ? Pour ma part j'ai ajouté dans /etc/fstab : LABEL=LucasLevrel /media/LucasLevrel vfat rw,user,noauto,noatime,async,fmask33,dmask 22 0 0 histoire de montrer qui est le chef. -- LL Ἕν οἶδα ὅτι οὐδὲν οἶδα (Σωκράτης) C'est mieux avé les accents (F. Patte)
Pascal Hambourg
Le 25/09/2017 à 22:53, Erwan David a écrit :
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr. Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent aussi être utiles à l'utilisateur pour identifier le type de contenu d'une partition d'un coup d'oeil en regardant seulement la table de partition, si l'identifiant de type a été choisi en cohérence avec le type du contenu évidemment. Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect) pour reconnaître les partition RAID à assembler automatiquement sans mdadm. Mais ça ne marche que si md est compilé en dur et non en modules, et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le format par défaut créé par mdadm est maintenant le 1.2. Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe automatiquement la core image lorsque le disque est au format GPT. Les versions suffisamment récentes de systemd peuvent reconnaître et monter automatiquement les partitions GPT ayant des identifiants spécifiques (swap, root, home...). <https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
Le 25/09/2017 à 22:53, Erwan David a écrit :
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions
windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de
partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr.
Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent
aussi être utiles à l'utilisateur pour identifier le type de contenu
d'une partition d'un coup d'oeil en regardant seulement la table de
partition, si l'identifiant de type a été choisi en cohérence avec le
type du contenu évidemment.
Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect)
pour reconnaître les partition RAID à assembler automatiquement sans
mdadm. Mais ça ne marche que si md est compilé en dur et non en modules,
et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le
format par défaut créé par mdadm est maintenant le 1.2.
Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe
automatiquement la core image lorsque le disque est au format GPT.
Les versions suffisamment récentes de systemd peuvent reconnaître et
monter automatiquement les partitions GPT ayant des identifiants
spécifiques (swap, root, home...).
<https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr. Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent aussi être utiles à l'utilisateur pour identifier le type de contenu d'une partition d'un coup d'oeil en regardant seulement la table de partition, si l'identifiant de type a été choisi en cohérence avec le type du contenu évidemment. Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect) pour reconnaître les partition RAID à assembler automatiquement sans mdadm. Mais ça ne marche que si md est compilé en dur et non en modules, et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le format par défaut créé par mdadm est maintenant le 1.2. Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe automatiquement la core image lorsque le disque est au format GPT. Les versions suffisamment récentes de systemd peuvent reconnaître et monter automatiquement les partitions GPT ayant des identifiants spécifiques (swap, root, home...). <https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
Pascal Hambourg
Le 26/09/2017 à 11:56, Pascal Hambourg a écrit :
Le 25/09/2017 à 22:53, Erwan David a écrit :
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr. Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent aussi être utiles à l'utilisateur pour identifier le type de contenu d'une partition d'un coup d'oeil en regardant seulement la table de partition, si l'identifiant de type a été choisi en cohérence avec le type du contenu évidemment. Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect) pour reconnaître les partition RAID à assembler automatiquement sans mdadm. Mais ça ne marche que si md est compilé en dur et non en modules, et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le format par défaut créé par mdadm est maintenant le 1.2. Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe automatiquement la core image lorsque le disque est au format GPT. Les versions suffisamment récentes de systemd peuvent reconnaître et monter automatiquement les partitions GPT ayant des identifiants spécifiques (swap, root, home...). <https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
Concernant la partition système EFI elle-même, un firmware EFI recherche dans les partitions ayant l'identifiant EFI pour trouver un chargeur par défaut dans le chemin de support amovible. Mais il n'est pas certain que la partition contenant un chargeur dûment enregistré dans une entrée d'amorçage EFI ait besoin d'avoir ce type étant donné que le numéro, le GUID (PARTUUID), la position et la taille de la partition sont enregistrées dans l'entrée d'amorçage.
Le 26/09/2017 à 11:56, Pascal Hambourg a écrit :
Le 25/09/2017 à 22:53, Erwan David a écrit :
Une partition EFI n'appartient pas à un OS.
De fait elle a un type de partition (ef) différent des partitions
windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de
partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr.
Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent
aussi être utiles à l'utilisateur pour identifier le type de contenu
d'une partition d'un coup d'oeil en regardant seulement la table de
partition, si l'identifiant de type a été choisi en cohérence avec le
type du contenu évidemment.
Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect)
pour reconnaître les partition RAID à assembler automatiquement sans
mdadm. Mais ça ne marche que si md est compilé en dur et non en modules,
et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le
format par défaut créé par mdadm est maintenant le 1.2.
Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe
automatiquement la core image lorsque le disque est au format GPT.
Les versions suffisamment récentes de systemd peuvent reconnaître et
monter automatiquement les partitions GPT ayant des identifiants
spécifiques (swap, root, home...).
<https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
Concernant la partition système EFI elle-même, un firmware EFI recherche
dans les partitions ayant l'identifiant EFI pour trouver un chargeur par
défaut dans le chemin de support amovible. Mais il n'est pas certain que
la partition contenant un chargeur dûment enregistré dans une entrée
d'amorçage EFI ait besoin d'avoir ce type étant donné que le numéro, le
GUID (PARTUUID), la position et la taille de la partition sont
enregistrées dans l'entrée d'amorçage.
De fait elle a un type de partition (ef) différent des partitions windows/FAT 32 (0b)
Oui.
(même si je n'ai jamais compris à quoi servaient ces types de partition).
Pour Linux, à pas grand-chose, sauf la partition étendue bien sûr. Ces types étaient utilisés notamment par DOS/Windows. Et ils peuvent aussi être utiles à l'utilisateur pour identifier le type de contenu d'une partition d'un coup d'oeil en regardant seulement la table de partition, si l'identifiant de type a été choisi en cohérence avec le type du contenu évidemment. Il y a longtemps, le noyau Linux utilisait le type fd (RAID autodetect) pour reconnaître les partition RAID à assembler automatiquement sans mdadm. Mais ça ne marche que si md est compilé en dur et non en modules, et avec les partitions à l'ancien format de superbloc 0.90 obsolète. Le format par défaut créé par mdadm est maintenant le 1.2. Pour GRUB BIOS, grub-install reconnaît le type "BIOS boot" et y installe automatiquement la core image lorsque le disque est au format GPT. Les versions suffisamment récentes de systemd peuvent reconnaître et monter automatiquement les partitions GPT ayant des identifiants spécifiques (swap, root, home...). <https://www.freedesktop.org/wiki/Specifications/DiscoverablePartitionsSpec/>
Concernant la partition système EFI elle-même, un firmware EFI recherche dans les partitions ayant l'identifiant EFI pour trouver un chargeur par défaut dans le chemin de support amovible. Mais il n'est pas certain que la partition contenant un chargeur dûment enregistré dans une entrée d'amorçage EFI ait besoin d'avoir ce type étant donné que le numéro, le GUID (PARTUUID), la position et la taille de la partition sont enregistrées dans l'entrée d'amorçage.
