AFAIK, the difference is that the /dev/xxx can chaange depending on the circumstance. Which deevices are present, and more. I think.
Whereas the UUID, or PARTUUID won’t change except when it’s formatted as it’s calculated and stored on the drive then.
Edit:
Just saw this was in the ARM forum, but AFAIK it doesn’t really make a difference. At least not in my explanation’s case. I think. Meh! I’m not a know-it-all.
The UUID will indeed change if the partition is reformatted ─ it is stored in the filesystem header ─ but the PARTUUID will not, because it is stored in the partition table.
The /dev/something designation can change if you have more than one drive attached, due to the fact that the kernel enumerates the drives according to the order of discovery during boot-up.
In the same vein, there are also LABEL (stored in the filesystem header) and PARTLABEL (stored in the partition table), but those must be set manually. And that leaves room for error ─ i.e. duplicate entries.
Yeah. I decided a long time ago to stick with UUID. (I tend not to have drives full of partitions, it’s easier to remember that way, so much less room for error.)
so i make a backup on a microsd, partuiid is a copy from another microsd, can i switch the microsd created with rsync,or do i have to change the value PARTUUID in the “new” microsd?