AbrahaM

Żartujesz? napisz proszę że żartujesz... Jeśli nie żartujesz, to zmierz sobie (znam wyniki, ale wolę byś przekonał się samodzielnie, naocznie) pobór prądu podczas pracy i w standby przez poszczególne odbiorniki. Ze szczególnym naciskiem na polecane przez nas Sagecomy. Po czym zastanów się nad sensownością tego, co napisałeś powyżej. Przy okazji przypomnę, że elektronice (zazwyczaj, poza wyjątkami rażąco źle zaprojektowanego sprzętu), bardziej szkodzi cykl włącz-wyłącz niż praca ciągła.

hrhr, tylko zasygnalizuję nieśmiało ;) iż właśnie kompilacja jest 9673 w drodze.

ubić proces enigma2 przy pomocy polecenia killall enigma2 szybciej niż w 15 sekund (takie jest opóźnienie restartu enigma2) wrzucić i zapisać w pliku /etc/enigma2/settings config.misc.useTransponderTime=false

Jest tak, jak piszesz, teraz livelog nie jest "obowiązkowy", tylko uaktywniany (lub nie) podczas kompilacji. Nasze binarki posiadają livelog.

jak możesz: skompiluj 9616, bo w 9614,15,16 pousuwali trochę błędów, w tym jeden nieprzyjemny w 9616.

Tak, istnieje. Dla całego danego proxy/czytnika. Najlepiej po dłuższym czasie, kiedy dzięki zapytaniom oscam po cccam sobie sam zbuduje możliwie pełną listę bad sids. Potem wystarczy tylko skopiować sidy, dodać między nimi przecinki, zrobić z tego "service", którego będzie się w czytniku/proxy używać jako listę negatywną, "not services".

wcale mnie to nie dziwi, używasz antycznej wersji, o tym pisałem podsyłając odnośnik.

coś kombinujesz. albo używasz zmodyfikowanego softcam.sh, albo oscama "nie od nas" (z inną domyślną lokalizacją konfigów), niewykluczone, że w dodatku mocno starego, nie obsługującego -u w linii poleceń, binarka nie powinna się wywalać, a "aktualne" oscamy pracują prawidłowo w GOS. to nie jest błąd Graterli, inaczej nie będzie, odsyłam do lektury tej wiadomości.

bywa :) przeprosiny przyjęte :)

Nie mamy tak samo. Z ustawionym pmt_mode = 6 ("od zawsze") wynik dla nestat -a -n jest poniższy: Active UNIX domain sockets (servers and established) Proto RefCnt Flags Type State I-Node Path unix 2 [ ACC ] STREAM LISTENING 867 /var/run/lirc/lircd unix 2 [ ACC ] STREAM LISTENING 1202 /tmp/.listen.camd.socket unix 2 [ ACC ] STREAM LISTENING 1224 /tmp/mmi.socket unix 2 [ ACC ] STREAM LISTENING 1231 /tmp/hotplug.socket unix 3 [ ] STREAM CONNECTED 31902 /tmp/.listen.camd.socket unix 3 [ ] STREAM CONNECTED 31901 unix 3 [ ] STREAM CONNECTED 872 /var/run/lirc/lircd unix 3 [ ] STREAM CONNECTED 871 system zaktualizowany, do stanu "na dziś". Standardowe pytanie: jaką wersje oscama używasz?

bo to nie ten webif, nie chodzi o webif odbiornika, a webif oscama, przy założeniu, że wymienisz sobie binarkę (są na forum w odpowiednim dziale), na taką, która webif posiada, wgrasz jako oscam_user i ustawisz uprawnienia. To, jak to zrobić też jest dokładnie opisane na forum w odpowiednim dziale. Zapomniałeś dodać, że w webif oscama, zaś mam silne wrażenie, iż pytający pisał o webif odbiornika...

otóż to, ale upewnić się należało, niestety to oznacza, że problem jest nierozwiązany.

tam, gdzie jest ustawione, domyślnie... niestety w pamięci odbiornika, z oscam.conf, z sekcji global podaj wartości poniższych zmiennych: logfile = maxlogsize =

domyślnej konfiguracji jeszcze nie wdrożyliśmy, więc rozmiar logu maksymalny jest taki, jaki użytkownik ustawił.

pozwolę sobie na zadanie pytania o pozornie oczywistą oczywistość: log oscama (w)liczyłeś w ilość zajętego miejsca?

Skrypty obsługujące Oscam w Graterlia OS przewidują użycie względnie aktualnych wersji, nie zaś przeraźliwych antyków. Używasz aż tak muzealnej wersji (sprawdź datę kiedy została wydana), że nie obsługuje ona (między innymi) kodowania UTF-8, pozwalającego na używanie w oscamie znaków narodowych. Wywołujemy oscama z parametrem -u, by obsługa UTF-8 była aktywna. Masz wybór albo upierać się przy używaniu antycznego oscama i zmodyfikować w /etc/init.d/ plik softcam.sh usuwając wystąpienia -u(1) w odpowiednich miejscach, albo używać aktualnie stosowanego przez Graterlia OS oscama,(2) być może po niezbędnych poprawkach konfiguracji. 1) pamiętając, że skrypt softcam.sh jest elementem graterlia-scripts, każdorazowa aktualizacja tego składnika, zastąpi twój softcam.sh standardowym, 2) jeśli chcesz wersje "taką, jak w odbiorniku", ale z webif, to ją sobie pobierz z odpowiedniego działu na forum. Graterlia OS nie będzie zmieniona w tej kwestii. Jeśli ktoś używa komponentów inne niż przez nas przewidziane, to robi to na własne życzenie, zaś my zakładamy też, że wie co i dlaczego robi.

