On Tuesday 03 June 2014 11:48:12 Adrian Popa wrote: > 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...
La pornire busybox ruleaza "init" ( ca orice linux dealtfel) care in unele versiuni e un symlink la busybox iar in altele e un script. Daca esti in cazul 2 poti piti si daemon-ul tau pe acolo, iar cazul unu se poate reduce la cazul doi inlocuind symlink-ul cu un script, in functie de ce altceva mai trebuie sa pornesti. > > 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 -- Mihai Bădici http://mihai.badici.ro _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
