Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 12/08/2022, à 11:03

FrancisFDZ

Re : [résolu] Gestion des disques durs

Bonjour,
Dans le fstab, les disques montés sont repérés par leur UUID (/dev/disk/by-uuid/[...]), qui est depuis longtemps préféré à un repérage par "/dev/sdxn" car cette dénomination peut varier. II est possible (manuellement) d'utiliser la dénomination par label (synonyme de "étiquette", n'hésitez pas à corriger si besoin) sous la forme "/dev/disk/by-label/le_label_de_la_partition" (voir l'intervention de MicP en #23). Il est important dans ce cas de bien choisir ce label (clair et explicite) et surtout de ne pas le modifier.
Généralement dans fstab, une ligne commentée donne la correspondance du type "/dev/sdxn" (ou /dev/mvmexxxx pour un SSD) ; si on change de type de dénomination, par exemple

# / was on /dev/nvme0n1p1 during installation

c'est une bonne précaution de garder cette ligne

Remarque : fstab parle de "/dev/disk/|...]" alors que ce sont bien des partitions qui sont montées, ça peut être trompeur. Cette confusion existe aussi dans Windows qui parle de "disque C" (ou D ou autre) qui sont en fait des partitions.

Dernière modification par FrancisFDZ (Le 12/08/2022, à 11:12)


-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]

Hors ligne

#27 Le 12/08/2022, à 12:13

emena

Re : [résolu] Gestion des disques durs

Hello,

Pas de problèmes j'ai l'arborescence de mon home sur tous mes disques de backups, et, chaque fois que j'utilise mon PC, mon cron lance un bash qui fait fait bêtement des rsync de tout mon home courant dessus. Bon, ce n'est pas tout à fait ça car j'ai trois disques et je fais une rotation, plus quelques nettoyages, mais en gros c'est ça.

C'est pas le plus efficace en ce qui concerne le temps de copie, mais c'est très fonctionnel quand on doit restaurer.
Je peux reformater mon disque et copier dessus mon autre disque de backup, je n'ai même pas besoin de savoir le lire.

EM


Ubuntu 22.04.4 LTS

Hors ligne

#28 Le 12/08/2022, à 12:51

Coeur Noir

Re : [résolu] Gestion des disques durs

Note importante : dans le fstab on n'inscrit des montages que pour des périphériques ( internes ou distants ) « permanents », c.à.d qui ont 99,9% de chance d'être présents, sous tension et disponibles dès le démarrage du système.
→ On n'inscrit pas dans fstab le montage de périphériques nomades, externes, qui par nature ont de bonnes chances de ne pas être là dès le démarrage du système. Pour eux on laisse faire « l'automatisme » de montage des médias amovibles, qui les montera dans /media/$USER/uuid_ou_label_périphérique lorsqu'on les connecte « à chaud » à la machine.

C'est d'ailleurs « à cause » de ce système de montage automatique qu'il vaut mieux éviter de placer des montages permanents dans /media/$USER/

Il vaudrait donc mieux aussi « déplacer » les montages qui finissent actuellement dans /media/ano/ pour éviter tout risque de confusion.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#29 Le 12/08/2022, à 13:01

MicP

Re : [résolu] Gestion des disques durs

Bonjour

Tu devrais donner un nom de label (Étiquette) aux systèmes de fichiers qui n'en ont pas, ça te sera plus facile pour les reconnaître plus tard,
et par la même occasion, tu pourrais aussi remplacer le nom de point de montage en fonction de ce nouveau nom de label.

Par exemple :

Pour donner le nom de label racine_Ubuntu au système de fichiers qui est utilisé comme racine de ton système Ubuntu :

sudo e2label /dev/disk/by-uuid/cb7df448-0913-4c4b-ba19-4a8ae7b0dea7  racine_Ubuntu

=======
Pour donner le nom de label ano_quelqueChose au système de fichiers qui utilise comme point de montage :  /media/ano/e2af7929-fbe4-4739-a8a4-54af4763912c

sudo e2label /dev/disk/by-uuid/e2af7929-fbe4-4739-a8a4-54af4763912c  ano_quelqueChose

Et tu pourrais aussi changer le nom du répertoire qui lui sert de point de montage :

sudo mv /media/ano/e2af7929-fbe4-4739-a8a4-54af4763912c  /media/ano/ano_quelqueChose

=======
Pour donner le nom de label ano_quelqueChose au système de fichiers qui utilise comme point de montage :  /mnt/6c0bae02-972d-47b2-bffb-02267cb66c75

sudo e2label /dev/disk/by-uuid/6c0bae02-972d-47b2-bffb-02267cb66c75  unNouveauLabel

Et tu pourrais aussi changer le nom du répertoire qui lui sert de point de montage :

sudo mv /mnt/6c0bae02-972d-47b2-bffb-02267cb66c75  /mnt/unNouveauLabel

