Quantcast
Channel: Raspberry Pi Forums
Viewing all articles
Browse latest Browse all 4899

Advanced users • Re: Image File Utilities

$
0
0
It's the image file that is out of space, not the device it resides on. You specify the size of that image file when prompted for "Initial image file ROOT filesystem size (MB)". If you're accepting the default (estimated) value, it may be too small. Have you tried a considerably larger value? Do you have external storage mounted somewhere other than /media and/or /mnt which image-backup would be including in the backup?
Finally I've fixed the Ubuntu problem. Obviously your script doesn't work properly with this subdirectory:

Code:

/var/lib/snapd/snaps/
All "out of space" errors were devoted just to this location:

Code:

rsync: [receiver] write failed on "/tmp/img-backup-mnt/var/lib/snapd/snaps/gnome-42-2204_174.snap": No space ....rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7]rsync: [sender] write error: Broken pipe (32)rsync error: error in file IO (code 11) at io.c(848) [sender=3.2.7]
I've tried to remove everything from this subdirectory. I simply tar-ed it all all moved to the same flash drive, which was mounted to /media. And this is what I've discovered:
Before snaps deletion your script asked this:

Code:

Initial image file ROOT filesystem size (MB) [21970]? 25000
After snaps deletion it asks:

Code:

Initial image file ROOT filesystem size (MB) [21551]? 25000
Snaps total size is around 2 GB. It's obviously the reason. But it's strange, that even 25 GB assignment doesn't help.
One way or another, the snaps deletion fixes this problem. Now backup image is created without any errors.
It would be ideally, if your script will detect /snaps presence and ask if user wishes to back it up or exclude it from backup for the sake of space economy.
Would you mind to do it?

Statistics: Posted by DeadlineX — Tue Dec 24, 2024 3:33 am



Viewing all articles
Browse latest Browse all 4899

Trending Articles