Je ne sais par quelle op=E9ration,
les noms des partitions de mon serveur sont
pass=E9s de /dev/sdaX =E0 /dev/sdcX,
soit 8 partitions /dev/sda1 =E0 8 =3D> /dev/sdc1 =E0 8.
Comment r=E9tablir leur nom en /dev/sda1 =E0 8 ?
On m'a dit que c'=E9tait impossible, sauf en recompilant le noyau.
On Tuesday 19 December 2017 21:56:15 Pascal Hambourg wrote:
Le 19/12/2017 à 19:52, a écrit :
# blkid /dev/sda1 : ne donne rien.
Peut-être parce que sda1 n'existe pas ?
Il existait et est devenu sdc1.
Le système connait /dev/sdc1 avec LABEL = "sda1"
C'est la pire façon de nommer une partition : une étiquette qui ne fournit aucune information sur le contenu ou le rôle de la partition, et qui est fausse voire trompeuse lorsque le disque change de nom, comme ici.
Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ?
man tune2fs option -L
Dans "/etc/udev/rules.d", j'ai : 70-persistent-cd.rules 70-persistent-net.rules mais pas de fichier pour le nommage des partitions /dev/... Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? André
Le 20/12/2017 à 13:11, andre_debian@numericable.fr a écrit :
On Tuesday 19 December 2017 21:56:15 Pascal Hambourg wrote:
Le 19/12/2017 à 19:52, andre_debian@numericable.fr a écrit :
# blkid /dev/sda1 : ne donne rien.
Peut-être parce que sda1 n'existe pas ?
Il existait et est devenu sdc1.
Le système connait /dev/sdc1 avec LABEL = "sda1"
C'est la pire façon de nommer une partition : une étiquette qui ne
fournit aucune information sur le contenu ou le rôle de la partition, et
qui est fausse voire trompeuse lorsque le disque change de nom, comme ici.
Je ne demande que ça de modifier contenu, étiquette et label de la partition,
quelle est la méthode ?
man tune2fs option -L
Dans "/etc/udev/rules.d", j'ai :
70-persistent-cd.rules 70-persistent-net.rules
mais pas de fichier pour le nommage des partitions /dev/...
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être
nommé /dev/sda, pourquoi /dev/sdc ?
On Tuesday 19 December 2017 21:56:15 Pascal Hambourg wrote:
Le 19/12/2017 à 19:52, a écrit :
# blkid /dev/sda1 : ne donne rien.
Peut-être parce que sda1 n'existe pas ?
Il existait et est devenu sdc1.
Le système connait /dev/sdc1 avec LABEL = "sda1"
C'est la pire façon de nommer une partition : une étiquette qui ne fournit aucune information sur le contenu ou le rôle de la partition, et qui est fausse voire trompeuse lorsque le disque change de nom, comme ici.
Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ?
man tune2fs option -L
Dans "/etc/udev/rules.d", j'ai : 70-persistent-cd.rules 70-persistent-net.rules mais pas de fichier pour le nommage des partitions /dev/... Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ? André
steve
Le 20-12-2017, à 13:11:57 +0100, André Debian a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ?
En root: blkid sort par exemple: /dev/sda6: LABEL="USR" UUID="1fab14d3-af62-4cb3-94dc-6781e26834c4" TYPE="ext4" PARTUUID="000d86b9-06" La ligne correspondante dans /etc/fstab: UUID ab14d3-af62-4cb3-94dc-6781e26834c4 /usr ext4 defaults 0 2 Pas sûr, mais je crois que tu mets soit le UUID soit le LABEL dans le /etc/fstab. Alors soit tu modifies ce fichier à la main, soit tu utilises tune2fs comme indiqué dans un autre post.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ?
Je crois que PH avait répondu à cette question.
Le 20-12-2017, à 13:11:57 +0100, André Debian a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la partition,
quelle est la méthode ?
Pas sûr, mais je crois que tu mets soit le UUID soit le LABEL dans le
/etc/fstab. Alors soit tu modifies ce fichier à la main, soit tu
utilises tune2fs comme indiqué dans un autre post.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être
nommé /dev/sda, pourquoi /dev/sdc ?
Le 20-12-2017, à 13:11:57 +0100, André Debian a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la partition, quelle est la méthode ?
En root: blkid sort par exemple: /dev/sda6: LABEL="USR" UUID="1fab14d3-af62-4cb3-94dc-6781e26834c4" TYPE="ext4" PARTUUID="000d86b9-06" La ligne correspondante dans /etc/fstab: UUID ab14d3-af62-4cb3-94dc-6781e26834c4 /usr ext4 defaults 0 2 Pas sûr, mais je crois que tu mets soit le UUID soit le LABEL dans le /etc/fstab. Alors soit tu modifies ce fichier à la main, soit tu utilises tune2fs comme indiqué dans un autre post.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ?
Je crois que PH avait répondu à cette question.
S
Bonjour, Le mardi 19 décembre 2017 à 17:45, a écrit :
Je ne sais par quelle opération, les noms des partitions de mon serveur sont passés de /dev/sdaX à /dev/sdcX, soit 8 partitions /dev/sda1 à 8 => /dev/sdc1 à 8.
Utilise les labels ou les UUID, sinon le problème reviendra sûrement… Sébastien
Bonjour,
Le mardi 19 décembre 2017 à 17:45, andre_debian@numericable.fr a écrit :
Je ne sais par quelle opération,
les noms des partitions de mon serveur sont
passés de /dev/sdaX à /dev/sdcX,
soit 8 partitions /dev/sda1 à 8 => /dev/sdc1 à 8.
Bonjour, Le mardi 19 décembre 2017 à 17:45, a écrit :
Je ne sais par quelle opération, les noms des partitions de mon serveur sont passés de /dev/sdaX à /dev/sdcX, soit 8 partitions /dev/sda1 à 8 => /dev/sdc1 à 8.
Par hasard un article concernant fstab paru ce jour https://www.it-connect.fr/fstab-roles-outils-et-type-de-montage-sous-linux/
Pascal Hambourg
Le 20/12/2017 à 08:12, Stephane Ascoet a écrit :
Le 20/12/2017 à 07:39, Pascal Hambourg a écrit :
Le 19/12/2017 à 23:02, Pierre Malard a écrit :
Je dis eut-être encore une connerie mais si effectivement cela vient du fait qu’un clé USB ou tout autre disque a été validée comme sda, sdb, est-ce qu’on ne pourrait pas tout simplement chercher du côté des /etc/udev/rules.d en virant les fichiers enregistrés avant un reboot comme pour les « mémoire » de devices réseau ?
A ma connaissance il n'y a pas et il n'y a jamais eu de générateur de règles udev pour le nommage persistant des disques dans Debian, contrairement au nommage des interfaces réseau.
Bonjour, par contre j'ai bien reussi, un peu par miracle, a fixer un peripherique en "/dev/cequejeveux", du coup peu importe si le /dev/sd? change
Je ne dis pas le contraire. Il est possible d'écrire une règle udev pour fixer le nom d'un disque. Mais c'est manuel. Contrairement à ce qui existait avec les interfaces réseau avant Stretch, il n'y a aucun générateur qui va automatiquement créer une règle udev de nommage persistant pour qu'un disque ait toujours le même nom que celui qu'il a eu la première fois qu'il a été détecté.
Le 20/12/2017 à 08:12, Stephane Ascoet a écrit :
Le 20/12/2017 à 07:39, Pascal Hambourg a écrit :
Le 19/12/2017 à 23:02, Pierre Malard a écrit :
Je dis eut-être encore une connerie mais si effectivement cela vient
du fait qu’un clé USB ou tout autre disque a été validée comme sda,
sdb, est-ce qu’on ne pourrait pas tout simplement chercher du côté des
/etc/udev/rules.d en virant les fichiers enregistrés avant un reboot
comme pour les « mémoire » de devices réseau ?
A ma connaissance il n'y a pas et il n'y a jamais eu de générateur de
règles udev pour le nommage persistant des disques dans Debian,
contrairement au nommage des interfaces réseau.
Bonjour, par contre j'ai bien reussi, un peu par miracle, a fixer un
peripherique en "/dev/cequejeveux", du coup peu importe si le /dev/sd?
change
Je ne dis pas le contraire. Il est possible d'écrire une règle udev pour
fixer le nom d'un disque. Mais c'est manuel.
Contrairement à ce qui existait avec les interfaces réseau avant
Stretch, il n'y a aucun générateur qui va automatiquement créer une
règle udev de nommage persistant pour qu'un disque ait toujours le même
nom que celui qu'il a eu la première fois qu'il a été détecté.
Je dis eut-être encore une connerie mais si effectivement cela vient du fait qu’un clé USB ou tout autre disque a été validée comme sda, sdb, est-ce qu’on ne pourrait pas tout simplement chercher du côté des /etc/udev/rules.d en virant les fichiers enregistrés avant un reboot comme pour les « mémoire » de devices réseau ?
A ma connaissance il n'y a pas et il n'y a jamais eu de générateur de règles udev pour le nommage persistant des disques dans Debian, contrairement au nommage des interfaces réseau.
Bonjour, par contre j'ai bien reussi, un peu par miracle, a fixer un peripherique en "/dev/cequejeveux", du coup peu importe si le /dev/sd? change
Je ne dis pas le contraire. Il est possible d'écrire une règle udev pour fixer le nom d'un disque. Mais c'est manuel. Contrairement à ce qui existait avec les interfaces réseau avant Stretch, il n'y a aucun générateur qui va automatiquement créer une règle udev de nommage persistant pour qu'un disque ait toujours le même nom que celui qu'il a eu la première fois qu'il a été détecté.
Pascal Hambourg
Le 20/12/2017 à 13:28, daniel huhardeaux a écrit :
Le 20/12/2017 à 13:11, a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la partition,
Etiquette en français et label en anglais, c'est la même chose.
quelle est la méthode ?
man tune2fs option -L
Si c'est un système de fichiers ext2/3/4. Ou e2label. Si c'est un autre type de système de fichiers, il doit y avoir un outil équivalent. Si c'est un swap, man swaplabel. Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ?
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage.
Le 20/12/2017 à 13:28, daniel huhardeaux a écrit :
Le 20/12/2017 à 13:11, andre_debian@numericable.fr a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la
partition,
Etiquette en français et label en anglais, c'est la même chose.
quelle est la méthode ?
man tune2fs option -L
Si c'est un système de fichiers ext2/3/4. Ou e2label.
Si c'est un autre type de système de fichiers, il doit y avoir un outil
équivalent.
Si c'est un swap, man swaplabel.
Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT,
utiliser un programme de gestion des partitions pas trop vieux qui
comprend GPT.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être
nommé /dev/sda, pourquoi /dev/sdc ?
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les
messages du noyau depuis le dernier démarrage.
Le 20/12/2017 à 13:28, daniel huhardeaux a écrit :
Le 20/12/2017 à 13:11, a écrit :
Je ne demande que ça de modifier contenu, étiquette et label de la partition,
Etiquette en français et label en anglais, c'est la même chose.
quelle est la méthode ?
man tune2fs option -L
Si c'est un système de fichiers ext2/3/4. Ou e2label. Si c'est un autre type de système de fichiers, il doit y avoir un outil équivalent. Si c'est un swap, man swaplabel. Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT.
Si l'ordinateur n'a qu'un seul disque dur, le disque dur devrait être nommé /dev/sda, pourquoi /dev/sdc ?
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage.
Pascal Hambourg
Le 20/12/2017 à 21:55, a écrit :
Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT :
Lequel ?
Peu importe. Un fdisk récent, gdisk, parted, gparted...
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage.
# tune2fs -m 2 /dev/sda1
Pourquoi veux-tu changer le pourcentage de blocs réservés ? Quel rapport avec les messages du noyau ?
"Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide." Mon système ne reconnait aucun /dev/sdaX.
Evidemment puisque le disque /dev/sda n'existe pas. Ton disque est actuellement /dev/sdc.
Le répertoire /dev contient bien sdc1 à 8, et "sda" tout court. gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8. Impossible de mettre l'UUID=sda1, p. ex. car sda1 n'existe pas la commande : # blkid /dev/sda1 à 8 n'affiche rien ensuite
Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes de fichiers des partitions des noms de périphériques, tu confonds le nom de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce choix pour les noms d'étiquette était une mauvaise idée. Si tu avais utilisé comme étiquette "root", ou "home" tu ne te poserais pas la question de savoir si la partition s'appelle sda1 ou sdc1.
Je ne peux rien faire tant que les /dev/sdaX n'existent pas.
Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les partitions s'appellent ainsi.
Le 20/12/2017 à 21:55, andre_debian@numericable.fr a écrit :
Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT,
utiliser un programme de gestion des partitions pas trop vieux qui
comprend GPT :
Lequel ?
Peu importe. Un fdisk récent, gdisk, parted, gparted...
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les
messages du noyau depuis le dernier démarrage.
# tune2fs -m 2 /dev/sda1
Pourquoi veux-tu changer le pourcentage de blocs réservés ?
Quel rapport avec les messages du noyau ?
"Aucun fichier ou dossier de ce type lors de la tentative d'ouverture
de /dev/sda1
Impossible de trouver un superbloc de système de fichiers valide."
Mon système ne reconnait aucun /dev/sdaX.
Evidemment puisque le disque /dev/sda n'existe pas. Ton disque est
actuellement /dev/sdc.
Le répertoire /dev contient bien sdc1 à 8,
et "sda" tout court.
gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8.
Impossible de mettre l'UUID=sda1, p. ex. car
sda1 n'existe pas la commande :
# blkid /dev/sda1 à 8
n'affiche rien ensuite
Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes
de fichiers des partitions des noms de périphériques, tu confonds le nom
de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et
même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce
choix pour les noms d'étiquette était une mauvaise idée. Si tu avais
utilisé comme étiquette "root", ou "home" tu ne te poserais pas la
question de savoir si la partition s'appelle sda1 ou sdc1.
Je ne peux rien faire tant que les /dev/sdaX n'existent pas.
Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les
partitions s'appellent ainsi.
Pour modifier l'étiquette de partition (PARTLABEL) d'une partition GPT, utiliser un programme de gestion des partitions pas trop vieux qui comprend GPT :
Lequel ?
Peu importe. Un fdisk récent, gdisk, parted, gparted...
Comme je l'ai déjà écrit, la réponse se trouve peut-être dans les messages du noyau depuis le dernier démarrage.
# tune2fs -m 2 /dev/sda1
Pourquoi veux-tu changer le pourcentage de blocs réservés ? Quel rapport avec les messages du noyau ?
"Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sda1 Impossible de trouver un superbloc de système de fichiers valide." Mon système ne reconnait aucun /dev/sdaX.
Evidemment puisque le disque /dev/sda n'existe pas. Ton disque est actuellement /dev/sdc.
Le répertoire /dev contient bien sdc1 à 8, et "sda" tout court. gparted indique /dev/sdc1 à 8 et label = /dev/sda1 à 8. Impossible de mettre l'UUID=sda1, p. ex. car sda1 n'existe pas la commande : # blkid /dev/sda1 à 8 n'affiche rien ensuite
Et voilà, tu mélanges tout. Comme tu as donné aux étiquettes de systèmes de fichiers des partitions des noms de périphériques, tu confonds le nom de périphérique (actuellement /dev/sdcN) avec l'étiquette (sdaN), et même avec l'UUID apparemment. C'est pour cela que j'ai écrit que ce choix pour les noms d'étiquette était une mauvaise idée. Si tu avais utilisé comme étiquette "root", ou "home" tu ne te poserais pas la question de savoir si la partition s'appelle sda1 ou sdc1.
Je ne peux rien faire tant que les /dev/sdaX n'existent pas.
Mais si, tu peux tout faire en utilisant /dev/sdcX puisque les partitions s'appellent ainsi.
Haricophile
Le Wed, 20 Dec 2017 22:36:09 +0100, Eric Degenetais a écrit :
car /dev/sda est pris par un autre périphérique, pour lequel il n'y a pas forcément de partition 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs ch anger tout seul sur certaines machine/bios, et de toute manière il s'agit de toute évidence un serveur hébergé donc sur lequel le hardware est délégué au datacenter sans que le propriétaire ou locataire y accède physiquement... Ce qui est certain c'est qu'il n'est plus conseillé d'utiliser des positions physiques, mais plutôt des positions logiques (uuid...) non dépendante des anciennes limitations hardware et utile pour la maintenance et certaines configurations. Nous en avons la parfaite illustration ici. --
Le Wed, 20 Dec 2017 22:36:09 +0100,
Eric Degenetais <edegenetais@henix.fr> a écrit :
car /dev/sda est pris par un
autre périphérique, pour lequel il n'y a pas forcément de partition
1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir
qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs ch anger tout
seul sur certaines machine/bios, et de toute manière il s'agit de toute
évidence un serveur hébergé donc sur lequel le hardware est délégué
au datacenter sans que le propriétaire ou locataire y accède
physiquement...
Ce qui est certain c'est qu'il n'est plus conseillé d'utiliser des
positions physiques, mais plutôt des positions logiques (uuid...) non
dépendante des anciennes limitations hardware et utile pour la
maintenance et certaines configurations. Nous en avons la parfaite
illustration ici.
Le Wed, 20 Dec 2017 22:36:09 +0100, Eric Degenetais a écrit :
car /dev/sda est pris par un autre périphérique, pour lequel il n'y a pas forcément de partition 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs ch anger tout seul sur certaines machine/bios, et de toute manière il s'agit de toute évidence un serveur hébergé donc sur lequel le hardware est délégué au datacenter sans que le propriétaire ou locataire y accède physiquement... Ce qui est certain c'est qu'il n'est plus conseillé d'utiliser des positions physiques, mais plutôt des positions logiques (uuid...) non dépendante des anciennes limitations hardware et utile pour la maintenance et certaines configurations. Nous en avons la parfaite illustration ici. --
Ce que tout le monde essaye de te dire depuis le début, c'est que ca c'est ta logique de fonctionnement, mais ce n'est pas celle de linux. Soit tu te fais une version de linux a toi, qui fonctionne comme ta logique. Soit tu accepte et adopte la logique de linux tel qu'il est, mais ca te demandera de renoncer a ta logique. La logique de linux, c'est que les noms des fichiers blocs correspondant aux périphériques (/dev/sda1 par exemple) sont fixés par le noyau selon un processus tel que les noms peuvent changer d'une fois sur l'autre. L'utilisateur n'a aucune maitrise la dessus. Pour que l'utilisateur puisse désigner ses périphériques avec un nom pérenne, le noyau fait aussi des raccourcis correspondant aux noms de l'id, du label et de l'uuid. Les noms de ces raccourcis, tu en a la maitrise (sauf pour l'id) et ils ne changeront pas. Cesse d'utiliser les noms qui peuvent changer d'un boot a l'autre, cesse de vouloir imposer que ces noms restent fixes alors que linux est pas fait pour ca, accepte d'utiliser les noms fixes que linux te propose. Et accessoirement, je suis d'accord que donner a une partoche un label qui ressemble a un nom de fichier bloc (par exemple sda1) c'est une source de confusion majeure. Ca va pas te porter chance.
Le 20/12/2017 à 23:09, andre_debian@numericable.fr a écrit :
Ce que tout le monde essaye de te dire depuis le début, c'est que ca
c'est ta logique de fonctionnement, mais ce n'est pas celle de linux.
Soit tu te fais une version de linux a toi, qui fonctionne comme ta logique.
Soit tu accepte et adopte la logique de linux tel qu'il est, mais ca te
demandera de renoncer a ta logique.
La logique de linux, c'est que les noms des fichiers blocs correspondant
aux périphériques (/dev/sda1 par exemple) sont fixés par le noyau selon
un processus tel que les noms peuvent changer d'une fois sur l'autre.
L'utilisateur n'a aucune maitrise la dessus. Pour que l'utilisateur
puisse désigner ses périphériques avec un nom pérenne, le noyau fait
aussi des raccourcis correspondant aux noms de l'id, du label et de
l'uuid. Les noms de ces raccourcis, tu en a la maitrise (sauf pour l'id)
et ils ne changeront pas.
Cesse d'utiliser les noms qui peuvent changer d'un boot a l'autre, cesse
de vouloir imposer que ces noms restent fixes alors que linux est pas
fait pour ca, accepte d'utiliser les noms fixes que linux te propose.
Et accessoirement, je suis d'accord que donner a une partoche un label
qui ressemble a un nom de fichier bloc (par exemple sda1) c'est une
source de confusion majeure. Ca va pas te porter chance.
Ce que tout le monde essaye de te dire depuis le début, c'est que ca c'est ta logique de fonctionnement, mais ce n'est pas celle de linux. Soit tu te fais une version de linux a toi, qui fonctionne comme ta logique. Soit tu accepte et adopte la logique de linux tel qu'il est, mais ca te demandera de renoncer a ta logique. La logique de linux, c'est que les noms des fichiers blocs correspondant aux périphériques (/dev/sda1 par exemple) sont fixés par le noyau selon un processus tel que les noms peuvent changer d'une fois sur l'autre. L'utilisateur n'a aucune maitrise la dessus. Pour que l'utilisateur puisse désigner ses périphériques avec un nom pérenne, le noyau fait aussi des raccourcis correspondant aux noms de l'id, du label et de l'uuid. Les noms de ces raccourcis, tu en a la maitrise (sauf pour l'id) et ils ne changeront pas. Cesse d'utiliser les noms qui peuvent changer d'un boot a l'autre, cesse de vouloir imposer que ces noms restent fixes alors que linux est pas fait pour ca, accepte d'utiliser les noms fixes que linux te propose. Et accessoirement, je suis d'accord que donner a une partoche un label qui ressemble a un nom de fichier bloc (par exemple sda1) c'est une source de confusion majeure. Ca va pas te porter chance.
Eric Degenetais
--001a114dd0cc0edb870560d3a6c8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le 21 déc. 2017 00:39, "Haricophile" a éc rit :
Le Wed, 20 Dec 2017 22:36:09 +0100, Eric Degenetais a écrit :
car /dev/sda est pris par un autre périphérique, pour lequel il n'y a pas forcément d e partition 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs c hanger >tout seul sur certaines machine/bios, et de toute manière il s'agit de tou te
Ce que j'entendais par là c'est que pour un boot donné, afin de s avoir quel nom de périphérique utiliser au moment de réétiqueter s es partitions afin d'abandonner l'utilisation des noms de bloc device bruts pour des labels bien choisis ne portant pas à confusion, André "numericable" pouv ait utiliser la sortie de "ls -lha /dev/disks/by-label" L'idée étant, nous sommes d'accord je pense, de s'en servir UNE F OIS pour retrouver l'identité de ses partitions, les réétiqueter et reconfigurer les montages sur la base des labels. Cordialement Éric Dégenètais --001a114dd0cc0edb870560d3a6c8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir="auto"><div><br><div class="gmail_extra"><br><div class="gma il_quote">Le 21 déc. 2017 00:39, "Haricophile" <<a h ref="mailto:"></a>> a é crit :<br type="attribution"><blockquote class="quote" style="ma rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Le Wed, 20 Dec 2017 22:36:09 +0100,<br>>Eric Degenetais</div></div></ div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote" ><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #cc c solid;padding-left:1ex"> ><<a href="mailto:"> </a>> a écrit :<br> <div class="quoted-text"><br>>> car /dev/sda est pris par un<br>> ;> autre périphérique, pour lequel il n'y a pas forc ément de partition<br>>> 1... Un petit ls -lha /dev/disk/by-labe l devrait permettre de savoir<br> >> qui correspond à /dev/sda1 (a priori /dev/sdc1)<br> <br> </div>>ou pas, il me semble avoir déjà vu par le passé de s trucs changer >tout<br>>seul sur certaines machine/bios, et de tout e manière il s'agit de toute</div></div></div><div di r="auto">Ce que j'entendais par là c'est que pour un boot do nné, afin de savoir quel nom de périphérique utiliser au mom ent de réétiqueter ses partitions afin d'abandonner l'uti lisation des noms de bloc device bruts pour des labels bien choisis ne port ant pas à confusion, André "numericable" pouvait utilis er la sortie de "ls -lha /dev/disks/by-label" </div><div dir ="auto">L'idée étant, nous sommes d'accord je pense, de s'en servir UNE FOIS pour retrouver l'identité de ses partiti ons, les réétiqueter et reconfigurer les montages sur la ba se des labels. </div><div dir="auto"><br></div><div dir="auto">Cor dialement </div><div dir="auto"><br></div><div dir="auto">Éri c Dégenètais </div></div> --001a114dd0cc0edb870560d3a6c8--
Le 21 déc. 2017 00:39, "Haricophile" <haricophile@aranha.fr> a éc rit :
Le Wed, 20 Dec 2017 22:36:09 +0100,
Eric Degenetais
<edegenetais@henix.fr> a écrit :
car /dev/sda est pris par un
autre périphérique, pour lequel il n'y a pas forcément d e partition
1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir
qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs c hanger >tout
seul sur certaines machine/bios, et de toute manière il s'agit de tou te
Ce que j'entendais par là c'est que pour un boot donné, afin de s avoir quel
nom de périphérique utiliser au moment de réétiqueter s es partitions afin
d'abandonner l'utilisation des noms de bloc device bruts pour des labels
bien choisis ne portant pas à confusion, André "numericable" pouv ait
utiliser la sortie de "ls -lha /dev/disks/by-label"
L'idée étant, nous sommes d'accord je pense, de s'en servir UNE F OIS pour
retrouver l'identité de ses partitions, les réétiqueter et reconfigurer
les montages sur la base des labels.
<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gma il_quote">Le 21 déc. 2017 00:39, "Haricophile" <<a h ref="mailto:haricophile@aranha.fr">haricophile@aranha.fr</a>> a é crit :<br type="attribution"><blockquote class="quote" style="ma rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Le Wed, 20 Dec 2017 22:36:09 +0100,<br>>Eric Degenetais</blockquote></div></div></ div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote" ><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #cc c solid;padding-left:1ex"> ><<a href="mailto:edegenetais@henix.fr"> edegenetais@henix.fr</a>> a écrit :<br>
<div class="quoted-text"><br>>> car /dev/sda est pris par un<br>> ;> autre périphérique, pour lequel il n'y a pas forc ément de partition<br>>> 1... Un petit ls -lha /dev/disk/by-labe l devrait permettre de savoir<br>
>> qui correspond à /dev/sda1 (a priori /dev/sdc1)<br>
<br>
</div>>ou pas, il me semble avoir déjà vu par le passé de s trucs changer >tout<br>>seul sur certaines machine/bios, et de tout e manière il s'agit de toute</blockquote></div></div></div><div di r="auto">Ce que j'entendais par là c'est que pour un boot do nné, afin de savoir quel nom de périphérique utiliser au mom ent de réétiqueter ses partitions afin d'abandonner l'uti lisation des noms de bloc device bruts pour des labels bien choisis ne port ant pas à confusion, André "numericable" pouvait utilis er la sortie de "ls -lha /dev/disks/by-label" </div><div dir ="auto">L'idée étant, nous sommes d'accord je pense, de s'en servir UNE FOIS pour retrouver l'identité de ses partiti ons, les réétiqueter et reconfigurer les montages sur la ba se des labels. </div><div dir="auto"><br></div><div dir="auto">Cor dialement </div><div dir="auto"><br></div><div dir="auto">Éri c Dégenètais </div></div>
--001a114dd0cc0edb870560d3a6c8 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le 21 déc. 2017 00:39, "Haricophile" a éc rit :
Le Wed, 20 Dec 2017 22:36:09 +0100, Eric Degenetais a écrit :
car /dev/sda est pris par un autre périphérique, pour lequel il n'y a pas forcément d e partition 1... Un petit ls -lha /dev/disk/by-label devrait permettre de savoir qui correspond à /dev/sda1 (a priori /dev/sdc1)
ou pas, il me semble avoir déjà vu par le passé des trucs c hanger >tout seul sur certaines machine/bios, et de toute manière il s'agit de tou te
Ce que j'entendais par là c'est que pour un boot donné, afin de s avoir quel nom de périphérique utiliser au moment de réétiqueter s es partitions afin d'abandonner l'utilisation des noms de bloc device bruts pour des labels bien choisis ne portant pas à confusion, André "numericable" pouv ait utiliser la sortie de "ls -lha /dev/disks/by-label" L'idée étant, nous sommes d'accord je pense, de s'en servir UNE F OIS pour retrouver l'identité de ses partitions, les réétiqueter et reconfigurer les montages sur la base des labels. Cordialement Éric Dégenètais --001a114dd0cc0edb870560d3a6c8 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir="auto"><div><br><div class="gmail_extra"><br><div class="gma il_quote">Le 21 déc. 2017 00:39, "Haricophile" <<a h ref="mailto:"></a>> a é crit :<br type="attribution"><blockquote class="quote" style="ma rgin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">>Le Wed, 20 Dec 2017 22:36:09 +0100,<br>>Eric Degenetais</div></div></ div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote" ><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #cc c solid;padding-left:1ex"> ><<a href="mailto:"> </a>> a écrit :<br> <div class="quoted-text"><br>>> car /dev/sda est pris par un<br>> ;> autre périphérique, pour lequel il n'y a pas forc ément de partition<br>>> 1... Un petit ls -lha /dev/disk/by-labe l devrait permettre de savoir<br> >> qui correspond à /dev/sda1 (a priori /dev/sdc1)<br> <br> </div>>ou pas, il me semble avoir déjà vu par le passé de s trucs changer >tout<br>>seul sur certaines machine/bios, et de tout e manière il s'agit de toute</div></div></div><div di r="auto">Ce que j'entendais par là c'est que pour un boot do nné, afin de savoir quel nom de périphérique utiliser au mom ent de réétiqueter ses partitions afin d'abandonner l'uti lisation des noms de bloc device bruts pour des labels bien choisis ne port ant pas à confusion, André "numericable" pouvait utilis er la sortie de "ls -lha /dev/disks/by-label" </div><div dir ="auto">L'idée étant, nous sommes d'accord je pense, de s'en servir UNE FOIS pour retrouver l'identité de ses partiti ons, les réétiqueter et reconfigurer les montages sur la ba se des labels. </div><div dir="auto"><br></div><div dir="auto">Cor dialement </div><div dir="auto"><br></div><div dir="auto">Éri c Dégenètais </div></div> --001a114dd0cc0edb870560d3a6c8--