=======
Pour donner le nom de label sur_Disque_4TB au système de fichiers qui utilise comme point de montage :  /mnt/2e8727d0-1e51-4672-aec4-91cebe963d41

sudo e2label /mnt/2e8727d0-1e51-4672-aec4-91cebe963d41  sur_Disque_4TB

Et tu pourrais aussi changer le nom du répertoire qui lui sert de point de montage :

sudo mv /mnt/2e8727d0-1e51-4672-aec4-91cebe963d41  /mnt/sur_Disque_4TB

=======
Si les noms de point de montage ont été modifiés en utilisant les lignes de commandes comme ci-dessus,
il faudra modifier le contenu du fichier /etc/fstab afin qu'il corresponde à ces nouveaux points de montage.
Ce qui donnerait :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>                <type>  <options>          <dump>  <pass>

# /boot/efi was on /dev/sda2 during installation
#UUID=601C-910F                             /boot/efi                    vfat    umask=0077         0       1

# / was on /dev/nvme0n1p1 during installation
UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7  /                            ext4    errors=remount-ro  0       1

/swapfile                                  none                         swap    sw

UUID=e2af7929-fbe4-4739-a8a4-54af4763912c  /media/ano/ano_quelqueChose  ext4    rw,nosuid,nodev,relatime

UUID=4270806b-d664-417b-9732-e9ca96433ea9  /media/ano/home_ano_q        ext4    rw,nosuid,nodev,relatime,stripe=32750

UUID=6c0bae02-972d-47b2-bffb-02267cb66c75  /mnt/unNouveauLabel          ext4    nosuid,nodev,nofail

UUID=2e8727d0-1e51-4672-aec4-91cebe963d41  /mnt/sur_Disque_4TB          ext4    nosuid,nodev,nofail


##########################################################
# Modifié pour monter les dir partagés du syno  au boot  #
##########################################################

#//Syno/homes/    /media/ano/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,auto,rw
//10.0.0.3/homes  /media/ano/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0
//Syno/homes/     /media/ano/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0
//Syno/homes/     /media/ano/Syno_homes  cifs  _netdev,guest,iocharset=utf8,gid=1000,uid=1000,vers=1.0

##Note : Pour utiliser le nfs 
#Syno:/homes /media/ano/Syno_homes nfs _netdev,auto,rw

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

Hors ligne

#30 Le 12/08/2022, à 13:04

emena

Re : [résolu] Gestion des disques durs

Merci Francis et Micp, c'est très clair.
Je vais commencer à m'y retrouver avec vous tous.
Je vais revoir tout ça en rentrant du boulot, je vous tiendrais au courant.
AM

Dernière modification par emena (Le 12/08/2022, à 13:08)


Ubuntu 22.04.4 LTS

Hors ligne

#31 Le 12/08/2022, à 13:14

MicP

Re : [résolu] Gestion des disques durs

Dans son message #26, FrancisFDZ a écrit :

… Remarque : fstab parle de "/dev/disk/|...]" alors que ce sont bien des partitions qui sont montées, ça peut être trompeur. Cette confusion existe aussi dans Windows qui parle de "disque C" (ou D ou autre) qui sont en fait des partitions. …

En fait, il n'y a aucune ligne dans laquelle on trouve "/dev/disk|…]" ou partition dans le fichier /etc/fstab
Dans le fichier /etc/fstab , il n'y a que des références permettant d'identifier des systèmes de fichiers, des noms de point de montage, et des options de montage correspondant à ces systèmes de fichiers.

Le nom du fichier est fstab <=> filse system table

man fstab a écrit :


NOM
       fstab - Informations statiques sur les systèmes de fichiers

Dernière modification par MicP (Le 12/08/2022, à 18:29)

Hors ligne

#32 Le 12/08/2022, à 14:09

Coeur Noir

Re : [résolu] Gestion des disques durs

@MicP → des montages dans /media/$USER ça n'est pas la meilleure idée.
Dans /media tout court, c'est plus « sûr » ( tant que les noms des dossiers~point~de~montage ne risquent pas d'être des noms d'$USER → il suffit d'utiliser des majuscules pour ces noms de point de montage. )
Le risque de confusion est illustré ici, le paragraphe « Now the trick… »
Ici ano est bien le nom d'$USER de emena ( visible sur ses retours de commande au #16 ).


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#33 Le 12/08/2022, à 14:18

iznobe

Re : [résolu] Gestion des disques durs

Pour aller plus loin , et en multi-user , il est preferable de creer unpoint de montage dans

/media/point_montage/

puis creer alors un dossier par $USER a la racine de la partition , si j' ai bien compris .

