Backup SD Card by copying out files?

pjft

I suppose, since I was mounting things via fstab that I never ran into a similar problem.

Thanks for helping out with this!

And @TMNTturtlguy , if you'd rather skip that step, I can recommend the manual mounting mode described earlier, though you probably don't want to go down yet another rabbit hole now that you have something working! :D

TMNTturtlguy

@pjft @Sano So it appears that the media is always excluded in the script, so i probably will need to make that directory every time? It is an easy step to do.

@pjft my question for you is why it would matter which way I mount the usb service in the first place? What does the manual method do that it does not use the media directory?

Sano

IMO the best option would be to open an issue on the rpi-clone script project if it's still alive.
As confirmed by @pjft (thanks for digging in the script), the media folder is excluded, and the script could be modified in order to either copy the empty dirs in /media, or recreate them.

TMNTturtlguy

@Sano I will look into that. Why would the script exclude any of those files? Seems to me that if i want a clone, i want a clone. Would there be any important information in any of these? Should we be recreating these for any reason?

--exclude '.gvfs'
--exclude '/dev'
--exclude '/media'
--exclude '/mnt'
--exclude '/proc'
--exclude '/run'
--exclude '/sys'
--exclude '/tmp'
--exclude 'lost+found' \

Sano

/mnt and /media are excluded to avoid copying external disks contents.

Others are system folders , the content is created dynamically by the kernel (/sys, /dev, /proc, /run), temporary folders with content erased every reboot (/tmp), or hidden data used for Gnome virtual file system (.gvfs).
Lost+found are FS-related folders used by fsck in case of FS corruption.

Excluding all those contents is actually legit, but regarding /media it seems to break usbmount, which could be considered as a bug.

pjft

@TMNTturtlguy the manual mode will mount a USB drive with a specific UUID to a specific mount point, whereas this seems to mount a USB drive that has previously been mounted in /media/usbX that has the RetroPie-mount folder in it. However, if it fails to do that step, which was what you were going through, then the following step will fail.

However, in my case, if you change USB drive you'll need to edit the config files to look for the new drive's UUID, whereas this one seems to be more automatic. So pros and cons in both.

Muntic0re

try recuva