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

Most free space is not filled #3

Open
gitthepie opened this issue Apr 22, 2023 · 7 comments
Open

Most free space is not filled #3

gitthepie opened this issue Apr 22, 2023 · 7 comments
Labels
bug Something isn't working

Comments

@gitthepie
Copy link

On a Pixel 7 device, I found that roughly 80% of the free space remained unfilled. I was watching the free space and refreshing at regular intervals to estimate how much longer the erase would take. The device had around 100 GB of free space, and I estimate no more than 20 GB was filled during the overwrite.

I have 2 questions here. First, I know the readme says "The file table of the secondary drive will never really be filled". But I thought this line was either referring to wear leveling or just a small portion of the space; not 80% of the free space!

Also, if Extirpater crashes during the wipe, is there a way, without root access, to clean up whatever temporary file it left while it attempted the wipe?

@SkewedZeppelin
Copy link
Member

The space shown in the progress bar should be capable of being erased. This may be due to some restriction on cache size per app.

is there a way, without root access, to clean up whatever temporary file it left while it attempted the wipe?

It automatically clears it on app start and erase finish. You could also simply uninstall the app.

@SkewedZeppelin SkewedZeppelin added the bug Something isn't working label Apr 22, 2023
@Moonstone3010
Copy link

Same here. I have internal memory full at 67% and the maximum full value when Extirpater is running is 71%. And that 71% comes when the progress bar is about 1/3, after that nothing more happens to the data in memory.

@gitthepie
Copy link
Author

gitthepie commented Jul 16, 2023

I just tested Extirpater on a much older device running Android 8. Extirpater worked perfectly. I also confirmed that the cache on the app filled up as the erase was happening, so I finally know how to clear the cache should there be a crash that may prevent the app from erasing the temporary files itself. If the app crashes, I can just go into the app storage screen and clear the cache, and that should be the end of any potential leftover files.

I like this app a lot, and it's a shame the app doesn't work correctly on my newer phone. Is there anything we can do to help developers fix the problem?

@SkewedZeppelin
Copy link
Member

fwiw simply opening the app will always delete all previous run data, you don't have to manually clear anything.

as for the limitation, an easy workaround may be simply dropping targetSdk, not too sure

@gitthepie
Copy link
Author

gitthepie commented Jul 16, 2023

Are you by any chance referring to this?: https://developer.android.com/guide/topics/manifest/uses-sdk-element.html

If you do release a new version with the change, could you please post here? I might be able to help test it. Honestly there aren't many shredder apps out there, let alone an open source one. I've been watching this post for months.

Edit: I have an update: I tried running Extirpater on a newer device again. Apparently, the app's cache size is reported by the app's "Storage" screen to be growing, but my file manager and Android's built in Storage app both show that free space stopped decreasing after the cache had reached roughly 24 GB. Are we sure that cache size is the problem?

@marzagheddon
Copy link

So? does this work or not?

@gitthepie
Copy link
Author

gitthepie commented Jul 23, 2024

No, it doesn't work. The developer clearly hasn't made a serious effort to fix this problem despite having some ideas on the cause, even when I made direct offers to help with testing. The limitations listed in the readme are just boilerplate and don't reflect the inability to fill such a significant percentage of the free space, which more than one person has already reported experiencing in this thread alone. If you need an app to securely erase unallocated storage, l suggest looking elsewhere. Being an open source app may be a plus, but it doesn't guarantee active development.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Development

No branches or pull requests

4 participants