@emena : la 1ere etape pour mettre de l' ordre dans tout ca , c ' est d ' identifier les partitions de tes disques en ext4 qui sont presentes dans ton fstab .
tu en prends une de ton fstab , sdb1 , par exemple tu identifies son contenu , par exemple je sais pas Vidéos ou home de ano .
tu passes la commande suivante qui va demonter la partition :

sudo umount /dev/sdb1

tu lui attribues une etiquette la plus precise possible , donc home_ano ou Vidéos en rapport avec le contenu ( ci-dessus ) .
tu peux dois attribuer une étiquette a chaque partition ( partition demontée ) en utilisant gparted par exemple , ou bien avec les commandes données par @MicP a base de " e2label " ( etiquette = label ) .

tu fais cela pour toute les partitions contenues dans ton fstab .
Quand c' est fait , tu donnes ces retours :

lsblk -fe7
blkid
cat /etc/fstab

avec ces nouvelles données , on pourra facilement te guider afin de mettre de l' ordre dans ton fstab et obtenir quelquechose de propre de beau et surtout d' homogene et avec des repères clairs et nets qui ne donneront pas de doutes en cas de modification ulterieure .
tant que pas d' etiquettes ( label ) on ne pourra pas etre au clair avec ce fichier .

Dernière modification par iznobe (Le 12/08/2022, à 14:50)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#34 Le 12/08/2022, à 18:24

MicP

Re : [résolu] Gestion des disques durs

Dans son message #32, Coeur Noir a écrit :

…@MicP → des montages dans /media/$USER ça n'est pas la meilleure idée. …

Ce n'est pas mon idée : je n'ai absolument rien conseillé concernant les point de montage qui avaient été créés dans le répertoire /media/ano/

=======
D'autre part, pour pouvoir modifier ou donner un nom de label (Étiquette) à un système de fichiers,
il n'est pas nécessaire de démonter le système de fichiers concerné.

Le nom de la commande qui permettra de modifier ou donner un nom de label (Étiquette) à un système de fichiers
et le format de ce nom de Label dépendent du type <=> du format (par exemple : ext4 FAT, NTFS, etc.) du système de fichiers concerné
ce qui est logique puisque ce Label fait partie du système de fichiers, tout comme l'UUID de ce système de fichiers.

=======
Pour pouvoir créer une table de partitionnement afin de pouvoir ensuite créer une partition sur le disque WDC_WD10EZEX-00BBHA0 qui est accessible par le fichier de périphérique /dev/sda
il te faudra d'abord créer une copie de tout ce qui est contenu dans le système de fichiers qui a été créé sur ce disque
et qui est actuellement accessible par le point de montage /mnt/2e8727d0-1e51-4672-aec4-91cebe963d41

Il y a environ 464,2GB de données sur le système de fichiers du disque WDC_WD10EZEX-00BBHA0
que tu pourrais copier dans le système de fichiers ext4 du disque de 4TB et ce système de fichiers est monté sur le point de montage /mnt/6c0bae02-972d-47b2-bffb-02267cb66c75
Il y a largement assez d'espace disque disponible sur le système de fichiers ext4 de ce disque de 4TB pour pouvoir y créer cette copie.

Une fois que cette copie sera faîte, tu pourras démonter le système de fichiers du disque WDC_WD10EZEX-00BBHA0 qui est accessible par le fichier de périphérique /dev/sda
afin de pouvoir y créer une table de partitionnement (de type msdos ou GPT, comme tu voudras)  pour ensuite pouvoir y créer une partition assez grande (minimum 500GB) ou alors utiliser simplement tout l'espace disque disponible sur ce disque
et tu pourras formater cette partition au format ext4 et en profiter pour donner à ce nouveau système de fichiers un nom de Label pour pouvoir le reconnaître plus facilement

Il te restera à récupérer l'UUID de ce nouveau système de fichiers pour pouvoir l'utiliser comme référence dans ton fichiers /etc/fstab
et décider du point de montage à créer pour pouvoir accéder à ce nouveau système de fichier et y recopier tous les fichiers que tu avais mis de côté sur le disque de 4TB

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

Hors ligne

#35 Le 13/08/2022, à 19:14

emena

Re : [résolu] Gestion des disques durs

Hello,

J'ai fait pas mal de nettoyage :

NAME        FSTYPE            LABEL            UUID                                 FSAVAIL FSUSE% MOUNTPOINT                           SIZE
sda                                                                                                                                   931,5G
└─sda1      ext4              2022_mai_bck_ano db03b65f-2b78-40c1-9764-37b366648e71  398,3G    51% /mnt/2022_mai_bck_ano              931,5G
sdb                                                                                                                                   931,5G
└─sdb1      ext4              2017_avr_bck_ano 4270806b-d664-417b-9732-e9ca96433ea9  429,3G    49% /mnt/2017_avr_bck_ano-e9ca96433ea9 931,5G
sdc                                                                                                                                     3,7T
├─sdc1      linux_raid_member                  02a5b83a-1ad7-0b69-3017-a5a8c86610be                                                     2,4G
└─sdc2      ext4              2022_mai_travail 6c0bae02-972d-47b2-bffb-02267cb66c75      3T    13% /mnt/2022_mai_travail                3,7T
sr0                                                                                                                                    1024M
nvme0n1                                                                                                                               238,5G
└─nvme0n1p1 ext4              ssd_systeme      cb7df448-0913-4c4b-ba19-4a8ae7b0dea7   83,1G    59% /                                  238,5G

