Nommage disque dur

Support Debian
#2

Bonjour

Tu ne pourras pas nommer ton disque dur,
il a déjà un numéro de série qui n’est pas modifiable.

Tu dois sans doute faire la même erreur que beaucoup font,
c’est de confondre le contenant avec son contenu.

Ce que tu veux, c’est donner un nom de LABEL (ou Étiquette)
au système de fichiers dont l’UUID est :
ec67b2a1-ebc4-47be-bf69-91579558cf7d

En faisant un clic droit sur le nom : Volume de 1,0To
tu devrais voir s’afficher un menu contextuel
dans lequel tu pourras cliquer sur Démonter

Ensuite, avec les privilèges du compte superutilisateur root
lance la ligne de commande suivante :

e2label /dev/disk/by-uuid/ec67b2a1-ebc4-47be-bf69-91579558cf7d MesDonnees

Maintenant, au lieu de Volume de 1,0 To
Tu dois voir s’afficher : MesDonnees

En faisant un clic droit sur le nom : MesDonnees
tu devrais voir s’afficher un menu contextuel
dans lequel tu pourras cliquer sur Monter

Et le système de fichiers dont le label est MesDonnees
sera maintenant monté et accessible par le point de montage :

/media/jacques/MesDonnes

NOTE :

La prochaine fois, envoie nous plutôt des copiés/collés au format texte,
car on ne peux rien récupérer depuis une image,
donc, j’ai été obligé de recopier à la main (et c’est pénible…)
tous les chiffres et lettres de l’UUID du système de fichiers
auquel tu veux donner un nom de label.

#3

Rien à voir avec le nommage du disque dur. Il faut définir l’étiquette (label) du système de fichiers. On doit pouvoir le faire via le gestionnaire de disques de l’environnement de bureau, voire le gestionnaire de fichiers, mais ça dépend de l’environnement et de toute façon je ne connais pas. On peut aussi le faire en ligne de commande en tant que root avec le programme correspondant au type de système de fichiers. Pour ext4, c’est e2label.
La commande blkid permet d’identifier tout ce qui est nécessaire.

#4

Merci à tous les deux
@micP, désolé, j’avais d’abord collé le texte et j’étais tout fier d’avoir trouvé comment envoyer des images qui me semblaient plus lisibles !!! Je ne recommencerai plus.
Je vais me lancer, mais avant :
1/- Est-ce que “MesDonnees” sera monté à chaque démarrage ou est-ce que je devrais le monter à chaque fois ?
2-/ Avec blkid, j’ai vu ceci :

/dev/sda1: UUID="ec67b2a1-ebc4-47be-bf69-91579558cf7d" TYPE="ext4" PARTLABEL="DATA" PARTUUID="a0f0816b-5114-4a6a-9954-5fe151f568ca"

Est-ce que “DATA” sera remplacé par “MesDonnees” et si oui pourquoi est-ce que ce “DATA” n’apparaît pas actuellement à la place de “Volume de 1.0 To”?
Merci aussi pour cette leçon de langage linuxien. C’est vrai que je m’en vois pour comprendre le monde Linux.

#5

Ne t’en fais pas,
Les images, c’est bien aussi, et ça aide beaucoup,
parfois (mais c’est rare) on ne peux pas faire autrement.

En tout cas, Bravo pour avoir cherché et trouvé
comment mettre proprement des images dans ton message. :+1:

Mais quand il s’agit de texte, c’est vraiment beaucoup plus facile pour les lecteurs de pouvoir faire un copié/collé que d’avoir à recopier.

1°/
Le fait de donner un nom de LABEL au système de fichiers
ne changera rien au fait qu’il était ou non monté automatiquement .

Donc, si avant, le système de fichiers auquel on a donné le nom de LABEL MesDonnees
était automatiquement monté, il le sera encore.

2°/
Quand tu auras donné le nom de MesDonnees au LABEL du système de fichiers
dans le retour de la commande blkid tu verras apparaître un champ de plus :
LABEL="MesDonnees"
Ce champ est associé au système de fichiers
et pas à la partition qui contient ce système de fichiers.

Le champ PARTLABEL est un champ associé à une PARTition d’un disque
(dont la table des partitions est de type GPT)

Non, DATA ne sera pas remplacé par MesDonnes

Volume de 1.0 To apparaît comme nom
parce que le système de fichiers n’a pas de nom de LABEL

Une fois que ce système de fichiers aura un nom de LABEL
ce sera le nom de LABEL du système de fichiers
qui remplacera ce Volume de 1.0 To

Tant qu’un système de fichiers n’a pas de nom de LABEL
quand il est monté automatiquement ou par un des menus de l’interface graphique
c’est l’UUID de ce système de fichiers qui est utilisé
pour créer le nom du point de montage :

