• Hola Invitado, nos gustaría recordarte que mantener este sitio en línea conlleva unos gastos mensuales y anuales.

    Sin vuestra ayuda mensual no es posible seguir en pie, no hay mucho más que contar.

    Si quieres colaborar para que sea posible por lo menos seguir en pie como comunidad, puedes hacerlo mediante alguno de los métodos disponibles en esta página: https://www.lonasdigital.com/donaciones/

    Recuerda que si necesitas invitación para acceder al foro, puedes solicitarla en nuestro Grupo de Telegram


script todas las emus offf

T

tocomochosi

Colaborador
Registrado
17 Oct 2008
Mensajes
340
Reacciones
0
Puntos
94
Buenas estoy haciendo una imagen con las siguientes emus black hole

oscam+cccam+mbox
oscam+mbox
oscam+cccam
sbox+cccam+mbox
sbox+mbox
sbox+cccam

mi duda es que queria crear un script para detener cualquier emu

¿He pensado en esto? pero no funciona lo de matar sbox por el script sbox test como puedo matarlo ?¿Me podriais dar un empujoncín?Lo demas si que lo mata todo menos el sbox que lo auto levanta por el script sbox test

#!/bin/sh

CAMNAME="stop todas las emus"

remove_tmp () {
rm -rf /tmp/*.info* /tmp/*.tmp*
}

case "$1" in
start)
echo "[SCRIPT] $1: $CAMNAME"
remove_tmp
killall -9 oscam
killall -9 sbox
killall -9 socat
killall -9 CCcam
killall -9 mbox
killall -9 /usr/camscript/sboxtest.sh
;;
stop)
echo "[SCRIPT] $1: $CAMNAME"
killall CCcam 2>/dev/null
touch /tmp/mbox.kill
killall socat 2>/dev/null
sleep 4
killall -9 CCcam 2>/dev/null
killall -9 mbox 2>/dev/null
killall -9 socat 2>/dev/null
killall -9 sbox 2>/dev/null
remove_tmp
;;
*)
$0 stop
exit 0
;;
esac
 
Última edición:
El script no lo matas (puedes matar los procesos que este abra) lo ejecutas, entiendo que desde cron.
Una solucion es parar desde tu scritp cron, y lo arranques desde script arranque de la emu.

Pero tan inestable es la emu que tienes que verificar con script su funcionamiento?

Salu2.

Pd que ventaja trae combinar cccam+oscam?

gracias.
 
Última edición:
Que te cuente la gente si alguna vez se le a caido sbox el verificador de sbox arranca desde el script de arranque de la emu y no desde el cron despues en cuanto lo ultimo que me as dicho compartes tu local com mbox y cccam .Ccam lee las cards de mbox y lo visualizas todo osea tu cccam osea local+mbox+todostuspeersdecccam y visualizas por ccam creo que asi esta todo dicho un saludo decir que para esto funcione tiene que estar todo por su socat
 
Otra cosa oscam funciona mas rapido que sbox y es mas estable yo pongo sbox como opcion pero el tiempo de respuesta de sbox respecto oscam .oscam responde con 400ms antes de media que sbox
Comprobado con el mismo canal y carga de peers en vacio no e probado pero sera similar un saludo y perdon por el tocho
 
Que te cuente la gente si alguna vez se le a caido sbox el verificador de sbox arranca desde el script de arranque de la emu y no desde el cron despues en cuanto lo ultimo que me as dicho compartes tu local com mbox y cccam .Ccam lee las cards de mbox y lo visualizas todo osea tu cccam osea local+mbox+todostuspeersdecccam y visualizas por ccam creo que asi esta todo dicho un saludo decir que para esto funcione tiene que estar todo por su socat

Por favor, cuentame mas del verificador de sbox, lo desconozco? el resto del parrafo no lo entiendo. porque no usas el server cccam de oscam?

que ventaja trae combinar cccam+oscam? Tu script las arranca las dos.
Salu2.
 
Última edición:
Aver oscam viene a ser lo mismo que sbox, tb se puede poner newcs o cualquier otra forma de leer tu card de abonado.En mis scripts arrancas o sbox o oscam dependiendo lo que mas te guste por que para gustos los colores para mi mas rapido y estable oscam respecto a sbox ya tenemos leida nuestra local y sus posibles convinaciones, en tanto arrancando por separado mbox o cccam con la lectora que queramos oscam o mbox.
O una pocima de 2 emus y su lectora siendo cccam siempre por donde se ve osea oscam ccccam mbox y sbox cccam mbox la unica diferencia entre esos dos conjuntos es la forma de leer tu visa respecto al verificador esto es un script que cuando sbox se cae."Todos sabemos que con 3 emus y muchas peticiones algunas veces deja de funcionar sbox por eso este sctrip ve el estado de sbox si el proceso no esta activo inicia de nuevo sbox para que no perdamos nuestra local nunca, esto con oscam no hace falta porque oscam simplemente no se cae es mas si sacas la card y la metes luego sigue funcionando cosa inpensable en sbox oscam tiene un parametro no me acuerdo si se llama delay que si ponemos 180 por ejemplo se queda 3 min esperando intentando leer a que tenga una card antes de que se caiga y mas cosas por las que oscam no hace falta verificar nada por que ya te digo que oscam no se cae espero que así me allas entendido un saludo.
Otra cosa en mi script no levanto nada (en el que e puesto) "como mata emus" entonces no entiendo cuando pones que mi script arranca las 2.
 
Última edición:
para matarlo......

yo no tengo vu+ tengo golden media, pero imagino que sirviria igual:

Yo tengo el sboxtest.sh y lo tengo renombrado a sboxtest(esto es lo de menos es por gusto) y lo tengo puesto en la carpeta /var/bin de mi receptor.

- lanzo el script desde el deco con el mando a distancia imagino que tu lo haras en la vu+ pues con el lanzador de script que lleve ese deco.....

- bueno una vez lanzado pues me voy a la consola terminal y pongo ps para ver los procesos activos y me encuentro que al lanzar el script pues se produce esto:

http://img813.**********.us/img813/3209/momof.png


Uploaded with **********.us

como ves lo que nos interesa seria:

2531 root 0:00 {sboxtest} /bin/sh /var/bin/sboxtest--->el script que comprueba que sbox esta funcionando
2535 root 0:00 sleep 60----> el tiempo de comprobacion que es un bucle cada 60 sgundos
2536 root 0:00 /var/emu/sbox---> y que la emu pues esta arrancada

En tu caso pues tendras el sboxtest pues en la carpeta que sea de tu deco, para que sea reconocida en la utilidad de lanzar script desde el mando a distancia del deco....

- en tu caso pues como lo tienes puesto:

killall -9 sbox 2>/dev/null---> paras la emu.....

killall -9 /usr/camscript/sboxtest.sh-->pero con esto seguramente no estes parando el script por que el proceso igual no es exactamente este y por lo tanto el script sigue funcionando y como bien dices te reinicia pues sbox..

En mi deco como puse vemos:

2531 root 0:00 {sboxtest} /bin/sh /var/bin/sboxtest--->el script que comprueba que sbox esta funcionando
2535 root 0:00 sleep 60----> el tiempo de comprobacion que es un bucle cada 60 sgundos
2536 root 0:00 /var/emu/sbox---> y que la emu pues esta arrancada

pues yo para pararlo tengo hecho un script que me hace esto:

Código:
#!/bin/sh
start-stop-daemon -K -q -x /var/emu/sbox &
start-stop-daemon -K -q -x /bin/sh /usr/bin/sboxtest &



start-stop-daemon -K -q -x /var/emu/sbox &----->me para la emu
start-stop-daemon -K -q -x /bin/sh /usr/bin/sboxtest &....>me para el script

y me funciona perfectamente:54:

Pues tu comprueba en tu deco cuando lanzas el script que procesos te crea el sboxtest y lo añades a tu script.

un saludo
 
muchas gracias compi cuando rege a casa lo pruebo y te comento un saludo machine
 
#!/bin/sh

CAMNAME="stop todas las emus"

remove_tmp () {
rm -rf /tmp/*.info* /tmp/*.tmp*
}

case "$1" in
start)
echo "[SCRIPT] $1: $CAMNAME"
remove_tmp
killall -9 oscam
killall -9 socat
killall -9 CCcam
killall -9 mbox
start-stop-daemon -K -q -x /usr/emu/sbox & #----->me para la emu sbox
start-stop-daemon -K -q -x /usr/camscript/nombre del proceso cuando lo mire & #....>me para el script
;;
stop)
echo "[SCRIPT] $1: $CAMNAME"
killall CCcam 2>/dev/null
touch /tmp/mbox.kill
killall socat 2>/dev/null
sleep 4
killall -9 CCcam 2>/dev/null
killall -9 mbox 2>/dev/null
killall -9 socat 2>/dev/null
killall -9 sbox 2>/dev/null
remove_tmp
;;
*)
$0 stop
exit 0
;;
esac



seria mas o menos así no???????? un saludo
 
Buenas no doy con el sitio no que poner para matar el dichoso script mis preocesos son estos aver si ves algo yo el que veo es el que puse y no hace na jajaja un saludo

Vuplus 2.2.0 + BlackHole 1.7.1 vuuno

vuuno login: root
Password:
root@vuuno:~# ps
PID USER VSZ STAT COMMAND
1 root 1784 S init [3]
2 root 0 SW [kthreadd]
3 root 0 SW [ksoftirqd/0]
5 root 0 SW [kworker/u:0]
6 root 0 SW [migration/0]
7 root 0 SW [migration/1]
8 root 0 SW [kworker/1:0]
9 root 0 SW [ksoftirqd/1]
10 root 0 SW [kworker/0:1]
11 root 0 SW< [khelper]
12 root 0 SW [sync_supers]
13 root 0 SW [bdi-default]
14 root 0 SW< [kblockd]
15 root 0 SW< [ata_sff]
16 root 0 SW [khubd]
17 root 0 SW< [cfg80211]
18 root 0 SW< [rpciod]
19 root 0 SW [kswapd0]
20 root 0 SW [kworker/1:1]
21 root 0 SW [fsnotify_mark]
22 root 0 SW< [nfsiod]
23 root 0 SW< [crypto]
33 root 0 SW [scsi_eh_0]
34 root 0 SW [scsi_eh_1]
35 root 0 SW [kworker/u:1]
37 root 0 SW [mtdblock0]
38 root 0 SW [mtdblock1]
39 root 0 SW [mtdblock2]
40 root 0 SW [mtdblock3]
41 root 0 SW [mtdblock4]
42 root 0 SW [mtdblock5]
43 root 0 SW [mtdblock6]
44 root 0 SW [mtdblock7]
45 root 0 SW [ubi_bgt0d]
46 root 0 SW [ubifs_bgt0_0]
63 root 0 SW [sched]
64 root 0 SW [sched_low]
65 root 0 SW [sched_high]
66 root 0 SW [sched_idle]
67 root 0 SW [brcmv]
68 root 0 SW [fbt0]
69 root 0 SW [lcd]
70 root 0 SW [sc0]
71 root 0 SW [sc1]
101 root 2244 S < udevd --daemon
441 root 0 SW [kjournald]
456 root 2200 S /usr/bin/inadyn -u xxxxxxxxxxxx@hotmail.com -p xxxxxxxx
457 root 3536 S /usr/bin/blackholesocker
459 root 2824 S /usr/sbin/crond -c /etc/bhcron/
492 root 4188 S nmbd -D
494 root 6892 S smbd -D
515 root 6892 S smbd -D
537 messageb 2472 S /usr/bin/dbus-daemon --system
545 root 2412 S /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host
548 root 1896 S /usr/sbin/inetd
556 daemon 1772 S /sbin/portmap
558 root 0 SW [flush-8:0]
571 root 0 SW [lockd]
572 root 0 SW [nfsd]
573 root 0 SW [nfsd]
574 root 0 SW [nfsd]
576 root 2480 S /usr/sbin/rpc.mountd
579 root 2572 S /sbin/syslogd -n -O /var/log/messages -s 32 -b 1 -m 2
581 root 2572 S /sbin/klogd -n
584 root 19184 S /usr/bin/usbtuner
596 root 19184 S /usr/bin/usbtuner
597 root 19184 S /usr/bin/usbtuner
586 root 0 SW [kdvb-ad-1-fe-0]
703 root 2320 S /usr/sbin/automount --pid-file=/var/run/autofs/_autof
761 avahi 3148 S avahi-daemon: running [vuuno-2.local]
771 root 2572 S /bin/sh /usr/bin/enigma2.sh
774 root 92336 S /usr/bin/enigma2
776 root 92336 S /usr/bin/enigma2
810 root 92336 S /usr/bin/enigma2
822 root 92336 S N /usr/bin/enigma2
777 root 0 SW [ca:0:4]
779 root 0 SW [ci_kthread]
836 root 32668 S /usr/bin/sbox
856 root 32668 S /usr/bin/sbox
857 root 32668 S /usr/bin/sbox
858 root 32668 S /usr/bin/sbox
838 root 2636 S sh /usr/camscript/sboxtest.sh
846 root 2740 S /usr/bin/socat PTY,link=/dev/dvb/adapter1/ca0 UDP-SEN
847 root 2740 S /usr/bin/socat PTY,link=/dev/dvb/adapter1/demux0 UDP-
855 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
885 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
886 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
887 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
888 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
889 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
890 root 53660 S /usr/bin/mbox /usr/keys/mbox.cfg
865 root 207m S /usr/bin/CCcam
866 root 207m S /usr/bin/CCcam
867 root 207m S /usr/bin/CCcam
868 root 207m S /usr/bin/CCcam
869 root 207m S /usr/bin/CCcam
870 root 207m S /usr/bin/CCcam
871 root 207m S /usr/bin/CCcam
872 root 207m S /usr/bin/CCcam
873 root 207m S /usr/bin/CCcam
874 root 207m S /usr/bin/CCcam
875 root 207m S /usr/bin/CCcam
876 root 207m S /usr/bin/CCcam
877 root 207m S /usr/bin/CCcam
878 root 207m S /usr/bin/CCcam
879 root 207m S /usr/bin/CCcam
880 root 207m S /usr/bin/CCcam
881 root 207m S /usr/bin/CCcam
882 root 207m S /usr/bin/CCcam
883 root 207m S /usr/bin/CCcam
894 root 207m S /usr/bin/CCcam
895 root 207m S /usr/bin/CCcam
913 root 207m S /usr/bin/CCcam
914 root 207m S /usr/bin/CCcam
920 root 207m S /usr/bin/CCcam
931 root 207m S /usr/bin/CCcam
976 root 207m S /usr/bin/CCcam
910 root 0 SW [kworker/0:2]
1094 root 2440 S sleep 60
1100 root 2892 S telnetd
1101 root 2888 S -sh
1108 root 2888 R ps
root@vuuno:~#
 
Para gustos colores, pero hacer de lector, por logica cogeras el mejor, independientemente de como compartas, segun comentas oscam es mas rapido como lector, y tiene la posibilidad de hacer de server cccam, por que arrancas dos emus para hacer lo que hace una mejor y mas eficiente.

Como supervisas un proceso, sino lo haces con cron?
Mira que tienes en etc/init.d

start-stop-daemon para todos los servicios, es poco elegante parar por parar, sin saber lo que se hace.

Salu2.

Pd. Te recomiendo, que leas que es linux, como funciona, que es un script, como se usan, antes de "Hacer una imagen"
Ademas no te vendria mal estudiar un poco mas las emus.
 
Última edición:
el diablo lo ha visto :54::54:

tu tendrias que parar este proceso:

sh /usr/camscript/sboxtest.sh

start-stop-daemon -K -q -x sh /usr/camscript/sboxtest.sh

antes de meterlo en el script pues pegalo en la consola asi veras si te lanza algun error, si todo aparentemente correcto, luego vuelves a poner,

ps

y compruebas si ese proceso que te he puesto esta o ya no...

saludos
 
Última edición:
Esto es para ceve1
lo siento por no ser un superdotado como tu pero que sepas que estos linux son un poco especialitos y no es la 1° IMAGEN que ago es mas arreglo cosas a la peña y esto lo puedes corroborar si quieres y esto lo ago para los que estan empezando para que lo tengan mas facil porque yo lo tengo todo funcionando en todos los decos que e tenido y me e peleado con todos desde la 500 500plus 800 800se goldenmedia y vu ahora no me vengas a decir que no tengo np idea lo siento de no ser catedratico en linux pero si todos nacemos enseñados de que valen estos foros lo 1 para aprender y lo 2 para hacer colegas y si ye queda tiempo para ver la tele pues la tele
 
El script de supervision arranca desde el mismo script de arranque de la emu sbox.... Este script invoca a el scrip de supervision cuando sbox arranca i si falla lo rearranca a lo de poner varias emus ay gente que le gusta muchisimo sbox y no les gusta cambiar asta que les convences que es mejor oscam.Es un amor ciego a sbox que todavia no comprendo por eso lo pongo
 
Haya paz bajar los humos.
 
Buenas, yo siento que te lo tomes asi, compi.
Pero bueno yo de esos linux especiales no tengo mucha informacion, sorry.

Solo que me ha sorprendido, por tu pregunta.
Yo no he dicho ni mucho menos que no sepas nada, y nadide nace enseñado, pero si es el responsable de los conocimientos que adquiere.

No creo en superdotados, lo importante es el interes con el que se hacen las cosas y siempre se aprende algo

Suerte en tus proyectos, pero la lectura nunca hace daño.

salu2.
 
Ok compi no pasa nada un saludo
 

Temas similares

Atrás
Arriba