Avant de me lancer dans le changement de fstab, je serais contente d'avoir vos précieux avis.

 /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>   <type>  <options>          <dump>  <pass>

# /boot/efi was on /dev/sda2 during installation
#UUID=601C-910F                             /boot/efi       vfat    umask=0077         0       1

# / was on /dev/nvme0n1p1 during installation

/swapfile                                  none            swap    sw

UUID=db03b65f-2b78-40c1-9764-37b366648e71  /mnt/2022_mai_bck_ano   ext4  rw,nosuid,nodev,relatime
UUID=4270806b-d664-417b-9732-e9ca96433ea9  /mnt/2017_avr_bck_ano-e9ca96433ea9  ext4  w,nosuid,nodev,relatime,stripe=32750
UUID=6c0bae02-972d-47b2-bffb-02267cb66c75  /mnt/2022_mai_travail  ext4  nosuid,nodev,nofail
# #### UUID=2e8727d0-1e51-4672-aec4-91cebe963d41  /mnt/2022_mai_bck_ano  ext4  nosuid,nodev,nofail

##########################################################
# Modifié pour monter les dir partagés du syno  au boot  #
##########################################################

#//Syno/homes/    /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,auto,rw,xgvfs-show
//10.0.0.3/homes  /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,guest,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show

##Note : Pour utiliser le nfs 
#Syno:/homes /mnt/Syno_homes nfs _netdev,auto,rw


UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7 / ext4 errors=remount-ro,x-gvfs-show 0 1

Bonne soirée
EM


Ubuntu 22.04.4 LTS

Hors ligne

#36 Le 13/08/2022, à 20:17

MicP

Re : [résolu] Gestion des disques durs

Bonjour

Il faudrait que tu agrandisses d'abord la fenêtre de terminal au maximum,
afin de pouvoir nous donner le Retour utilisable de commande
de la ligne de commande suivante :

lsblk --exclude 7,11 -oMODEL,SERIAL,TYPE,PTTYPE,SIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

Merci smile


Sinon, tout semble correct
Tu as fait un sacré bon boulot, Bravo smile

j'ai juste du mal à différencier les disques de 1TB comme il n'y a pas le nom de modèle du disque.

=======
Au cas où tu en aies besoin un jour, je te donne un petit truc pour différencier physiquement ces deux disques de 1TB :

Sur l'étiquette qui est collée physiquement au disque tu pourras retrouver le numéro de série du disque
qui est le même qui sera affiché dans la colonne SERIAL du retour de la ligne de commande suivante :

udisksctl status

Du coup, si un jour il y a un de tes deux disques de 1TB qui tombe en panne,
tu pourras savoir lequel des deux débrancher pour le changer.

=======
Dans ton fichier /etc/fstab
il te faudrait remplacer la ligne :

UUID=4270806b-d664-417b-9732-e9ca96433ea9  /mnt/2017_avr_bck_ano-e9ca96433ea9  ext4  w,nosuid,nodev,relatime,stripe=32750

par :

UUID=4270806b-d664-417b-9732-e9ca96433ea9  /mnt/2017_avr_bck_ano-e9ca96433ea9  ext4  rw,nosuid,nodev,relatime,stripe=32750

… et tu peux aussi remplacer la ligne suivante :

UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7 / ext4 errors=remount-ro,x-gvfs-show 0 1

par :

UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7  /  ext4  errors=remount-ro  0  1

=======
Au final, le contenu de ton fichier /etc/fstab
pourrait ressembler à ce qui suit :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>                       <type>  <options>                      <dump>  <pass>

/swapfile                                  none                                swap    sw

# / was on /dev/nvme0n1p1 (carte SSD) - model: INTEL SSDPEKKW256G7 - serial: (pas trouvé dans tes anciens messages)
UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7  /                                   ext4    errors=remount-ro,x-gvfs-show  0       1

# /dev/sda1 sur disque 1TB - model: WDC_WD10EZEX-00BBHA0 - serial: (pas trouvé dans tes anciens messages)
UUID=db03b65f-2b78-40c1-9764-37b366648e71  /mnt/2022_mai_bck_ano               ext4    rw,nosuid,nodev,relatime

