Mam jeszcze jeden pomysł odnośnie nie nakręcania PIDów.....

Użyć crona z zadaniem co 1 min. Cron działając sam nie nakręca PID. Dopiero odpalenie zadania powoduje uruchomienie nowego procesu. Definicja zadania może zawierać nie tylko nazwę uruchamianego programu, ale także krótki skrypcik. Ważne żeby był napisany w 1 linijce i nie był dłuższy niż 256 znaków.

Więc napisanie definicji w stylu (posłuże się przykładam z VB):

* * * * * * if (not file_exist(file_name)) or (not file_exist(file_name)) then run_progs

nie powinno nakręcać PID. Sprawdzenie istnienia plików i komenda warunkowa if nie uruchomi chyba nowego procesu. Dopiero odpalenie run_progs będzie nowym procesem, a w moim przypadku dzieje się to sporadycznie.

Mam prośbę. Czy możesz mi napisać ten warunek podany wyżej jako skrypt linuxa, tak żeby zawierał się w jednej linii? Tu wychodzi mój brak doświadczenia z linem.......... Ale dużo się już nauczyłem

To chyba nie jest problem z jffs. Przeniosłem crontabs na /tmp i crond też nie aktualizuje. Może pooglądać źródła? Gdzie można znaleźć źródła OpenWRT dla S60cron i crond?

Wielkie dzięki za odpowiedź

To jeszcze jedno pytanie.

Czy proces nadrzędny (w tym przypadku /etc/init.d/S51neostrada - bo on go wywołuje) będzie cały czas aktywny, czy zostanie zakończony?

Tak miełem zrobione dotychczas.

Cron był odpalony na stałe z testem stanu ppp0 co 1 min. Chciałem z tego "uciec", bo odpalanie sktyptu testowego co 1 min powoduje straszne nakręcanie licznika procesów PID. Po trzech dniach PID jedzie od początku. Nie wiem czy z tego powodu, ale po kilku dniach prawidłowej pracy (PID obrócił 2 razy) skrypt nie podnosi ppp0. Dlatego chciałem uruchomić crona (z testem co 1 min) tylko w momencie utraty ppp0 i po podniesieniu usunąć odpalanie testu. Super mi to pasuje zrobić przez /etc/ppp/ip-down.d/moj_skrypt. Chciałem z /etc/ppp/ip-down.d/moj_skrypt modyfikować plik crontabs, a cron sam aktualizował by swoje zadania bez potrzeby jego restaru (restart = kill cron + start cron).

A jak wygląda sprawa z autoaktualizacją wpisów przez crona? To działa?

Witaj Cezary.

W miarę wolnego czasu poprawiam skrypt do neo. I natknąłem się na pewien problem. Otóż aby po utracie ppp0 na nowo je podnieść, chciałem zastosować do tego automatyczne odpalanie skryptu /etc/ppp/ip-down.d/moj_skrypt przez ppp0. Moj_skrypt ma za zadanie ustawienie crona, żeby podnosił ppp0. I tu problem....

Wpisanie wartości do crontabs i restart crona powoduje, że proces crond się NIE odpala (brak go w liście procesów). Najprawdopodobniej zakończenie pppd i /etc/ppp/ip-down.d/moj_skrypt (który jest własnością pppd) powoduje zakończenie procesów odpalonych z /etc/ppp/ip-down.d/moj_skrypt (a crond jest właśnie z niego odpalany).

Doczytałem, że crond (kiedy jest uruchomiony) co 1 min sprawdza zawatość crontabs (załadowane do pamięci) i jeśli jakiś wpis odpowiada aktualnemu czasowi to go uruchamia. Pisze również, że crond przed sprawdzeniem wpisów sprawdza datę pliku crontabs i w przypadku gdy jego data się zmieniła automatycznie aktualizuje sobie wpisy w pamięci.

Zastosowanie tego mechanizmu (autoaktualizacji crontabs) było by rozwiązaniem mojego problemu. Nie musiał bym restartowć crona (czyli odpalać od nowa jego procesu z /etc/ppp/ip-down.d/moj_skrypt), tylko zmieniał bym wpis w crontabs i wszystko by działało.

Niestety wszystkie próby autoaktualizacji crontabs przez crona (które przeprowadziłem) nie dają spodziewanego rezultatu. Może ta wersja crond nie ma autoaktualizacji crontabs?
Modyfikowałem /etc/crontabs/root ale to nic nie daje. Może on sprawdza jakiś inny plik? Tylko jaki?

Jesteś w stanie mi pomóc?

Pozdrawiam Jarek

Czy w takim razie, zrobienie kopii obrazu jffs bez blokowania ro wprowadza duże ryzyko wystąpienia błędu w backup, uniemożliwiającego jego późniejsze odtworzenie?

Chciałbym wrócić jeszcze do tematu backupu.

Próba wprowadzenia jffs w ro powoduje zgłoszenie:

mount: Mounting /dev/mtdblock/4 on /jffs failed: Device or resource busy

Wygląda na to, że coś cały czas jest "podpięte" do jffs. Czy cron może mieć coś z tym wspólnego? Wydaje mi się że nie, ale.... Być może modem_run albo pppoa3 są tego powodem. Czy da sie to jakoś sprawdzić?

Ceny zawierają się między 450 a 600. Przy tych tańszych trzeba doliczyć 20-30 za przesyłkę. Wychodzi bardzo podobnie. Można zaoszczędzić ewentualnie 30-50 PLN. Nie jest to wielki majątek.
Prawdą jest że stan techniczny jest bardzo ważny. Muszę sprawdzić.

Z tego co doczytałem to pcmcia jest 16bit. Mam taką kartę LAN (takie stałe łącze jest dla mnie najlepsze) kompatybilną z NE2000. Powinna być.

Czy posiadasz jeszcze swojego simpada? Czy go sprzedałeś?

Witaj,
Potrzebuję dorady. Mam na allegro możliwość kupienia simpada za 499PLN. Jak myślisz uda się kupić gdzieś taniej, czy brać?

Jasne. Inaczej cię zrozumiałem . Na allegro znalazłem T-Sinus PAD SIEMENSA, ale niestety nie ma LAN'a i biega na windzie (swoją drogą do tej pory używałem tylko windowsa ). Dobra cena!!!! Ciekawe czy gdyby dołożyć sieciówkę na PCMCIA (bo posiada) czy by działało? A linux na tym pójdzie?

A simpad pad jakim systemem działa i ma kartę sieciową?