Issue:
You are experimenting with various hardware and/or software configurations so you copy something, (like the contents of the /boot partition) to something else - maybe another SD card.
Because all the specifications for the Pi tell us that the system attempts to read certain named files in partition 1 - which must be FAT-32 - it doesnât matter what or where the partition is. . . Â Itâs not a special âbootâ partition, thereâs no special âboot-loaderâ code hidden in sector 1 of the device - itâs just a bunch of text files. Â Copying them around should be a no-brainer, right?
Not so fast, my friend!
Every time Iâve done this, I end up with a system that gets all the way to a step like âsystem-kill-something-or-otherâ - and dies.  (It turns out there is a system service, âkillâ, that gets started then, and has nothing to do with the problem - but it is  an interesting coincidence!)
Whatâs happening is that, not long after that, there is something that needs a file from the boot partition - and it calls it by UUID.
Ahh! Â Our good friend, the UUID again.
One of the âbest practicesâ that people have been clamoring about for a while now is avoiding references to disks or partitions by device ID, (/dev/sda1, etc.), and - instead of this - identify devices by UUID; because no matter where the device is located - if the port changes, or you move your hard drive to a different SATA connector - the system will still boot because the UUID never changes.
The problem is that the Raspberry Pi isnât  a beast gaming machine with twenty 256bit processor cores, itâs not  the main load-balancing server for Digital River, itâs a teeny-tiny experimental  system that you should  be able to play with, tweak, fudge, bend, or fling across the room to your heartâs content.  You want to experiment with different versions of [whatever] on a variety of SD cards?  This should not be a problem. . .
But it is.
And the reason is that the Raspbian O/S, (or, at least the version of Buster that Dexter uses?), references everything by UUID and not device ID.
There are two ways to solve this problem:
- Find the UUID of the original device, and copy it onto the new one. Â (See my article on exactly that subject HERE)
- Change everything in cmdline.txt and /etc/fstab to use device IDâs.
Errrrr! Â