# /dev/sdb1 sur disque 1TB - model: WDC_WD10EZEX-00WN4A0 - serial: WD-WCC6Y5JUC1LY (à vérifier)
UUID=4270806b-d664-417b-9732-e9ca96433ea9  /mnt/2017_avr_bck_ano-e9ca96433ea9  ext4    rw,nosuid,nodev,relatime,stripe=32750

# /dev/sdc2 sur disque 4TB - model: WDC_WD40EFRX-68WT0N0 - serial: (pas trouvé dans tes anciens messages)
UUID=6c0bae02-972d-47b2-bffb-02267cb66c75  /mnt/2022_mai_travail               ext4    nosuid,nodev,nofail

##########################################################
# Modifié pour monter les dir partagés du syno  au boot  #
##########################################################

#//Syno/homes/    /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,auto,rw,xgvfs-show
//10.0.0.3/homes  /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,guest,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show

##Note : Pour utiliser le nfs 
#Syno:/homes /mnt/Syno_homes nfs _netdev,auto,rw

Dernière modification par MicP (Le 13/08/2022, à 23:05)

Hors ligne

#37 Le 14/08/2022, à 10:00

FrancisFDZ

Re : [résolu] Gestion des disques durs

étiquette vs label : il me semble que "etiquette" soit tout simplement la traduction française du terme anglais "label"

Petite précision : j'avais compris, à tort, que la référence d'une partition par son label se faisait par "/dev/disk/by-label/[...]", en fait ce n'est pas le cas dans fstab. Par analogie avec la forme actuelle via les UUID, je pense que l'appellation serait plutôt

LABEL=mon_beau_label /le_point_de_montage [...]

Il me semble que l'on peut rajouter une partition à fstab suivant différentes dénominations (dont label) via l'utilitaire "disk", ce qui permettrait de connaitre à coup sur la bonne présentation.

[Edit] Mes supputations par analogie semblent correctes : voir plus d'explications (anglophones) |/Edit]

Dernière modification par FrancisFDZ (Le 14/08/2022, à 10:08)


-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]

Hors ligne

#38 Le 14/08/2022, à 10:12

iznobe

Re : [résolu] Gestion des disques durs

FrancisFDZ a écrit :

étiquette vs label : il me semble que "etiquette" soit tout simplement la traduction française du terme anglais "label"

Bonjour , tout a fait .

FrancisFDZ a écrit :

Petite précision : j'avais compris, à tort, que la référence d'une partition par son label se faisait par "/dev/disk/by-label/[...]", en fait ce n'est pas le cas dans fstab.

En fait , le fstab a evolué et c' est simplifier pour prendre en charge plusieurs types de dénomination au niveau des partitions , tout en restant retro-compatible bien sur .

FrancisFDZ a écrit :

Par analogie avec la forme actuelle via les UUID, je pense que l'appellation serait plutôt

LABEL=mon_beau_label /le_point_de_montage [...]

Il me semble que l'on peut rajouter une partition à fstab suivant différentes dénominations (dont label)

tout a fait .

une ligne actuellement dans mon fstab :

/dev/disk/by-label/Seagate_1T			/media/Seagate_1T       ext4	defaults,noauto			0	2

cela fonctionne aussi bien avec toutes les déclinaisons comme : by-uuid et toutes les autres variantes possibles wink ce sont les anciennes façons de faire .
[ aparté ]
@MicP : on voit d' ailleurs dans cette discussion au message #16 le retour de @emena de son fstab , qui comporte les lignes fonctionnelles suivantes :

/dev/disk/by-uuid/2c6b96e6-ac9b-4640-84fa-6a188bc23f72 /mnt/2c6b96e6-ac9b-4640-84fa-6a188bc23f72 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/d110c13f-1323-4921-bfc6-b4554137d3a0 /mnt/d110c13f-1323-4921-bfc6-b4554137d3a0 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/sdb6 /media/ano/e2af7929-fbe4-4739-a8a4-54af4763912c ext4 rw,nosuid,nodev,relatime 0 0

qui sont des façon anciennes de faire , pas forcement sures , mais qui fonctionnent , et évidemment pas recommandée maintenant non plus , en particulier pour la ligne commençant par " sdb6 " puisqu ' on sait qu ' un disque peut changer de descripteur de périphérique , causant des comportements inattendus .
cette façon de faire étant une des plus anciennes de toutes , conserver uniquement pour sa rétrocompatibilité vu les dégâts que cela peut causer ...
[ fin aparté ]


maintenant , plus courtes , plus claire et plus moderne , je pourrais devrais donc transformer cette ligne en :

LABEL=Seagate_1T            /media/Seagate_1T       ext4    defaults,noauto            0    2

Mais flemme tongue

Dernière modification par iznobe (Le 14/08/2022, à 10:27)


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#39 Le 14/08/2022, à 14:58

Coeur Noir

Re : [résolu] Gestion des disques durs

Ces 2 lignes :

