kuphal at dls.net
Thu Mar 10 01:13:53 UTC 2005
andrew burke wrote:
>It seems that this could still work within the bounds of reason:
>When you delete a show, it's marked for deletion, but is not actually
>removed. It's not shown on the list of shows that you're able to watch.
>To reclaim it, one would have to go to a UI screen for undeleting shows.
>Shows marked for deletion are actually deleted when more space is needed,
>and/or to stay under whatever limit mythtv has been given in terms of hard
>disk usage. They are ordered for deltion based on some metric, the
>simplest being time since being marked for deletion.
The problem is that I may want to use part of that space faster than
mythtv can make it available (i.e. copying a VOB file into my video
folder) and I end up in a "disk full" scenario which could also
seriously impact in progress recordings writing to the same disk which
is now suddely out of space. To me, the user, the system has suddenly
messed up my VOB file copy and quite possibly crashed due to a full disk
causing me to lose recordings. Ironically, if I went back to the system
after restarting the backend, I would have X amount of space free
because the autoexpire probably ran on startup making it a confusing
mess since the obvious cause (full disk condition) is suddenly gone.
>Yes, if you use your machine for more than mythtv and you absolutely want
>to have more drive space, you will have to manually purge the shows marked
Not something I want to do. I'm happy to have this an optional feature
but I think I side with Isaac on this one that making the auto-expire
"smart" is far preferable to a kind of mysterious "undelete" bin that
might end up causing more harm than good. Granted, my example problem
above exists with the existing auto-expire feature as well so it is not
something limited to the new proposal, only exasberbated by it by
deleted shows not really deleting.
More information about the mythtv-dev