/media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d

Mais si ce système de fichiers a un nom de LABEL,
quand il est monté automatiquement ou par un des menus de l’interface graphique
c’est ce nom de LABEL qui sera utilisé
pour créer le nom du point de montage :

/media/jacques/MedDonnees
#6

“DATA” est l’étiquette de la partition (PARTLABEL = partition label), le contenant, et non l’étiquette du système de fichiers (LABEL), le contenu, qui n’est actuellement pas définie. Elle ne sera pas modifiée par e2label.

#7

Un très grand merci à tous les deux.
J’ai d’abord eu une grande frayeur quand j’ai lu
“e2label : commande introuvable”
dans mon copier/coller j’avais oublié de rajouter su, puis à nouveau transpiration :
“su: l'identifiant e2label n'existe pas.”
Je vais revoir sérieusement la différence entre su et sudo !!!
Et enfin apparition de “MesDonnees” ouf.
J’ai bien /dev/sda1: LABEL="MesDonnees"

Mais encore une petite question.
J’ai toujours en haut de mon gestionnaire de fichiers

/media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d/

Dans Calc, lorsque je fais appel à un fichier externe, j’ai :

='file:///media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d/MesDocs/`

Il me semblait que je n’avais pas l’UUID quand j’étais sous Lubuntu ou Linux Mint, ou alors cela ne m’avait pas frappé comme maintenant.

En tous cas à nouveau merci beaucoup pour votre pédagogie. Je vais copier vos explications et les garder précieusement pour y revenir et aller plus loin dans la connaissance de Linux.

#8

L’étiquette définie sera prise en compte lors du prochain montage du système de fichiers.

Ce n’était peut-être pas l’UUID mais il y avait forcément un identifiant lié au volume.
Note que c’est casse-gueule d’inscrire des références de fichiers externes avec des chemins pointant vers des volumes amovibles qui sont dynamiques par nature. Ce type de chemin ne sera pas forcément valable si le système de fichiers est monté sur un autre système ou par un autre utilisateur.

#9

Avant de lancer la commande e2label
j’avais demandé de démonter le système de fichiers

Comme tu n’avais pas démonté le système de fichiers,
L’ancien nom du point de montage n’a pas été supprimé (puisqu’il n’y a pas eu de démontage).

C’est au remontage (après démontage) que le nom de LABEL sera pris en compte
pour être utilisé pour créer le nom du point de montage :

/media/jacques/MesDonnees
#10

Attention, la commande “éjecter” de certains environnements graphiques ou gestionnaires de fichiers ne fait pas que démonter le système de fichiers mais aussi “déconnecte” le périphérique physique, de sorte qu’il n’est plus accessible tant qu’il n’a pas été débranché et rebranché ou redétecté. Dans le doute, on peut le démonter avec umount.

umount /media/jacques/xxxx
#11

Rebonjour à tous les deux
Je dois encore mal m’exprimer, désolé.
1/- Comme je n’étais pas fier de faire cette manip, je m’étais fait la procédure suivante, comme tu me l’avais indiquée MicP et je l’ai suivie à la lettre.
NommageProc
(au 3/-, j’ai mis ce qui est entre parenthèses)
2/- Cela m’a donné
NommageApres
J’ai bien “MesDonnees” à gauche, mais c’est en haut que j’ai toujours /ec67b2…
C’est ça qui me semble bizarre mais qui est peut-être normal pour vous. Depuis ce matin, j’ai éteint mon ordinateur et l’ai rallumé.
@PascalHambourg
Je n’arrive pas à faire une citation comme vous les faites même avec

Citation
Bref
“Note que c’est casse-gueule d’inscrire des références de fichiers externes avec des chemins pointant vers des volumes amovibles qui sont dynamiques par nature.”
En fait, tous ces fichiers sont sur le même disque dur, simplement dans des répertoires différents.

#12

Ah si, la citation apparaît !!!

#13

J’ignore pourquoi le nommage du point de montage continue à utiliser l’UUID après un remontage. Chez moi (LXDE) c’est bien l’étiquette qui est utilisée. Il y a peut-être un cache quelque part. Je n’y connais pas grand-chose en environnements graphiques.

Ça ne fait aucune différence si ce sont les chemins absolus (avec /media/jacques…) qui servent de références dans la feuille de calcul.

Attention à ne pas inclure ta propre réponse dans la citation.

#14

Si le démontage a bien été effectué,
le point de montage

/media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d/

aura été détruit => il ne devrait rester que :

/media/jacques/

On pourrait le vérifier en faisant s’afficher la liste
du contenu du répertoire /media/jacques/
Si le système de fichiers a bien été démonté,
on ne devrait plus y trouver le sous-répertoire

