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

    This upgrade brings a number of improvements including the ability to bookmark posts to come back to later. Please bear with us as we continue to tweak things and open a new thread for any questions, issues or suggestions in Site/Forum Issues.

[undelete] package released!

prpr

Well-Known Member
Does running the general diagnostic give pass on all results?
Let's see the output of "ls -lR /mod/boot/" at the command line.
 

kevinfff

New Member
Got it! Here's the output:

Code:
humax# ls -lR /mod/boot/                                                                                                                               

/mod/boot/:                                                                                                                                             

lrwxrwxrwx    1 root     root            27 Nov 16 17:54 2 -> /var/lib/humaxtv_backup/mod

-rw-r--r--    1 root     root         12288 Nov 17 08:43 bootset.db                                                                                     

drwxr-xr-x    2 root     root             0 Nov 16 18:13 bootstrap.d

drwxr-xr-x    2 root     root             0 Jan 19  2015 dbupdate

-rw-rw-rw-    1 root     root            15 Nov 16 18:21 dustbin.name                                                                                   

drwxr-xr-x    2 root     root             0 Nov 16 18:21 env.d

-rw-rw-rw-    1 root     root             6 Nov 16 17:54 hostname                                                                                       

-rwxr-xr-x    1 root     root          1755 Mar 24  2014 posttvcrash

-rwx------    1 root     root         28872 Jun 29  2017 rsvsync

-rw-rw-rw-    1 root     root         11628 Nov 17 08:48 schedule.ab                                                                                   

-rw-r--r--    1 root     root           135 Mar  1  2012 settop.env                                                                                     

-rwxr-xr-x    1 root     root         10776 Sep  6  2016 tweak

drwxr-xr-x    2 root     root             0 Nov 17 08:47 xinit.d

                                                                                                                                                        

/mod/boot/bootstrap.d:                                                                                                                                 

-rwxr-xr-x    1 root     root           786 Apr 30  2018 xrts

                                                                                                                                                        

/mod/boot/dbupdate:                                                                                                                                     

                                                                                                                                                        

/mod/boot/env.d:                                                                                                                                       

-rw-r--r--    1 root     root           505 Jan 12  2015 dustbin                                                                                       

-rw-------    1 root     root           222 Aug 14  2016 nugget                                                                                         

                                                                                                                                                        

/mod/boot/xinit.d:                                                                                                                                     

-rwx------    1 root     root          9652 Feb 19  2016 ahw

-rwx------    1 root     root          7096 Feb 21  2017 bootset

-rwx------    1 root     root          9340 Jan 19  2015 dbupdate

-rwxr-xr-x    1 root     root           146 Jan 10  2012 install_dustbin

-rwx------    1 root     root           150 May 26  2016 install_nugget

-rwxr-xr-x    1 root     root            78 Jan 12  2015 rsvsync

-rwx------    1 root     root          5768 Apr 28  2012 xdso

-rwx------    1 root     root          9636 Feb  9  2015 xota
 
Last edited:

kevinfff

New Member
So, amazingly, undelete suddenly started working again last night. I have made no further changes, it just worked after I deleted a watched programme, and then it worked again two times. Thanks everyone for your input.
 

Black Hole

May contain traces of nut
Had you tried deleting something before, or did you just assume that because there was no "[Deleted Items]" folder it wasn't working?
 

kevinfff

New Member
Oh yes, I had tried deleting things before, I even created my own [Deleted Items] folder from the unit, but it remained empty until last night. Perhaps it needed time and more reboots.
 

Matthew

Member
I like this package but have one issue with it, if you have a usb/networked drive connected and delete from it, that takes some time as with this it copies the file back to your deleted folder.

I've not looked at the code yet but if someone could give some pointers where to look and maybe even best way to add a setting for a condition, I'll write a mod.
 

Black Hole

May contain traces of nut
if you have a usb/networked drive connected and delete from it, that takes some time as with this it copies the file back to your deleted folder.
Really? I've not noticed that. Are you sure it's not just slow because the delete operation is being performed over a network link, and it is a proper delete rather than a move (ie update file pointers to recycle bin)? That's what I have put it down to in the past.
 

4ndy

Forum Supporter
It has always been that way, but does only apply to deletions made via webif.

I also find it a pain sometimes, especially if deleting from external HDD to free up space mid-copy.

Sent from my SM-G950F using Tapatalk
 

Matthew

Member
Really? I've not noticed that. Are you sure it's not just slow because the delete operation is being performed over a network link, and it is a proper delete rather than a move (ie update file pointers to recycle bin)? That's what I have put it down to in the past.
Its definitely that way, after deletion I find the recording in the bin, so have to delete again!


Deleting film as above 5 mins ish
Deleting via samba few secs.
 
Last edited:

/df

Active Member
... if you have a usb/networked drive connected and delete from it, that takes some time as with this it copies the file back to your deleted folder.

I've not looked at the code yet but if someone could give some pointers where to look and maybe even best way to add a setting for a condition ...
It seems to be coded in the shared library libdustbin.so which gets installed into /var/lib/humaxtv_backup/mod == /mod/boot/2 to hook the delete (ie, unlink()) call in the Humax blob. Presumably @af123 has the source of this?

In various OS and Desktop Environment implementations, there is a per-user, per-device trash folder. This case only needs a per-device folder.

Does the behaviour depend on where the device is mounted ("My Video" or /media)?
 
Last edited:

Black Hole

May contain traces of nut
I like this package but have one issue with it, if you have a usb/networked drive connected and delete from it, that takes some time as with this it copies the file back to your deleted folder.
Really? I've not noticed that. Are you sure it's not just slow because the delete operation is being performed over a network link, and it is a proper delete rather than a move (ie update file pointers to recycle bin)? That's what I have put it down to in the past.
Its definitely that way, after deletion I find the recording in the bin, so have to delete again!
OK, so I've finally got around to testing. My experience, as they say, varies:

I accumulated some recordings I wanted to delete on one HDR, and deleted them via the SUI of another (as a SMB share). Both have undelete installed. Neither ended up with the recordings in their recycle bins, and the delete process didn't take a noticeably long time. I have a low-bandwidth link between the HDRs (HomePlug), and I was playing a recording via SMB share at the time. The playback was not interrupted by network bandwidth restrictions.

I have "shareFolder = off" in [Modsettings]. This means the share is accessed as a virtual USB drive via Media >> Storage (blue) >> USB. If you have "shareFolder = on", the network share appears in My Video as a virtual folder. That could well affect the behavior of an SUI delete operation - there would be no clue that the recording being deleted was off-box, and undelete would kick in when normally it doesn't for USB-mounted drives.

Regardless of how convenient it may seem to have shared recordings accessible from the My Video folders, there are many disadvantages and pitfalls. This is another.
 

/df

Active Member
... If you have "shareFolder = on", the network share appears in My Video as a virtual folder. That could well affect the behavior of an SUI delete operation - there would be no clue that the recording being deleted was off-box, and undelete would kick in when normally it doesn't for USB-mounted drives.
...
But all the various code paths seem to use (eventually) Linux's rename(from, to) which fails if the from file/directory is not on exactly the same mounted filesystem as to, so the above case should just give a delete error. Enlightenment welcome.
 
Top