Uff. Już myślałem, że tylko ja go nie lubię :D Co do edycji logu, przykład imponujący, wybitnie dobrze to o edytorze świadczy. Jednak dla mnie jego klawiszologia jest absolutnie nie do zaakceptowania. Zresztą nie bez powodu powstały kawały w stylu: jak wygenerować sobie silne hasło? -> posadzić użyszkodnika przy terminalu z odpalonym vi(m) i kazać mu .... tu wpisz co ma być zrobione :D

podziwiam, mnie klawiszologia vi/vim i pokrewnych nieodmiennie mocno wnerwia. pierwsze co robię jak ustawiam komuś boxa z GOS, to instaluje przez opkg nano..

W "IRAQ", pisałem czemu wersja w dostępna opkg jest taka a nie inna, ale powtórzę tutaj też. Zarówno debug jak i webif (zwłaszcza na nBoxach to można odczuć), przyczynia się do spowolnienia pracy oscama. Założeniem Graterlii jest to, by odbiornik był maksymalnie wydajny, ceną tego jest pozbawienie go zbędnych rzeczy. To samo dotyczy oscama (w standardzie). Jak ktoś chce webif czy webif z debug, to może sobie wgrać jako oscam_user taką wersję, jaką chce. Włącznie z niedawno dodaną do wyboru wersją "all".

Wyobraź sobie że podpinałem i nawet miałem działające :) ale faktycznie ustawiłem to jakieś pół roku temu (albo dawniej) i faktycznie zapomniałem, że to niestandardowo uruchamiałem. Tak czy inaczej, przyznaję racje: "w standardzie" jest problem, jak pisze tux za jakiś czas problemu z tym już nie będzie.

no problemo, podpinasz czytniki przez hub usb (zdecydowanie polecam huby z własnym zasilaniem), drugi czytnik będzie na /dev/ttyUSB1, gdyż numeracja startuje od zera, a pierwszy jest na /dev/ttyUSB0

Nie wiem, aż tak zaawansowany w temacie przeróbek nie jestem, ale już raz pisałem: na mój nos objawy wyglądają na nieprawidłowo przeprowadzoną przeróbkę, choć mogę się mylić.

przesunięte w bardziej estetyczne miejsce menu rozwijane z sekcji files.. Informuję, że właśnie się wkurzyłem i nanoszę na nasze 9300 (zmiana po zmianie, półręcznie) wszystkie zmiany dotyczące webif. Do teraz naniosłem zmiany dotyczące webif aż do 9418 9544 czyli stanu na dziś. Fajniej zdecydowanie wygląda. Tak więc za jakiś czas dostaniecie do testów nowe 9300 z w pełni przeszczepionym webifem oraz być może poprawkami dla gbox... Już jest 9300 z nowym webif oraz większością poprawek gbox, dostępne w sekcji oscamów testowych. To było sporo dość żmudnej roboty i jeszcze trochę zostało. Potem będę się zastanawiał nad nanoszeniem innych zmian, niestety one mogą dużo mocniej gryźć się z clockfixem... na razie robię "refresh" tego, co da się zrobić... To oznaczało nanoszenie ręcznie przy pomocy polecenia patch (z odpowiednimi parametrami) 162 poprawek dotyczących webif oraz parędziesiąt innych (na gbox i inne funkcje), gdyż svn (bazujący na zmianach b. precyzyjnych w kodzie) przy obecności clockfixa w kodzie praktycznie nie działa. Prócz tego konieczne było poprawianie części z zmian, gdy "nie trafiały w kod", bo już określony fragment był zmieniony przez clockfix.

Działa, aczkolwiek jest problem z DNSami, szczegóły tu → http://forum.xunil.pl/index.php?topic=1174.msg13907#msg13907

Co prawda wątpię by to coś dało, bo z wcześniejszych opisów sporo może wskazywać na uszkodzenie karty, ale wypróbuj na sewerze 1) nasze binarki 9300, 2) w oscam.server mhz = 500 cardmhz = 500 poza tym, zwracam ci uwagę, wpis poniżej blokuje Ci aktualizacje uprawnień audisabled = 1 w oscam.conf (na serwerze i klientach) zalecam nice = 10 oraz cachedelay = 10 generalnie zarówno w konfigach klientów jak i serwera masz trochę parametrów ustawionych "nie na temat", ale nie powinny one mieć wpływu na Twoje problemy. Z dostępnych mi informacji wynika, że ten drugi "model" karty, którego wygląd widzisz na zdjęciu, (od spodu czarny), chodzi w odbiornikach niezależnych prawidłowo.