/dev/disk/by-uuid/2c6b96e6-ac9b-4640-84fa-6a188bc23f72 /mnt/2c6b96e6-ac9b-4640-84fa-6a188bc23f72 auto nosuid,nodev,nofail,x-gvfs-show 0 0
/dev/disk/by-uuid/d110c13f-1323-4921-bfc6-b4554137d3a0 /mnt/d110c13f-1323-4921-bfc6-b4554137d3a0 auto nosuid,nodev,nofail,x-gvfs-show 0 0

…ont fort probablement été écrites par l'utilitaire graphique « Disques / gnome-disk ».

Je ne pense pas qu'il s'agit d'un critère ancien vs. nouveau : il me semble que dans tout système Linux on trouve cette nomenclature dans le dossier /dev/disk {by-id,by-label,by-partlabel,by-partuuid,by-path,by-uuid}
qui consigne les diverses formes de liens symboliques vers les blocs périphériques, blocs périphériques qui eux se trouvent « radicalement » dans /dev sous leur forme de chemin physique ( les sdX×, srX× et consorts… )

Le problème des chemins physiques c'est qu'ils ne sont pas complètement stables puisqu'ils dépendent de l'ordre de découverte des périphériques par le système pendant son démarrage ( c'est assez rare que ça change mais le risque est probable quand on ajoute un disque interne à une machine, par exemple. ) Certains liens symboliques dans /dev/disk eux pallient à cette éventualité, car ils ciblent la partie « stable » dans la dénomination d'un périphérique ( son UUID ou son LABEL, voire son numéro de série… )

J'ai l'impression, vu leur forme écrite en majuscules, que UUID, LABEL ou autres sont des variables ( internes à fstab ? ) « courtes » pour remplacer des chemins « longs » :
UUID aurait pour valeur /dev/disk/by-uuid/ ; LABEL aurait pour valeur /dev/disk/by-label ? ( c'est de la supposition empirique, à posteriori. )

Les étiquettes sont pratiques car elles ajoutent une certaine lisibilité, d'un point de vue humain, mais elles restent plus « fragiles » que les UUID portés / inscrits directement dans le système de fichiers de la partition :
l'UUID est établie au moment de la fabrication de la partition et ne changera pas ( hors action administrative volontaire et manuelle, ou suppression / re-création de partition. )
Les étiquettes se changent beaucoup plus facilement, à la volée, souvent sans même besoin de démonter le système de fichiers.
Des étiquettes, on peut avoir plusieurs fois la même pour des périphériques différents.
Donc au moment d'étiqueter, bien veiller à créer des noms distincts dans les étiquettes ( Seagate01_1To ; Seagate02_1To ; etc )

Dernière modification par Coeur Noir (Le 14/08/2022, à 15:03)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#40 Le 14/08/2022, à 16:25

emena

Re : [résolu] Gestion des disques durs

Hello,

ça y est !
J'ai grosso modo compris disk/partition/uuid/label....et mon système me semble propre.
Vraiment merci pour votre aide généreuse.

EM

MODEL                SERIAL           TYPE PTTYPE   SIZE FSSIZE FSUSED NAME        FSTYPE            MOUNTPOINT            LABEL            UUID
WDC_WD10EZEX-00BBHA0 WD-WCC6Y2FYXCKP  disk gpt    931,5G               sda                                                                  
                                      part gpt    931,5G 915,8G   471G └─sda1      ext4              /mnt/2022_mai_bck_ano 2022_mai_bck_ano db03b65f-2b78-40c1-9764-37b366648e71
WDC_WD10EZEX-00WN4A0 WD-WCC6Y0UTTZJN  disk dos    931,5G               sdb                                                                  
                                      part dos    931,5G 916,7G   445G └─sdb1      ext4              /mnt/2017_avr_bck_ano 2017_avr_bck_ano 4270806b-d664-417b-9732-e9ca96433ea9
WDC_WD40EFRX-68WT0N0 WD-WCC4E4UJZVEL  disk gpt      3,7T               sdc                                                                  
                                      part gpt      2,4G               ├─sdc1      linux_raid_member                                        02a5b83a-1ad7-0b69-3017-a5a8c86610be
                                      part gpt      3,7T   3,6T 474,4G └─sdc2      ext4              /mnt/2022_mar_travail 2022_mai_travail 6c0bae02-972d-47b2-bffb-02267cb66c75
INTEL SSDPEKKW256G7  BTPY63510NFR256D disk dos    238,5G               nvme0n1                                                              
                                      part dos    238,5G 233,7G  86,2G └─nvme0n1p1 ext4              /                     ssd_systeme      cb7df448-0913-4c4b-ba19-4a8ae7b0dea7
# /etc/fstab: static file system information.
#
# Use 'blkid'  --exclude 7,11 -oMODEL,SERIAL,TYPE,PTTYPE,SIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID
# to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>                       <type>  <options>                      <dump>  <pass>

/swapfile                                  none                                swap    sw

# Carte SSD - model: INTEL SSDPEKKW256G7 - serial: BTPY63510NFR256D
UUID=cb7df448-0913-4c4b-ba19-4a8ae7b0dea7  /                                   ext4    errors=remount-ro			 0       1

# Disque 1TB - model: WDC_WD10EZEX-00BBHA0 - serial: WD-WCC6Y2FYXCKP - mis en fonction en mai 2022
UUID=db03b65f-2b78-40c1-9764-37b366648e71  /mnt/2022_mai_bck_ano               ext4    defaults

# Disque 1TB - model: WDC_WD10EZEX-00BBHA0 - serial: WD-WCC6Y0UTTZJN - mis en fonction en avril 2017
UUID=4270806b-d664-417b-9732-e9ca96433ea9  /mnt/2017_avr_bck_ano               ext4    defaults

# Disque 4TB - model: WDC_WD40EFRX-68WT0N0 - serial: WD-WCC4E4UJZVEL  - mis en fonction en mars 2022
UUID=6c0bae02-972d-47b2-bffb-02267cb66c75  /mnt/2022_mar_travail               ext4   defaults



##########################################################
# Modifié pour monter les dir partagés du syno  au boot  #
##########################################################

#//Syno/homes/    /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,auto,rw,xgvfs-show
//10.0.0.3/homes  /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show
//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,guest,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show

##Note : Pour utiliser le nfs 
#Syno:/homes /mnt/Syno_homes nfs _netdev,auto,rw

Ubuntu 22.04.4 LTS

Hors ligne

#41 Le 14/08/2022, à 16:40

Coeur Noir

Re : [résolu] Gestion des disques durs

Comme le disait déjà MicP c'est du beau boulot, bravo, c'est bien rangé, clair, parlant, avec ajout d'un mémo dans le commentaire, nickel !

Il n'y a que la partie concernant le Syno qui me paraît encore fragile.
J'ai l'impression qu'il s'agit d'un seul et unique emplacement, monté plusieurs fois, il faudrait voir laquelle de ces lignes est « l'efficace » ce qui dépendra de l'adresse IP du Syno, et du fichier /etc/hosts du pc.
Si l'adresse IP du Syno est fixe à 10.0.0.3 et que dans /etc/hosts il y a une ligne

10.0.0.3	Syno

alors je suppose que la ligne de montage qui fait « le meilleur » boulot c'est :

//Syno/homes/     /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show

et les autres seraient superflues, commentables voire supprimables.


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#42 Le 14/08/2022, à 17:30

emena

Re : [résolu] Gestion des disques durs

Hello,

merci smile

En ce qui concerne le Nas, vérification faite, aucune ligne ne marche, ni ensemble, ni séparément, je ne vous raconte pas les lignes rouges dans dmesg. En fait, il faudrait au moins que je réinstalle les logiciels que je n'avais pas réinstallé lors du passage en ubuntu 20.04. sad yikeslol

J'ai supprimé son montage de fstab, de toute façon, je ne l'utilisais quasiment jamais. Je m'y pencherais un autre jour

Je suis déjà contente comme ça, je vais aller profiter jardin maintenant qu'il fait moins chaud. cool
Bonne soirée
EM

Dernière modification par emena (Le 14/08/2022, à 17:38)


Ubuntu 22.04.4 LTS

Hors ligne

#43 Le 14/08/2022, à 17:45

iznobe

Re : [résolu] Gestion des disques durs

Pour les syno la ligne devrait ressembler a cela :

//Syno/Volume1/homes/     /mnt/Syno_homes  cifs  _netdev,credentials=/home/ano/.cred,iocharset=utf8,gid=1000,uid=1000,vers=1.0,xgvfs-show


retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

Hors ligne

#44 Le 15/08/2022, à 12:27

emena

Re : [résolu] Gestion des disques durs

Merci,

Je garde l'info pour le jour où je tenterais de me reconnecter sur le NAS
Bonne journée
EM


Ubuntu 22.04.4 LTS

Hors ligne

#45 Le 15/08/2022, à 12:59

FrancisFDZ

Re : [résolu] Gestion des disques durs

Petit rappel qui peut avoir on importance : quant on formate une partition, son label et son UUID sont modifiés, et sont donc à mettre en correspondance avec les valeurs utilisées dans fstab pour que ce dernier pointe bien là où il faut.


-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]

Hors ligne

#46 Le 15/08/2022, à 13:12

Coeur Noir

Re : [résolu] Gestion des disques durs

Ce sera un autre sujet, le NAS.
Une adresse IP en 10.0.0.× m'étonne un peu, si c'est à la maison derrière une box~routeur grand public…

Dernière modification par Coeur Noir (Le 15/08/2022, à 13:12)


DébuterDocBien rédigerRetour commandeInsérer image | illustrations & captures d'écran <>

Hors ligne

#47 Le 15/08/2022, à 13:24

MicP

Re : [résolu] Gestion des disques durs

FrancisFDZ a écrit :

…Petit rappel qui peut avoir on importance : quant on formate une partition, son label et son UUID sont modifiés, …

Oui, l'opération de formatage consiste à créer un nouveau système de fichiers,
et comme un système de fichiers est identifiable par son UUID ou/et son nom de Label (Étiquette), le nouveau système de fichiers aura donc un nouvel UUID et un nouveau Label.
L'UUID et le nom de Label sont physiquement inscrits DANS le système de fichiers.

Donc, si on créé un nouveau système de fichier dans une partition <=> si on formate une  partition => alors un nouvel UUID sera attribué à ce nouveau système de fichiers et le label (Étiquette) de l'ancien système de fichiers sera remplacé par le nouveau label indiqué lors du formatage ou alors, ce Label sera supprimé si aucun nom de Label n'avait été spécifié lors du lancement de la commande de formatage.

Par contre, ce formatage ne changera absolument rien au niveau des références à la partition : le PARTUUID (si GPT) qui permet d'identifier la partition restera le même, et le numéro d'ordre de la partition dans la table de partitionnement ne changera pas, car en formatant la partition, on n'a changé que son contenu, mais le contenant (<=> la partition) n'est absolument pas modifié.

=======
Hiérarchiquement <=> de contenant à contenu :

- Un support de données (disque, clef USB, carte SD ou µSD) contient une table de partitionnement (sinon, il ne pourra pas exister de partition sur ce support de données)
- - c'est dans cette table de partitionnement que seront listées et définies (début, fin, type, drapeaux( boot, etc.)) les partitions qui auront été créées sur ce disque
- - - si une de ces partition a été formatée, alors cette partition contiendra un système de fichiers
- - - - et c'est ce système de fichiers qui permettra de créer, supprimer, déplacer, modifier des fichiers (les répertoires sont des fichiers spéciaux qui peuvent contenir d'autres fichiers)

