Wow. ok. Mounting a drive isn't supposed to change the device node. You can mount/unmount drives all day long and as along as you don't add additional devices it should stay the same. My guess is that something is lingering around in the driver stack. If you can, reboot the computer with the drive unplugged and start fresh. USB hosts can do weird things so I wonder if something is super confused.
Or maybe your USB drive has become sentient and is learning the alphabet. It knows a, b, c, and d, so by this time tomorrow it will have learned e. On Sun, Oct 20, 2019 at 5:20 PM Rich Shepard <rshep...@appl-ecosys.com> wrote: > On Sun, 20 Oct 2019, Ben Koenig wrote: > > > It sounds like this system is having issues mounting that USB device. In > > your previous message you mentioned that it worked, so it sounds like its > > losing track of something. > > Ben, > > The issue seems to be the device mount changing from /dev/sdc1 to > /dev/sdd1. > > > $ cd / > > $ mount > > [root@salmo ~]# mount > /dev/sda3 on / type ext4 (rw) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > tmpfs on /dev/shm type tmpfs (rw) > /dev/sdb1 on /home type ext4 (rw) > /dev/sdb2 on /opt type ext4 (rw) > /dev/sdb3 on /data type ext4 (rw) > /dev/sda1 on /boot/efi type vfat (rw) > /dev/sdd1 on /mnt/backup type ext4 (rw) # N.B. > > > $ umount /mnt/backup > > $ mount > > [root@salmo ~]# umount /mnt/backup > [root@salmo ~]# mount > /dev/sda3 on / type ext4 (rw) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > tmpfs on /dev/shm type tmpfs (rw) > /dev/sdb1 on /home type ext4 (rw) > /dev/sdb2 on /opt type ext4 (rw) > /dev/sdb3 on /data type ext4 (rw) > /dev/sda1 on /boot/efi type vfat (rw) > > > $ mount /mnt/backup > > root@salmo ~]# mount > /dev/sda3 on / type ext4 (rw) > proc on /proc type proc (rw) > sysfs on /sys type sysfs (rw) > tmpfs on /dev/shm type tmpfs (rw) > /dev/sdb1 on /home type ext4 (rw) > /dev/sdb2 on /opt type ext4 (rw) > /dev/sdb3 on /data type ext4 (rw) > /dev/sda1 on /boot/efi type vfat (rw) > /dev/sdc1 on /mnt/backup type ext4 (rw) # N.B. > > > Since you added the UUID in fstab I'd like to see which block device your > > system is looking at when reading through it. > > Each time the drive is mounted it switches from sdc1 to sdd1. And, while > mounted as one of those devices when I try to access it after it's sat for > a > while it's switched to the other one. As I wrote earlier, I've not seen > this > happen on any external drive before. On the old desktop it was mounted as > /dev/sdb1 and stayed that way for years, even when the drive was mounted, > used, and unmounted each day. > > > Also, in this situation fdisk isn't actually that helpful. Since you are > > switching to UUID we need to use other commands to find out what is > where. > > To clarify some confusion on why this is happening, drive letters are > > assigned dynamically as drives are plugged in. > > There are two block devices installed in the system: /dev/sda is the SSD > and > /dev/sdb is the rotating platter hard drive. There is only one external > drive: the 2T external backup. > > [root@salmo ~]# lsblk -o name,uuid > NAME UUID > sda > ├─sda1 5796-13DB > ├─sda2 b7a5a639-e9b5-43c9-b528-77d6bb592899 > └─sda3 c2286937-c658-40ee-b73d-0c80fcaa2a6b > sdb > ├─sdb1 1debabd0-e753-468d-b119-0e76a1e4e5df > ├─sdb2 98cb2b46-092e-4dc4-94cc-f4e54b946bae > └─sdb3 093ae060-fd8d-48d2-9f77-acc5dab0fc56 > sdd > └─sdd1 6e95864b-6291-4148-acd3-627542c8318f # N.B.: it's switched again > sr0 > > As I write this the external drive switches from /dev/sdd1 to /dev/sdc1 and > back to /dev/sdd1. It's been queried by mount and lsblk, that's all. > > Makes no sense to me. > > Regards, > > Rich > _______________________________________________ > PLUG mailing list > PLUG@pdxlinux.org > http://lists.pdxlinux.org/mailman/listinfo/plug > _______________________________________________ PLUG mailing list PLUG@pdxlinux.org http://lists.pdxlinux.org/mailman/listinfo/plug
