IMHO, it was a mistake to make USB block storage use the same line of names also used for local hard disks. Sure, the block device drivers for USB mass storage internally hook into the SCSI subsystem to provide block level access, and that's why the drives are called sd[something], but why should I as an end user have to care about that? A USB drive is very much not the same thing for me as a SCSI harddisk. A NVMe drive on the other hand, kinda sorta is, at least from a practical purpose point of view, yet NVMe drives get a completely different naming scheme.
I still made the mistake, when I sleep deprived switched if and of somehow
My then girlfriend wasn't exactly happy, that all here photos and music, which we just moved off old CDs, that couldn't be read correctly anymore, and I spent quite some time to finally move them
Obviously the old CDs and the backup image were thrown out/deleted just a few days earlier, because I proudly had saved the bulk of it - and being poor students having loads of storage for multiple backups wasn't in reach.
Backing them up again to fresh CDs was on the plan, but I quickly needed a live USB stick to restore my work laptop...
Since then I'm always anxious, when working with dd. Still years later I triple check and already think through my backup restoration plan
Which is a good thing in itself, but my heart rate spikes can't be healthy
While we're at it, can we also rename the hard drive block devices back to hd instead of sd again? SATA might use the SCSI subsystem, but SATA ain't SCSI.
At least sata is well on its way towards dying, so the problem will solve itself in some more years.
My machines all have nvme exclusively now, only some servers are left using sata. And I would say the type of user at risk of fucking up a dd command (which 95% of the time should be a cp command) doesn't deal with servers. Those are also not machines you plug thumb drives into commonly.
In 5-10 years we will think of sda as the usb drive, and it'll be a fun-fact that sda used to be the boot drive.
It's a design thing. BIOS can know NVMe disks' location because they're directly mounted to PCIe. SATA isn't like this. Similar logic with the RAM slots.
"/dev/sdb? It's sdb? With a B? Yep that's the flash drive. Just type it in... of=/dev/sd what was the letter again? B? Alright, /dev/sdb. Double check with lsblk, yep that's the small disk. Are my backups working properly? Alright here goes nothing... <enter>"
Commands like dd are the best. Good ole greybeard-era spells with arcane syntax and the power to casually wipe out the whole universe (from their perspective ofc) if used haphazardly or not in respectful manner.
This is the only reason why I still use GUI for making Linux USBs. Can't trust my ADHD ass to write the correct drive name. Also, none of my USB drives have a light.
Popsicle is pretty nice, it doesn't let you choose the internal drives afaik.
Keep them around. I was playing with and testing some ~15 years old mobos for work, and they would not boot from any USB3.0 stick I tried. Same images on an 8GB USB2.0 stick booted with no problem.
I buy them specifically with LED. It s helpful for data transfer, but also helpful for doing a flash of new OS to old nas hardware... You have to hold reset button in on nas until you see it start to read USB (by LED) then you know you can release the reset button.
worst case for me would be ereasing my ventoy drive.
cause i for sure wont be partitioning any of my nvme drives. so the only mistake i can make is like type sda instead of sdb which would just be another usb drive🤷
NixOS store (app folder) is read only. You literally can't mess with it. It doesn't really need a container, most things are locked down already. Of course you could mess up your home folder, but that's on you then
Yeah once I forgot I had an external drive on one of the USB ports on my PC and created an Ubuntu drive with dd and just sent it do /dev/sdb ..lost all movies I had on it. After that I always check with df -h or fdisk -l