C'est pour ça qu'on ne peut monter qu'un système de fichiers
puisqu'il ne peut exister de fichiers sans un système de (gestion de) fichiers qui les contiendraient sinon on ne pourrait pas créer, modifier, copier, déplacer, etc. des fichiers.

…et qu'il vaut mieux, dans le fichier /etc/fstab utiliser l'UUID d'un système de fichiers
plutôt que le nom du fichier de périphérique (par exemple : /dev/sdb3) qui a été associé à la partition contenant ce système de fichiers.

Parce que :
une partition peut avoir changé de numéro d'ordre dans un disque (sda4 devient sda3) si on a supprimé une des partitions de ce disque
un nom de fichier de périphérique peut avoir changé (sda devient sdb ou autre) si un disque a été ajouté ou enlevé
une partition peut avoir été déplacée (par copie) sur un autre disque ou dans un LVM ou système RAID, etc.
mais dans tous ces cas là, l'UUID du système de fichiers concerné restera le même.

Dernière modification par MicP (Le 15/08/2022, à 19:01)

Hors ligne

#48 Le 15/08/2022, à 17:54

emena

Re : [résolu] Gestion des disques durs

smile


Je garde précieusement l’URL de cette discussion dans mon fstab
Bonne journée
J’espère que vous aurez un peu de pluie
EM


