Hi.
You could paste a copy from the Linux console into the CODE TAG. It's then clearer.
Also, the "killall" command is unfortunately not quite universal and may behave a little differently, in different versions of it (BusyBox complex versions as well as in full-fledged Linux versions). In some versions, the signal number is not used, but the signal name, such as:
killall -SIGKILL oscam_11704
And somewhere I think the hyphen in front of the signal must not be used. I don't remember exactly. Sorry. But I know it's a mess with the new versions.
You can also use the "kill" command to kill processes, not just "killall". However, then you need to find out all PID numbers (values representing the process number). For example, as follows:
kill -n 9 $(pidof oscam_11704)
- or :
kill -9 $(pidof oscam_11704)
- or :
kill $(pidof oscam_11704)
(It really depends on the version of your "kill" command (or rather "kill" tool) that how it will behave.)
However, using killall and kill is very difficult on new Linux systems (Dreambox firmware) or even compared to old versions, many things always change! Therefore, it is better to use the standard path. If you show me an IPK package for your Oscam, I'll unpack it and tell you exactly how Oscam restarts in your case :) - based on the unpacked IPK package (using a 7-zip archiver you can unpack).
So... again... you must first know what startup principle is used on your Linux system. Maybe sysctl is not used for Oscam but systemd. You have to find out first.
Depending on what you copied from your console, you still haven't tried the "init.d" scripts !
I dont know all Enigma2 distributions in the world and I dont know in which Enigma2 there are exactly what options (installed components and tools of the Linux system).
OpenDreambox 2.5 should use sysctl, if I'm not mistaken. But the systemd / init.d service launcher can also be used there.
Or maybe "start-stop-daemon" is also used in your case. I really do not know. Linux systems are very extensive in this regard - in terms of processes and their management by the system administrator.