robert_cz

Ostatnio w najaktualniejszej wersji pojawiło mi się to ponownie. dzisiaj poprawiam port i zobaczymy. Kolejny ciekawy symptom, do do pliku /etc/profile doszło kilkaset linii o takiej postaci: unstet MAILCHECK Po zmianie portów niestety wróciło, szukam dalej gdzie jest źródło.

Bardzo dziękuję za dodanie tej paczki, miałem już kiedyś o nią poprosić, ale brakowało mi śmiałości

Tak, wystawiłem SSH na zewnątrz po porcie 22, wiem, same grzechy :-(, ale na swoją obronę mogę podać tylko to, że chciałem mieć jakiś standard u osób którym pomagam z nboxem. Od jakiegoś czasu wystawiam na portach zmodyfikowanych typu 122 itp. Pliki które mnie zaatakowały miały datę utworzenia marzec, więc wygląda, że mam to od jakiegoś czasu, pamiętam też, że jakiś czas temu miałem podobny objaw braku miejsca i myślałem, że to po prostu śmieci się nazbierały i wgrałem wszystko od nowa.

Hm, też się zdziwiłem. odpalam htop a tam pełno wgetów ściągających różne dziwne rzeczy do \etc, mniej więcej takie jak opisane tu: http://stackoverflow.com/questions/21800045/centos-got-hacked-in-crontab-has-been-modified Zjada mi to coś całe wolne miejsce. Spotkało to kogoś jeszcze? Jak się przed tym bronić? Jak to zablokować? Podobno dodaje wpisy do crona, ale u mnie z Linuxem nie najlepiej, może jakaś wskazówka? Znalazłem w /etc/rc.local takie wpisy: cd /etc;./ksapdd cd /etc;./kysapdd cd /etc;./atddd cd /etc;./ksapdd cd /etc;./skysapdd cd /etc;./xfsdxd cd /etc;./sfewfesfs cd /etc;./gfhjrtfyhuf cd /etc;./rewgtf3er4t cd /etc;./sdmfdsfhjfe cd /etc;./gfhddsfew cd /etc;./ferwfrre cd /etc;./dsfrefr Oczywiście niestety takie pliki wykonywalne istniały w etc. Wywalam to i te pliki i zobaczę czy to wystarczy.

Mam problem jak w temacie, na wyświetlaczu "net" a tuner nic dalej nie robi, podłączyłem sobie konsolę i zobaczyłem to: Board: Nbox [29-bit mode] by FREEBOX U-Boot FbCRC (Nov 7 2011 - 15:35:30) - stm23_0053 DRAM: 128 MiB NOR: 4 MiB NAND: 64 MiB In: serial Out: serial Err: serial Hit any key to stop autoboot: 0 NAND read: device 0 offset 0x3c00000, size 0x300000 Reading data from 0x3effe00 -- 100% complete. 3145728 bytes read: OK ## Booting image at a5000000 ... Image Name: Linux-2.6.32.59_stm24_0211 Image Type: SuperH Linux Kernel Image (gzip compressed) Data Size: 1872893 Bytes = 1.8 MiB Load Address: 84001000 Entry Point: 84002000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Starting kernel console=ttyAS0,115200 root=/dev/mtdblock0 rw rootfstype=jffs2 mem=128m coprocessor_mem=4m@0x10000000,4m@0x10400000 nwhwconf=device:eth0,hwaddr:00:03:91:85:01:01 init=/bin/devinit - 0x00000000 - 0 ... INIT: version 2.88 booting /tmp to cała wolna pamięć RAM Mount /dev in tmpfs Copying device nodes to /dev init autofs Loading autofs Starting autofs boxtype BSKA init frontpanel sh: BSKA: unknown operand sh: BXZB: unknown operand NAND skipped Nie ma partycji records Nie ma partycji data init Fan Mounting local filesystems... mount: mounting LABEL=records on /hdd failed: No such file or directory mount: mounting LABEL=data on /media/data failed: No such file or directory Cleaning /tmp /var/run. Hostname: tuxish-Box. init stmfb VIDEO:hdmi_component load a/v firmware copLoadFile (file /boot/audio.elf) ustslave: Kernel Version: 24 base_address 0x10400000 seeking to 0 seeking to 5f00 seeking to 12320 seeking to 1aa20 seeking to 173100 seeking to 173138 seeking to 173170 seeking to 1b9058 seeking to 1b9060 seeking to 1b9068 seeking to 1b9070 seeking to 1d0920 seeking to 1d0a00 copLoadFile (file /boot/video.elf) ustslave: Kernel Version: 24 base_address 0x10000000 seeking to 0 seeking to 432c0 seeking to 59878 seeking to 598b0 seeking to 598e8 seeking to 5f3d8 seeking to 5f3e4 seeking to 5f3f0 seeking to 62664 seeking to 64700 init embx init AVS init player init frontends DVB-S init drivers init dvb-t as102 init CEC VIDEO:hdmi_component init smartcard init remote control init nbox remote control lircd-0.9.0[2209]: lircd(default) ready, using /var/run/lirc/lircd Model: nbox vBoxType: 13 Input device name: "TDT RC event driver" Selected Remote: NBOX RemoteControl RemoteControl Map: E2 code Starting portmap daemon...Supports Long KeyPress: 0 lircd-0.9.0[2209]: accepted new client on /var/run/lirc/lircd . Starting FTP server: vsftpd. Start network showSinglePic /boot/logo.mvi VIDEO_SELECT_SOURCE MEMORY (Success) VIDEO_PLAY (Success) VIDEO_CONTINUE: (Success) VIDEO_CLEAR_BUFFER: (Invalment) Zakładam, że siadł chip od sieci, pytanie co mogę zrobić, żeby nbox nie inicjalizował sieci na kablu. Proszę o podpowiedź co i jak przestawić. Jak by się udało tuner odpalić bez kablowej sieci, może by pochodził trochę na Wifi, no chyba, że ktoś wie co fizycznie na płycie sprawdzić żeby spróbować naprawić uszkodzenie.

dzięki, nie zauważyłem kiedy zostały dodane ostatnie aktualizacje:-) A jakąś wzmiankę w temacie wersji oscama i problemów z LongECM, też można prosić? Mam też jeszcze jeden specyficzny problem z oscamem, ale o tym w innym temacie i tym razem to już na pewno będą potrzebni developerzy :-)

