Szintézis: a "beépített" NewcamD klienset használod arra, hogy NewcamD külső szerverhez kapcsolódj és függetlenül a hálózati kapcsolódás médiájától mindig rossz a működés.
Ilyet még nem próbáltam, bár a NewcmaD kliens müködése szempontjából semmilyen különbség nincs abban, hogy a szerver ugyanazon az IP címen van vagy a "világ túlsó végén", mivel ha ugyanazon a címen is van a szerver mint a kliens akkor is egy IP cím adott portján keresztül próbál meg forgalmazni üzeneteket, nem pedig valamilyen "belső hokuszpokuszon" keresztül.
És mivel jópáran jó pár fw változatot használ(t)unk NewcamD klienssel (20.04, 20.15_TEST, 20.25, 20.36) és nem tapasztalunk hasonlóakat én inkább más felé leresgélném a megoldást: LAN hiba, internet eléréssel kapcsolatos hiba, hw hiba, vagy ...
Amikor szavaiddal élve "lefagy" akkor pingelhető, be tudsz lépni telnettel vagy valamilyen "életjelet" produkál a gép a LAN felöl?
Továbbra is fenntartom az irányú véleményemet, hogy a szoftvert egy helyen fejlesztik (nagy valószinűséggel a gyártónál) és a forgalmazók megkapják "customizálásra" (boot jpeg, menu design, network server) ebből meg az következik, hogy a "hol jött ki elöszörnek" azért nincs értelme mert mindenhol "elöször jött ki" (ha eltekintünk a 2-3 napos eltérésektől).
Kéne egy kicsit részletesebb információ (ebből nem hiszem, hogy bárkki is érdemben segíteni fog tudni): használsz-e local kártyát, cs-t, minden csatornán ezt csinálja (DBV-T, DVB-S, DVB-S2), meg egyéb használati és hibajelenség körülmények...
Mivel senki nem tapasztalt ehhez hasonlót eddig ezért nem lehet kizárni a hw hibát sem!
Szerintem a panthera névvel illetet user "Uniq" paraméterét kell átállítani "2 per IP" értékre, meg ha van még egyéb user akkor azokét sem árt ha módosítod ezt a beállítást...
Az install könyvtárból töröld ki az OSCAM konfig és futtatható file-it, majd hívd meg az install script-et. A script vizsgálja, hogy a 7 fileból mi található meg az adott könyvtárban és csak azokat próbálja felmásolni.
Az autostart script-je meg mielőtt akármelyik app-ot meghívja rávizsgál, hogy létezik-e a futtatható állomány és ha nem akkor meg sem próbálja elinditani.
Valami történt...
Vagy legalább is készül...
Vagy nem tudjuk, hogy mi de kezdetnek nem rossz...
Már az orosz rokonhoz (is) van új fw méghozzá teljes az alábbi változásokkal:
Soft GI ST9196/95 HD ver 020.36 on 14/10/2010
* Some changes in infrastructure CCcam
* EPG function improved
* CanalSat emus and TNT correct legal smart card reader problem solved
* CIFS function improvement
* CanalSat HD 19.2E update emuda Viaccess
* New updates to the satellite and TP
* CanalSat 19.2E arrangements Viaccess 3.0 card reader
* LSI package has been updated to read the new map
* The card reader problem has been solved LSI package
Ez szerintem elég biztató, lassan jönnie kell az Optiboxra is!
Kiegészítettem a zip-et az utolsó stabil OSCAM verzió lefordított változatával (3146) alapállapotban ezt másolja fel a script.
Azért benne hagytam a két utolsó svn verziót is (3359, 3601) aki ezt akarja használni használhatja (megjegyzendő, hogy igen aktív a fejlesztés, tehát a hibalehetőség is magasabb ezekben a verziókban) csak az "install_apps" script hivása előtt a kiválaszott verziót át kell nevezni "oscam.alligator"-ra mivel a script ez másolja/ehhez készíti a "rc.user" modósítást.
Akinek esetleg problémája van az OSCAM-al annak mindenképpen a csomagban lévő stabil ("oscam.alligator" névvel ellátott) verziót javasolom!
Újrafordítottam az OSCAM-t a legutolsó hozzáférhető (svn azaz teszt vagy másképp nem stable, egyébként az elöző is ilyen volt csak 3359-es verziójú) 3601-es verzióval, beraktam a zip-be, a régit is bennehagytam (csak átneveztem .3359 kiterjesztésre) ha valamiért ezzel gond lenne.
A WEBIF-re megtaláltam amegoldást, ha az új zip-ben lévő default config-ot használod akkor mennie kell vele, mármint olyan értelemben mondom, hogy ha felrakod mint default configot akkor a WEBIF-ről már a többit be kell tudnod konfigurálni.
Az FTP-nél pedig ne feledd, hogy restart után a "/" partició "ro" (rad-only röviditése) opcióval van mount-olva, tehát ha "büvészkedni akarsz akkor ki kell adni telnetből a "mount -o remount rw /" parancsot.
Egyébként ha telnet-ben beírod a "mount" parancsot paraméterek nélkül akkor visszadja az aktuális mount-kat ahol meg tudod nézni, hogy mi van olvasásra és mi van irásra mount-olva. A válasz valami ilyesmi:
# mount
/dev/root on / type jffs2 (ro,noatime)
none on /proc type proc (rw,nodiratime)
/dev/loop0 on /var type tmpfs (rw)
/dev/loop1 on /etc type tmpfs (rw)
none on /dev/pts type devpts (rw)
/dev/mtdblock4 on /data type jffs2 (rw,noatime)
/dev/mtdblock2 on /home type cramfs (ro)
/dev/loop2 on /app type tmpfs (rw)
/dev/sda1 on /mnt/USB1/sda1 type ext3 (rw)
#
Ahol nem olvasol a sor végén a zárójelek között "rw"-t az kizárásos alapon csak "ro" lehet azaz olvasásra van mount-olva!
Mostantól nem nagyon értem, mert attól függetlenül, hogy honnan futtatod a két app-ot a "/home/rc.user" állomány modósításából fakadó helyigény növekedés ugyan akkora (kb. 150byte)!?
Ahogy nézem az inditási logokból a configok a defaultok amiket én csomagoltam a zip-be. Nem tüntetted el a sajátjaidat?
Miután a mai nap estére végleg leeresztett a TV-m, nem tudom megígérni, hogy holnap kivizsgálom, mert holnapra szerintem csak a szervíz felhivásaig fogok eljutni...
Ha meggyógyul a TV-m ki fogom próbálni ígérem 20.04-el!
Bevallom sok mindent kipróbáltam a scriptel kapcsolatban, de ezt még én sem próbáltam ki...
Még annyi infó kéne, hogy fw upgrade előtt mit választottál: minden a "/data"-nvan vagy csak a config van ott?
Ha minden fent van a "/data"-n akkor a script lényegében (mármint ami tényleges változás a fw upgrade után) csak az "/home/rc.user" állományt updateli (a többihez gyakorlatilag teljesen felesleges nyúlni, mivel nem változik meg).
Ezek után egy kérdés marad: mennyi hely van a "/home" partición mivel itt a 20.25 fw esetén is alig (200byte) hely van szabadon...na ezt nem ellenőriztem a 20.04 esetén!
- ECODE: 0004 T USB or Flash IO Error
- ECODE: 0006 T USB Connector Error
- ECODE: 0018 T S / W Image file not exist
- ECODE: 0029 T Bad File system in USB
- ECODE: 0041 T S / W Image invalid version (file broken or mismatch buyer code)
- ECODE: 0042 T duplicate S / W Image in USB
2. Bár nem írtam le részletesen de ha nem idnul el akkor a hard módszer azt jelenti, hogy kötött név (loader.isd, allinone.isd) a pendriveon és bekapcsolás közben nyomogatni a megfellő gombokat...
Elküldve:
2010-10-28 20:03:07
