Auto Schedule Restore problem

Brian

Administrator
Staff member
How do I stop auto-schedule-restore ? I have removed the package, but it still seems to be working every time the box is booted.
 
I don't have this package installed, but it might be worth looking in /mod/etc/init.d, this is where items are kept that execute when the Humax is booted up. All items that have upper case 'S' as their first letter will execute on boot up, so you might find something like S08_auto_schedule, renaming this to say s08_auto_schedule will prevent execution on boot up :-

Code:
humax# ls -al /mod/etc/init.d/
total 76
drwxr-xr-x  2 root root 4096 Nov 24 14:47 .
drwxr-xr-x 10 root root 4096 Nov 24 16:37 ..
-rwxr-xr-x  1 root root  276 Apr 24  2014 S00swapper
-rwxr-xr-x  1 root root  142 Sep 25  2011 S01crond
-rwxr-xr-x  1 root root  734 Jan 12  2015 S01lighttpd
-rwxr-xr-x  1 root root  104 Oct  8  2011 S02anacron
-rwxr-xr-x  1 root root  324 Oct 13  2012 S10screensaver
-rwxr-xr-x  1 root root  300 Dec  4  2013 S30posttvcrash
-rwxr-xr-x  1 root root  428 May  3  2015 S54recmon
-rwxr-xr-x  1 root root  464 Feb 16  2015 S55rs
-rwx------  1 root root  217 Feb 17  2015 S59webif
-rwxr-xr-x  1 root root  320 Jan 12  2015 S60parseepg
-rwxr-xr-x  1 root root  585 Mar 19  2012 S89betaftpd
-rwxr-xr-x  1 root root  131 Feb  4  2014 S99apprcd
-rwxr-xr-x  1 root root  135 Jan 26  2015 S99auto-unprotect
-rwxr-xr-x  1 root root  629 May 14  2011 Z80transmission
-rwxr-xr-x  1 root root  147 Jul 30  2011 Z99smartd
-rwx------  1 root root  611 May 17  2013 rcS-new
-rwx------  1 root root  581 May 17  2013 rcS-org
humax#
 
I have the following in /mod/etc/init.d

Code:
HumaxD3# ls -al /mod/etc/init.d/
drwxr-xr-x    2 root     root          4096 Nov 21 08:29 .
drwxr-xr-x    9 root     root          4096 Nov 24 16:07 ..
-rwxr-xr-x    1 root     root           276 Apr 24  2014 S00swapper
-rwxr-xr-x    1 root     root           142 Sep 25  2011 S01crond
-rwxr-xr-x    1 root     root           734 Jan 12  2015 S01lighttpd
-rwxr-xr-x    1 root     root           104 Oct  8  2011 S02anacron
-rwxr-xr-x    1 root     root           375 Oct 19  2014 S02dlna-filter
-rwx------    1 root     root           105 Oct 26  2013 S03autoschedule
-rwxr-xr-x    1 root     root           300 Dec  4  2013 S30posttvcrash
-rwxr-xr-x    1 root     root           266 Sep 30 17:48 S40ir
-rwxr-xr-x    1 root     root           428 May  3  2015 S54recmon
-rwxr-xr-x    1 root     root           464 Feb 16  2015 S55rs
-rwx------    1 root     root           217 Feb 17  2015 S59webif
-rwxr-xr-x    1 root     root           320 Jan 12  2015 S60parseepg
-rwxr-xr-x    1 root     root           585 Mar 19  2012 S89betaftpd
-rwxr-xr-x    1 root     root           414 Jul 30  2013 S90ntpclient
-rwxr-xr-x    1 root     root           708 May 10  2011 S91samba
-rwxr-xr-x    1 root     root           135 Jan 26  2015 S99auto-unprotect
-rwxr-xr-x    1 root     root           147 Jul 30  2011 Z99smartd
HumaxD3#
 
If you rename S03autoschedule to s03autoschedule the script contained in that file won't run at boot-up i.e. :-

Code:
humax# mv /mod/etc/init.d/S03autoschedule /mod/etc/init.d/s03autoschedule
 
Last edited:
After renaming S03autoschedule, I rebooted the box and can confirm that there was no auto schedule restore reboot.
Should I delete this renamed file?
 
Probably. I don't understand why the package manager didn't delete it though. You ought to check for /mod/sbin/autoschedule as well and delete that. That is the one that does the real work. As you were obviously seeing its effects, it's a fairly safe bet that it does still exist.
 
Yes, /mod/sbin/autoschedule is still present. So should it be safe to delete both of these files?
 
I'm not convinced you've uninstalled it. I would (force) reinstall and then uninstall the package.
 
I have force reinstalled the package, this caused it to perform an 'auto schedule restore' without any further intervention from myself. I rebooted the box, and waited until another 'auto schedule restore' had taken place, then checked the Installed package list but auto-schedule-restore was not listed, but is still shown in the Available list.
 
It would be easy to remove auto-schedule-restore manually, but it would be helpful to know what is going on, what do you get for opkg info auto-schedule-restore, (note, as I said earlier, I don't have this package installed) i.e. :-

Code:
humax# opkg info auto-schedule-restore
Package: auto-schedule-restore
Version: 1.3
Depends: webif (>= 1.0.16)
Provides:
Status: unknown ok not-installed
Section: misc
Architecture: mipsel
Maintainer: af123@hummypkg.org.uk
MD5Sum: 57df0e3eeaa4f3e3913b9479e14978b6
Size: 1358
Filename: auto-schedule-restore_1.3_mipsel.opk
Description: Automatically restore recording schedule on first boot following a retune. [Ignore disable OTA events]
Tags: http://hummy.tv/forum/threads/3881/
 
I have just tried the following command, opkg info auto-schedule-restore, and seem to get the same result as you.
Code:
HumaxD3# opkg info auto-schedule-restore
Package: auto-schedule-restore
Version: 1.3
Depends: webif (>= 1.0.16)
Provides:
Status: unknown ok not-installed
Section: misc
Architecture: mipsel
Maintainer: af123@hummypkg.org.uk
MD5Sum: 57df0e3eeaa4f3e3913b9479e14978b6
Size: 1358
Filename: auto-schedule-restore_1.3_mipsel.opk
Description: Automatically restore recording schedule on first boot following a retune. [Ignore disable OTA events]
Tags: http://hummy.tv/forum/threads/3881/

HumaxD3#
 
I would say "just delete the files", but they must have got there somehow and now odd things are happening when you install and uninstall the package, which suggests to me that your package database is somehow corrupt (we've seen this before with the various portal packages).
Does "grep auto-sched /mod/var/opkg/status" print one or two lines?
 
It doesn't seem to do much.
Code:
HumaxD3# grep auto-sched /mod/var/opkg/status
HumaxD3#
 
OK, thanks to both for helping to sort this out. I have deleted both files and rebooted the box, and the auto schedule restore has gone. :)
 
Back
Top