On 20/04/2023 20:17, Dethegeek wrote:
Les volumes sont assignés une fois pour toutes pendant un cycle de
boot / arrêt de l'OS. Arrêter le lecteur qui occupe /dev/sda 'e
changera rien.
Par contre tu peux essayer de rebooter après avoir éteint ce lecteur.
Il y a de bones chances que ça resolve le souci (mais ce n'est pas
perenne).
Vu que plusieurs personnes t'incitent à utiliser les UUID pour
désigner tes volumes dans /etc/fstab, ce serait bien que tu précise si
ton problème s'étend jusqu'à avoir des problèmes de montage de volumes
après un boot, ou si ton problème est "juste" que tu aimes avoir ton
disque de boot nommé /dev/sda.
Cela dit, la recommandation d'utiliser des UUID dans fstab est la
bonne pratique.
Et en voici un exemple réel (deux lignes de mon /etc/fstab), sur mon PC
domestique.
#/dev/sdc4: Linux rev 1.0 ext4 filesystem data,
UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2, volume name "big" (extents) (large
files) (huge files)
UUID=dbf5c0b8-7781-4225-82a4-e6d886b634d2 /big ext4 defaults
5 6
Le commentaire est extrait de la sortie de la commande blkid /dev/sdc4
qui donne chez moi
/dev/sdc4: LABEL="big" UUID="dbf5c0b8-7781-4225-82a4-e6d886b634d2" BLOCK_SIZE="4096" TYPE="ext4"
PARTLABEL="big" PARTUUID="e660a882-dbe1-41fa-9b12-a58defca2cd5"
Et donc cette commande (avec l'aide defdisk -l) permettrait de résoudre
le problème initial.
Librement.
PS. Je cherche des partenaires intéressés par http://refpersys.org/
--
Basile Starynkevitch<bas...@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org
