I had made a nice setup of Dietpi on my Pi2 installed as a partition using Pinn.
Then my SD card crashed completely.
I got a new SD card and reinstalled DietPI using the newest img available on your website (the ARM7 img only works on my PI2). On my previous setup that crashed I used PINN for multibooting but now I chose your img because this PI will be 100% DietPI now.
Then I attached my backup drive and tried to restore. Before this it warns me:
DietPi-Backup [WARNING] UUIDs of the backup and the current system differ
The file systems unique identifiers, usually used to mount the drives at boot, seem to differ between the backup and the current system.
This usually indicates that you try to restore an old backup onto a newly flashed DietPi system.
But we were able to find the boot configuration, where those UUIDs would need to be adjusted, to assure that the system will boot.
It should be hence safe to restore this backup, but if the UUIDs were used elsewhere, you might need to adjust it manually.
Do you want to restore this backup?
Cancel
Ok
I choose OK. It restore all the way, and then in the end I get an error that it wasn’t succesful. I can then scroll throiugh the log. Ind the end it has sync errors: some files/attrs were not transferred.
When I reboot and it shuts down I can see many of the services I installed on my backup system are shutting as if it installed fine, but then when it reboots I see nothing. the PI SD light just lights red and there is no video output.
Anyone knows how I can fix this? The previous SD card is dead.
I had multiple backups and they all fail and warn before restoring in the same way so I assume it is the UUID issue due to using PINN before.
Since it is deleting dropbear service I do not think you have a ssh server installed or running. It would be nice to see the whole log. But anyway, it is usually pretty easy to install from fresh and start over which would eliminate the possibility of restoring a corrupt file.
Hi, it is not easy to reinstall. I have done a massive amount of setup. I took multiple backups with the assumption that I could trust them.
I have 4 backups and all of them return the exact same warnings and end result. I would understand if I only had one backup and that was corrupted, but they can’t all be corrupted. The backup disk is fine - I tested this as well.
B.t.w. in this thread I show some images of how PINN structures the disk in a previous PINN install. It looks like this restore has some issues with identification of something. I wonder how DietPI practically does it when restoring and how this is affected by the PINN disk partition setup being different than the standard setup.
I can’t setup PINN with the exact same structure and UUID as I had before because I didn’t capture a screenshot of that and I don’t have the details. This image is from an earlier install.
Here is an image - back then I had 5 system installed on Pinn. On my new broken one I had 3 - but the UUID are obviously different and I don’t know them now as the screen crashed:
About the log I shared the top and bottom of it below. And everything else in the log is just it copying files and in the end deleting some of the old ones as part of the rsync. And there are no errors during that.
I would like to upload the entire log, but how exactly can I get it out of the system after the restore? Which folder does it save the restore log in?