to jak? Jest jakaś szansa na zmianę wersji oscam w repozytorium opkg?

Potwierdzam, na wersji 9164 też działa. z konieczną zmianą: mhz = 300 cardmhz = 300 Ale w informacjach o wersjach można by napisać, że Long\Large ECM nie działa na 8705, a dopiero od 8722 (testowane 8725). Z punktu widzenia użytkowników z Polski to dość ważna informacja, bez tego nie pooglądają części z kanałów na karcie Orange. To którą wersję proponujecie jako najbardziej stabilną z Long\Large ECM?

Dobra, mam nowe wnioski, wyciągnięte na oscam z kartą 7448, a zdalny 9164. Wygląda na to, że w zdalnym już jest naprawione, bo poprawnie rozpoznaje długie ECM-y i wysyła je poprawnie do oscama zdalnego: 9164: p send 280 bytes to remote server ... dvbapi (0500&032A00/032A/1D2C/10C:F3170FCB043C277E3710620EC53EC082): not found (5 ms) by orange - Turner Classic Movies Ale już 7448 odbiera to tak: 2014/01/02 12:25:20 5FB6D0 c received 270 bytes from client 2014/01/02 12:25:20 5FB6D0 1D 2C 80 71 09 00 80 3E 90 07 03 2A 00 08 05 77 2014/01/02 12:25:20 5FB6D0 00 E2 03 44 22 70 E2 03 44 22 71 E2 03 44 22 72 2014/01/02 12:25:20 5FB6D0 E2 03 44 22 73 E2 03 44 22 75 EA 10 95 64 BA 60 2014/01/02 12:25:20 5FB6D0 48 B6 B4 9F D9 44 9A CB 02 5D B9 9A F0 08 6C 2D 2014/01/02 12:25:20 5FB6D0 16 A0 50 4A C3 36 80 42 90 07 03 2A 00 08 07 0C 2014/01/02 12:25:20 5FB6D0 00 E0 02 00 02 E2 03 44 22 70 E2 03 44 22 71 E2 2014/01/02 12:25:20 5FB6D0 03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 EA 10 2014/01/02 12:25:20 5FB6D0 98 B3 EC 9A 7D 19 96 90 F3 14 AE 4E 19 8E EB 6A 2014/01/02 12:25:20 5FB6D0 F0 08 A1 23 02 91 85 57 D4 0E 80 42 90 07 03 2A 2014/01/02 12:25:20 5FB6D0 00 08 07 0C 01 E0 02 00 02 E2 03 44 22 70 E2 03 2014/01/02 12:25:20 5FB6D0 44 22 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 2014/01/02 12:25:20 5FB6D0 22 75 EA 10 7A C2 73 0C 02 74 85 5C 63 D6 79 37 2014/01/02 12:25:20 5FB6D0 48 2E DE E2 F0 08 CB 99 11 95 1C E9 C2 47 80 3E 2014/01/02 12:25:20 5FB6D0 90 07 03 2A 00 08 05 77 01 E2 03 44 22 70 E2 03 2014/01/02 12:25:20 5FB6D0 44 22 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 2014/01/02 12:25:20 5FB6D0 22 75 EA 10 FC 3D D2 A0 90 20 CA 21 A4 FE 4E CE 2014/01/02 12:25:20 5FB6D0 CC 1C 1E A1 F0 08 03 44 8A A8 3A B8 DA 34 2014/01/02 12:25:20 5FB6D0 c newcamd: got cmd 128 2014/01/02 12:25:20 5FB6D0 c ncd_process_ecm: er->msgid=20 len=270 ecmlen=12 2014/01/02 12:25:20 5FB6D0 c Client xxx hash 00000000000000000000000000000000 csp 00000000 cw 00000000000000000000000000000000 rc 9 0500&032A00/0000/1D2C/0C:9948 2014/01/02 12:25:20 5FB6D0 c ncd_send_dcw: er->msgid=20, cl_msgid=20, 80 2014/01/02 12:25:20 5FB6D0 c send 15 bytes to client 2014/01/02 12:25:20 5FB6D0 00 0D 00 14 00 00 00 00 00 00 00 00 80 00 00 2014/01/02 12:25:20 5FB6D0 c xxx (0500&032A00/0000/1D2C/0C:9948): corrupt (1 ms) (0/0/0/0) - Turner Classic Movies czyli z ECM długości 10C, robi się długość 0C i corrupt. A teraz wniosek, gdzieś między 8705 i 9164 naprawiono zapytania zdalne do długich ECM i na pewno 8705 sobie z nimi nie radzi. W debug w tej wersji mam coś takiego: 2014/01/02 13:04:30 5375E0 c [DVBAPI] now handling fd 17 that reported event 3 2014/01/02 13:04:30 5375E0 c [DVBAPI] Readed: 2014/01/02 13:04:30 5375E0 81 71 09 00 80 3E 90 07 03 2A 00 08 05 77 00 E2 2014/01/02 13:04:30 5375E0 03 44 22 70 E2 03 44 22 71 E2 03 44 22 72 E2 03 2014/01/02 13:04:30 5375E0 44 22 73 E2 03 44 22 75 EA 10 0F 59 5A 86 43 34 2014/01/02 13:04:30 5375E0 09 AE D6 2C 8C ED 7B E7 E0 DB F0 08 77 26 01 DE 2014/01/02 13:04:30 5375E0 8B 8D 25 A8 80 42 90 07 03 2A 00 08 07 0C 00 E0 2014/01/02 13:04:30 5375E0 02 00 02 E2 03 44 22 70 E2 03 44 22 71 E2 03 44 2014/01/02 13:04:30 5375E0 22 72 E2 03 44 22 73 E2 03 44 22 75 EA 10 0E 9A 2014/01/02 13:04:30 5375E0 93 00 49 C4 FE 71 A1 EB A5 B2 00 1E 82 0F F0 08 2014/01/02 13:04:30 5375E0 3F 68 2B 22 B7 A7 8C 71 80 42 90 07 03 2A 00 08 2014/01/02 13:04:30 5375E0 07 0C 01 E0 02 00 02 E2 03 44 22 70 E2 03 44 22 2014/01/02 13:04:30 5375E0 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 2014/01/02 13:04:30 5375E0 EA 10 D0 7A 64 0A 6F 38 93 B3 3A A6 F3 34 73 FA 2014/01/02 13:04:30 5375E0 C0 80 F0 08 FC C5 3F 2C 58 21 E6 AA 80 3E 90 07 2014/01/02 13:04:30 5375E0 03 2A 00 08 05 77 01 E2 03 44 22 70 E2 03 44 22 2014/01/02 13:04:30 5375E0 71 E2 03 44 22 72 E2 03 44 22 73 E2 03 44 22 75 2014/01/02 13:04:30 5375E0 EA 10 5D 58 7A 3C D5 16 69 A3 54 4B 3A AC F7 10 2014/01/02 13:04:30 5375E0 0B 81 F0 08 44 AF C0 9A 05 35 11 34 2014/01/02 13:04:30 5375E0 c [DVBAPI] Demuxer #0 ECMTYPE 81 CAID 0500 PROVID 032A00 ECMPID 0503 FAKECHID 032A (unique part in ecm) 2014/01/02 13:04:30 5375E0 c [DVBAPI] Demuxer #0 set ecmtable filter to EVEN for CAID 0500 PROVID 032A00 on fd 17 2014/01/02 13:04:30 5375E0 c [DVBAPI] Demuxer #0 set chid filter to ANY CHID on fd 17 2014/01/02 13:04:30 5375E0 c no large ecm support (l=268) for reader orange Sprawdzanie czy czytnik wspiera long/large ECM zostało wprowadzone tu 6679: http://www.streamboard.tv/oscam/changeset?reponame=&new=6679%40trunk%2Foscam-chk.c&old=6654%40trunk%2Foscam-chk.c Pytanie kiedy była wprowadzona poprawka? Ktoś wie w której wersji to mogło zostać naprawione? Po chwili znalazłem, poprawili to w wersji 8722 http://www.streamboard.tv/oscam/changeset/8722 I na koniec udało się z wersją 8725, ale już musiałem kombinować z częstotliwością czytnika, inaczej nie chciało działać: mhz = 300 cardmhz = 300 Czy zna ktoś jakieś minusy tej wersji? To co, dopisał by mod tą informację o LongECM\LargeECM w opisie wersji oscam na forum? Ja trochę porobię testów i przechodzę na wersję 8725.

