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 de fdisk -l) permettrait de résoudre le problème initial.
Librement.
PS. Je cherche des partenaires intéressés par http://refpersys.org/
-- Basile Starynkevitch <basile@starynkevitch.net> (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/ & refpersys.org