Am mai încercat variantele următoare (fără succes):

sh /jffs/script.sh </dev/zero &>/dev/null &

sh /jffs/portKnocking.sh </tmp/stdin >/tmp/stdout 2>/tmp/stderr &

Legat de job control - pare să fie un sâmbure de adevăr acolo:

root@rigel:/tmp/home/root# jobs
-sh: jobs: not found
root@rigel:/tmp/home/root# fg
-sh: fg: not found

Ce-i drept sistemul e pe un flash de 4MB (și 16MB RAM), din care mai am 64K
user-writable (în care îmi scriu un squashfs cu scripturile mele). Într-o
versiune mai veche de tomato (fără suport de IPv6) aveam mai mult spațiu
liber și țin minte că puteam porni scripturi la startup cu subshell-uri.

Scriptul pe care îl am eu vrea să fie un daemon și speram ca busyboxul să
fie suficient pentru nevoile mele. O să încerc să sap prin scripturile de
startup să văd cum de rămân persistente, însă, din păcate nu văd nimic gen
system-v...

Mă gândesc acum că chiar dacă aș face un wrapper în C care să lanseze
scriptul cu stdin/out/error decuplate, cine îmi garantează că ar funcționa
shell-ul ăla?

Altă variantă posibil nefiabilă ar fi să recompilezi busybox doar cu suport
extins de sh + jobs și să îl chem în shellul ăsta când vreau să-l lansez,
doar că nu știu dacă o să-mi încape busyboxul nou în 64k...

Problems, problems...


2014-06-03 11:04 GMT+03:00 Mișu Moldovan <[email protected]>:

> Adrian Popa <[email protected]> wrote:
> >
> > O altă variantă ar mai putea fi un script de cron care să lanseze
> > comanda periodic, iar comanda să verifice dacă pornește în buclă sau
> > nu pe baza unui lockfile... dar nu mi se pare elegant deloc...
>
> Mai puțin elegant mi se pare ce încerci să faci în busybox. Da' care-i
> problema de rezolvat până la urmă? Că dacă e ceva ce trebuie să stea în
> memorie permanent (aka daemon), poate că nu un script e soluția cea mai
> potrivită. Iar dacă e ceva ce poate fi lansat din când în când, există
> cron. Iar pentru problemele de cron îs altfel de soluții, nu tre' să
> demonizezi scripturi. HTH
>
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug

Raspunde prin e-mail lui