W ten sposób wiemy, że bez logowania paru na poziomach i posłania logów do autorów się nie obejdzie. Przy okazji, jak możesz (masz jak), to sprawdź jeszcze obie odmiany camd35 oraz cccam i gbox. Ten ostatni podobno dostał poprawki umożliwiające obsługę długich ecm. Co do problemu w lokalnym czytniku, cóż, jeśli w starej działa, to powinno się dać nową poprawić. Nawet mam pomysł do kogo imiennie z devów uderzać :) No to sporo pracy przede mną :-) Ale już jutro, na teraz zostałem przy wersji 7448, bo z 8705 nie działa mi coś z odczytem karty, ale to pewnie konfiguracja.

No to pat, na tej wersji dostaję błędy na wszystkich kanałach, nawet tych z normalnymi ECM 2014/01/01 23:31:49 548AB8 c user1 (0500&032A00/032A/12C7/DC:D5EE1A1B9631A784C34FA63A15B9B5A9): not found (83 ms) by orange - TVP 1 (key to use is not the curren Ktoś wie co to za błąd, bo ja już trochę zardzewiałem. Odkryłem przy okazji, że problem długich ECM występuje na zdalnych czytnikach (newcamd), a nie na fizycznych, wtedy kiedy oscam jest klientem to na długi ECM reaguje tak: dvbapi (0500&032A00/032A/3ABD/118:4CAB2582A48DD1F5CEF46B4F6304C49B): rejected group (1 ms) (0/0/0/0) - TVP 1 HD (no matching reader) A bez jakiejkolwiek zmiany konfiguracji kanał z normalnym ECM działa, zaznaczam nie mam żadnych filtrów długości ECM.

No to zabieram się jutro za testy tej wersji: http://forum.xunil.pl/index.php?action=dlattach;topic=997.0;attach=4428

Już się za to zabieram, dam znać, co i jak.

A którą z nowych kompilacji proponujecie?

Szukam i szukam i nie znajduję odpowiedzi ani wątku do którego by się podłączyć, więc zakładam nowy. :-( Polecana na forum "stabilna" wersja oscam, niestety ma jeden problem, nie obsługuje długich ECM-ów, które panoszą się w Orange, np. 118, 104, (TVP1 HD, TVP2 HD, ...) etc. Podobno działało to poprawnie w okolicy wersji 6020 4643, ale tam nie było RSA, w nowszych przestało, działa od czasu tej wersji, ale tylko dla fizycznych . Ma ktoś sprawdzoną działającą wersję? Aktualizacja po kilku testach: Okazuje się, że na fizycznych czytnikach jest OK (i długie ECM i krótkie), a nie działa jak czytnik jest zdalny (newcamd). Więc poprawka opisana tutaj działa, ale tylko dla fizycznych: http://www.streamboard.tv/oscam/changeset/4643/