Ubuntu 22.04.4 LTS

Hors ligne

#49 Le 15/08/2022, à 19:11

MicP

Re : [résolu] Gestion des disques durs

… J’espère que vous aurez un peu de pluie …

Oui, j'en ai eu un petit peu hier soir, et sur la terre chaude ça sentait très bon. big_smile
C'est le jardin qui va être content, entre la pluie et le temps que tu vas pouvoir y consacrer, il te le rendra sûrement bien.

Dernière modification par MicP (Le 15/08/2022, à 19:11)

Hors ligne

#50 Le 16/08/2022, à 02:48

MicP

Re : [résolu] Gestion des disques durs

Pour ne pas t'embêter plus tard à essayer de comprendre
pourquoi cette satanée commande blkid te répond : blkid : option non reconnue '--exclude'
alors, dans ton fichier /etc/fstab
tu devrais remplacer la ligne suivante :

# Use 'blkid'  --exclude 7,11 -oMODEL,SERIAL,TYPE,PTTYPE,SIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID

par celle là :

# Use 'blkid' or 'lsblk --exclude 7,11 -oMODEL,SERIAL,TYPE,PTTYPE,SIZE,FSSIZE,FSUSED,NAME,FSTYPE,MOUNTPOINT,LABEL,UUID'

Dernière modification par MicP (Le 16/08/2022, à 02:50)

Hors ligne