dietpi-backup - Location: Filesystem not supported Topic is solved

Having issues with your DietPi installation or found a bug? Post it here.
Post Reply
bruz
Posts: 10
Joined: Tue Feb 02, 2021 11:06 am

dietpi-backup - Location: Filesystem not supported

Post by bruz »

Hi,

I just tried to set the location path in dietpi-backup to folder mounted with sshfs. This failed with the following message:
Error:
/mnt/backups/dietpi-backup Has a filesystem of: fuse.sshfs, and is not supported.
The filesystem must be EXT2/3/4 for symlink compatibility.
Why is it important for a backup tool, which filesystem it's writing to? As far as I understand from the error message, it seems to require symlink compatibility so why is it not just testing for that instead of checking for the mount type and limiting the supported filesystems?
User avatar
Joulinar
Posts: 4815
Joined: Sat Nov 16, 2019 12:49 am

Re: dietpi-backup - Location: Filesystem not supported

Post by Joulinar »

Hi,

yes, at the moment this is a requirement by the tool to ensure full compatibility with Unix permissions and sym links.
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
bruz
Posts: 10
Joined: Tue Feb 02, 2021 11:06 am

Re: dietpi-backup - Location: Filesystem not supported

Post by bruz »

Just tried one more thing, being a bit more explicit and added the option "-o subtype=ext4" to the sshfs mount command (the remote filesystem is ext4). But still no luck...
Error:
/mnt/backups/dietpi-backup Has a filesystem of: fuse.ext4, and is not supported.
The filesystem must be EXT2/3/4 for symlink compatibility.
I guess it's really only checking for the filesystem type and only allows local filesystems of type EXT2/3/4.
bruz
Posts: 10
Joined: Tue Feb 02, 2021 11:06 am

Re: dietpi-backup - Location: Filesystem not supported

Post by bruz »

Joulinar wrote: Thu Feb 04, 2021 10:24 am Hi,

yes, at the moment this is a requirement by the tool to ensure full compatibility with Unix permissions and sym links.
I understand that, so still my question, why not checking for the "compatibility with Unix permissions and sym links", but not just for the type of the filesystem (I fully understand, it's much simpler doing this instead of the other, so it's not criticism but a hint / request for improvement).
User avatar
Joulinar
Posts: 4815
Joined: Sat Nov 16, 2019 12:49 am

Re: dietpi-backup - Location: Filesystem not supported

Post by Joulinar »

I had a look into the script and following check is done

Code: Select all

df -T <target_fs> | mawk 'NR == 2 {print $2}'
It need to return one of the following values aSUPPORTED_FILESYSTEMS=('ext4' 'ext3' 'ext2' 'nfs' 'nfs4' 'btrfs' 'f2fs')

Basically you would need to use NFS to backup your system via network
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
bruz
Posts: 10
Joined: Tue Feb 02, 2021 11:06 am

Re: dietpi-backup - Location: Filesystem not supported

Post by bruz »

Thanks for the hint. I now also had a look at the script and did some more experiments...

The backup functionality is based on rsync and for remote backups (what I'm after) it would make sense to do it nativly with rsync (instead of using a remote filesystem as local target folder).

So as I understand as of now the diet-backup tool is targeted to support local backups only. Are there any plans to extend it for ssh destinations?
User avatar
Joulinar
Posts: 4815
Joined: Sat Nov 16, 2019 12:49 am

Re: dietpi-backup - Location: Filesystem not supported

Post by Joulinar »

bruz wrote: Thu Feb 04, 2021 12:49 pm Are there any plans to extend it for ssh destinations?
This question I'm not able to answer. Let's check with the developer @MichaIng
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
User avatar
MichaIng
Site Admin
Posts: 3014
Joined: Sat Nov 18, 2017 6:21 pm

Re: dietpi-backup - Location: Filesystem not supported

Post by MichaIng »

Yes it's on the list to implement remote backups, but not sure when I find time to pick it up. Would be great if someone else does ;).
Post Reply