Am 18. May, 2025 schwätzte James Mcphee via PLUG-discuss so: moin moin, > I've run into things similar and it depends on what you're running. If > it's udev, make a rule in /etc/udev/rules.d/numbered-rule.rules with > SUBSYSTEM=="block", ACTION=="add", ENV{ID_FS_UUID}== > "123e4567-e89b-12d3-a456-426614174000", NAME="sda" > or whatever. Dunno if this does what you want, but you can pretty much do > something like this to handle that kinda thing if you're running udev. I'd been looking at UDEV rules, but hadn't made any progress. I've now found udevadm. sudo udevadm info --query=all --name=/dev/sdf1 | grep -i uuid that gave me several options, but I also found a claim that systemd-udev won't let you change a device name, only add an alias. My disks already have more aliases than my shell environement. found udevadm test, which gives a lot of output. This has some recognizable paterns - /usr/lib/udev/rules.d/60-persistent-storage.rules Still need to look at /dev/md/${NAME} for mdadm. ciao, der.hans > On Sat, May 17, 2025 at 10:20 PM der.hans via PLUG-discuss < > plug-discuss@lists.phxlinux.org> wrote: > >> Am 17. May, 2025 schwätzte Ryan Petris via PLUG-discuss so: >> >>> You can't, unfortunately. The only thing in /dev you can technically >>> rename are network interfaces; the rest you can only add symlinks for, >>> which is what for instance /dev/disk/by-partlabel/* is. >> >> A shame, I like long path names :) >> >>> Why do you care what mdadm shows for device names anyway? If you're >>> concerned that it will pick up the wrong disk on reboot, it won't >>> because internally it's using its own identifiers to find the right >>> drives, and will snow you whatever /dev/sd* it happens to end up >> >> It picked up the wrong devices when powering the drive bay down and up >> again. mdadm was showing and trying to use the orginal sd names rather >> than the newly assigned names. >> >> I will experiment more with mdadm. It's been a while since I used it, so >> was expecting some reacquaintance exercises to be necessary. >> >> ciao, >> >> der.hans >> >>> on when running mdadm commands. If you want to figure out which >>> /dev/sd* device belongs to your disk label, you can just run `readlink >>> /dev/disk/by-partlabel/raid...`. >> >> >>> >>> On Sat, May 17, 2025, at 6:46 PM, der.hans via PLUG-discuss wrote: >>>> moin moin, >>>> >>>> I'm using a USB JBOD enclosure to build a RAID set. >>>> >>>> Restarting the enclosure ends up with the drives on new names, e.g. sda, >>>> sdb and sdc come back sdd, sde and sdf. >>>> >>>> I added labels to my disk partitions and was hoping to use them, e.g. >>>> /dev/disk/by-partlabel/raid{0,1,2}, but mdadm turned them back to >>>> /dev/sd{d,e,f} names as members of the array >>>> >>>> Anyone know how I can either get /dev/sd names not to change for >> removable >>>> media or get mdadm to accept the names I want to use? >>>> >>>> I'd rather the latter. >>>> >>>> ciao, >>>> >>>> der.hans >>>> -- >>>> # https://www.SpiralArray.com https://www.PhxLinux.org >>>> # Delicious red tape, like a Twizzler but flat. And >> adhesive. >>>> --------------------------------------------------- >>>> PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org >>>> To subscribe, unsubscribe, or to change your mail settings: >>>> https://lists.phxlinux.org/mailman/listinfo/plug-discuss >>>> >>> >> >> -- >> # https://www.SpiralArray.com https://www.PhxLinux.org >> # "Luckily, this is a comic book, for which no idea is too complex." >> # -- Larry Gonick from The Cartoon History of the United >> States--------------------------------------------------- >> PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org >> To subscribe, unsubscribe, or to change your mail settings: >> https://lists.phxlinux.org/mailman/listinfo/plug-discuss >> > > > -- # https://www.SpiralArray.com https://www.PhxLinux.org # "To enjoy the flavor of life, take big bites. Moderation is for monks." # -- Robert Heinlein