Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Usability problem: backup.sh assumes cwd has bulk storage space available #79

Open
byron-hawkins opened this issue Sep 29, 2023 · 1 comment
Labels
bug Something isn't working

Comments

@byron-hawkins
Copy link

not device related

System info

Available disk space: 100GB on disk 1, 20GB on disk 2
Operating system: Fedora 38


Describe the issue below.

When backup.sh begins to pull data from the device, it stores everything in a directory ./backup-tmp, regardless of the backup directory selected by the user. It may be that the current directory is on a disk that does not have bulk storage space available, and that the selected backup directory is on some entirely different disk that does have space. In this case, backup will fail, even though space is available at the selected location. Note that Linux functions very poorly when the root filesystem runs out of disk space, potentially locking out the user.

Would it be possible to move backup-tmp over to the user's selected backup directory?

@byron-hawkins byron-hawkins added the bug Something isn't working label Sep 29, 2023
@mrrfv
Copy link
Owner

mrrfv commented Sep 29, 2023

Would it be possible to move backup-tmp over to the user's selected backup directory?

Not at the moment, but there's a very easy workaround for that - just copy Open Android Backup's files (backup.sh and related) to the drive you want to store backup-tmp in.

mrrfv added a commit that referenced this issue Oct 11, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants