• The forum software that supports hummy.tv has been upgraded to XenForo 2.3!

    Please bear with us as we continue to tweak things, and feel free to post any questions, issues or suggestions in the upgrade thread.

[undelete]

Black Hole

Black Hole

May contain traces of nut
bottletop said:
I think it's pretty straightforward to delete all recordings on the drive by
Media/"select all" (green)/opt+/delete
When you're in the top directory.

It can potentially clear all recordings despite the settings for undelete. I think this is because the total size of the selected files will be greater than undelete settings. I try to mitigate that potential user error by locking 1 file in the important directories (eg top directory and others I wish to keep).

I haven't tried it recently, so be carefull.
Click to expand...
Does this really matter? If it does, then all undelete needs to do is exclude the recycle bin folder (and contents) from the delete operation it has intercepted, unless the contents of the recycle bin folder were selected explicitly. Then the deletion becomes a process of reallocating all the deleted files to the recycle bin (no change in disk utilisation), and if the user wishes to explicitly delete the recycle bin contents (as I do on occasion) this is still available.
 
Black Hole said:
Does this really matter?
Click to expand...
It may do. It depends on the the individual and the level of importance they associate with the media or recording.
Black Hole said:
.If it does, then all undelete needs to do is exclude the recycle bin folder (and contents) from the delete operation it has intercepted, unless the contents of the recycle bin folder were selected explicitly. Then the deletion becomes a process of reallocating all the deleted files to the recycle bin (no change in disk utilisation), and if the user wishes to explicitly delete the recycle bin contents (as I do on occasion) this is still available.
Click to expand...
Whatever, that sounds wonderful.
 
bottletop said:
It can potentially clear all recordings despite the settings for undelete. I think this is because the total size of the selected files will be greater than undelete settings.
Click to expand...
It isn't. Those limits are only taken into account during the overnight housekeeping process.
Black Hole said:
If it does, then all undelete needs to do is exclude the recycle bin folder (and contents) from the delete operation it has intercepted, unless the contents of the recycle bin folder were selected explicitly.
Click to expand...
The intercept has no knowledge of what else is being deleted. Each operation happens in isolation, so what you suggest is not possible.
If you do a Select All, then Delete, what happens depends on where on the list the Bin is.
Anything before it ends up being moved in to the Bin, then the Bin itself is deleted, then anything after ends up being put in a re-created Bin.
So you could end up with everything, some things, or nothing in the Bin, depending.

If people don't want the Bin deleted, then don't select it for deletion. It's pretty obvious really.
 
prpr said:
If you do a Select All, then Delete, what happens depends on where on the list the Bin is.
Anything before it ends up being moved in to the Bin, then the Bin itself is deleted, then anything after ends up being put in a re-created Bin.
So you could end up with everything, some things, or nothing in the Bin, depending.
Click to expand...
So a bit of an oozlum bird situation? Perhaps a package name change is in order ...
 
Isn't the to-be-deleted pathname available to the undelete hook, or a file descriptor that could be passed to fstat()?
 
Ah, because there's no state we don't know whether we're in a single delete or a recursive sequence or whatever, and we can't ban bin entries or they'd never get deleted?

Might it be possible to have some global flag (environment var, or /mod/etc/undelete.lock file, etc) that the delete hook can check so that ordinary deletion skips the bin, but the Empty Bin operation (from UI or when trimming) clears the flag temporarily?

Otherwise the oozlum bird is indeed a good analogy.
 
/df said:
because there's no state we don't know whether we're in a single delete or a recursive sequence or whatever, and we can't ban bin entries or they'd never get deleted?
Click to expand...
Exactly.
Might it be possible to have some global flag (environment var, or /mod/etc/undelete.lock file, etc) that the delete hook can check so that ordinary deletion skips the bin, but the Empty Bin operation (from UI or when trimming) clears the flag temporarily?
Click to expand...
Probably, but how would it get (un-)set when deleting things in the bin intentionally from the UI?
It's not worth the hassle.
 
I was thinking of that as collateral damage, but there could be an additional utility, or maybe an --unprotect-recycle-bin option to trm, that would allow deleting from the bin and could be called from Webif to delete binned files when the displayed directory is the bin or one of its subdirectory. No doubt the hassle factor would determine whether anyone implements such things.
 
I have deleted some files. They went in the deleted folder. A couple of days later I unplugged the aerial. The files seem to still be in the deleted folder after more than 7 days. Is this normal?
 
SemiRamis said:
I have deleted some files. They went in the deleted folder. A couple of days later I unplugged the aerial. The files seem to still be in the deleted folder after more than 7 days. Is this normal?
Click to expand...

Checking your settings may give you an idea concerning if it should be normal for you:

1735319629008.png
 
SemiRamis said:
Because it gives the t2 the time perhaps? After more than 7 days, which is my setting, the files still sat in undeleted. Probably more than 10 days
Click to expand...
And what time does the Humax think it is?
From a command line (telnet, putty or webif->Diag->Command Line) issue the date command

If you install the ntpclient advanced package the clock will be updated from the internet.
 
You must log in or register to reply here.
Back
Top