ec67b2a1-ebc4-47be-bf69-91579558cf7d/

qui avait servi de point de montage.

EDIT : Quelques message plus loin,
en lisant le contenu du fichier /etc/fstab,
on comprends pourquoi le nom du point de montage
n’a pas été créé en utilisant le nom de LABEL

car :

  • 1°/ Le répertoire /media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d
    qui était utilisé comme point de montage avait été créé manuellement,
    ce qui fait qu’il n’a pas pu être automatiquement détruit au démontage du système de fichiers.
  • 2°/ Au démarrage de la machine, le système de fichiers était
    automatiquement monté sur /media/jacques/ec67b2a1-ebc4-47be-bf69-91579558cf7d
    par la ligne du fichier /etc/fstab qui commençait par /dev/sda1
#15

Ouh la la, rude journée !!!

Pourquoi une “X” devant Jacques ?
image

et pour finir…

image

Je vais aller vider mon tube d’aspirine…
Heureusement, j’ai accès à mes données.

#16

Cette croix indique que ton compte utilisateur n’a pas les privilèges
qui lui permettrait de modifier ou supprimer ce répertoire.
En fait, le répertoire /media/jacques/ est la propriété du compte root

Avec au départ, le système de fichiers monté,
entre chacune des lignes de commande suivantes
entrées une après l’autre dans l’ordre
et donne nous un copié/collé de chaque retour.

cat /etc/fstab

ls -l /media/ /media/jacques/

udisksctl unmount -b /dev/disk/by-uuid/ec67b2a1-ebc4-47be-bf69-91579558cf7d

ls -l  /media/jacques/

Merci.

#17

Alors pourquoi le répertoire cdrom0 qui est dans le même cas n’a pas de croix ?

#18

Dans le gestionnaire de fichiers de l’Environnement de Bureau XFCE

/media/cdrom
est un lien vers /media/cdrom0

lrwxrwxrwx 1 root root 6 août  26 04:26 /media/cdrom -> cdrom0

Ses attributs pour le groupe other sont rwx

/media/cdrom0 a r-x pour attributs pour le groupe other
Il n’y a donc pas de croix affichée dans les icônes les représentant.

Par contre /media/jacques
a --- pour attributs pour le groupe other
Il y a une croix affichée dans l’icône le représentant.

D’autre part, dans le gestionnaire de fichiers de l’Environnement de Bureau Gnome
il n’y a pas de croix dans l’icône /media/jacques
et en cliquant droit sur le nom de LABEL ou l’UUID du système de fichiers monté,
dans le menu contextuel affiché, on na accès qu’à l’option Éjecter,
il n’y a pas d’option Démonter.

#19

Donc pas de permission en écriture, tout comme le répertoire /media/jacques.

Cela contredit ce que tu écrivais :

J’ai plutôt l’impression que cette croix est censée indiquer l’absence de permission en lecture mais que ce gestionnaire de fichiers ne regarde que les permissions Unix standard et pas les ACL.
(Note que pour supprimer un fichier ou répertoire il faut la permission en écriture sur le répertoire parent, pas sur le fichier ou répertoire lui-même)

Y a-t-il une croix sur l’icône d’autres répertoires ? Peut-être que ce gestionnaire de fichiers tient compte des ACL.

Comme je l’ai écrit, je crains que l’option “éjecter” ne fait pas que démonter mais désactive aussi le périphérique, le rendant inaccessible.

#20

Toutafé.

Amicalement.

Jean-Marie

#21

Je rajoute quelques informations complémentaires :

Il faut aussi savoir que le répertoire (du nom du compte utilisateur qui a demandé de monter un système de fichiers) qui est créé quand on monte pour la première fois un système de fichiers
a en plus des propriétés ACL
(voir le caractère + qui est affiché à la suite des droits UGO) :

michel@debg53sw:~$ ls -ld /media/michel
drwxr-x---+ 3 root root 4096 août  26 12:23 /media/michel
michel@debg53sw:~$ 

michel@debg53sw:~$ getfacl /media/michel/
getfacl : suppression du premier « / » des noms de chemins absolus
# file: media/michel/
# owner: root
# group: root
user::rwx
user:michel:r-x
group::---
mask::r-x
other::---

michel@debg53sw:~$

Dans le menu contextuel du gestionnaire de fichiers de l’Environnement de Bureau XFCE,
on a accès a une option Démonter
et
une autre option Éjecter

Par contre, avec le gestionnaire de Fichiers de l’Environnement de Bureau Gnome,
on n’a pas accès à l’option Démonter
il n’y a que Éjecter :

Avec Gnome, si on veux pouvoir Démonter un système de fichiers
il faut passer par l’application Disques :