Svenska ElektronikForumet

Jaha... nu kom jag väldigt nära...

Första fällan var att kernelmodulen för overlayfs bara heter overlay (i mappen overlayfs ligger alltså filen overlay.ko).

Sen tog det stopp... det visade sig att overlayfs inte kan ha en nfa-share som upperdir :(

Det verkar med andra ord för tillfället rätt kört att få en lika smidig lösning som det fanns med aufs.

Gah, uppdatering av kortet funkar inte med min setup... Har tappat alla krypterade kanaler märkte jag, blir tvungen att sätta kortet i TVn ett tag så det uppdateras.

Typiskt... det funkade ju bra med min gamla setup och jag har slagit på allt som har med AU att göra vad jag kan se... Så antagligen är det nåt i oscam som ställer till det (för Newcs körde jag ju med förut).

Här har det funkat bra sedan sist. Peppar, peppar, ta i trä

Jag undrar om det kan ha varit nåt tillfälligt knas... det är ju trots allt tre månader sen jag satte upp grejerna och om det inte funkade borde det väl ha märkts tidigare... Det slår mig nu att det var ju antagligen i månadsskiftet som det hände nåt...

Dubbelkollade Mina sidor hos Boxer och jag har i alla fall betalt räkningarna där.

Återstår att se om kortet kickar igång i TVn snart (insåg att jag nog satte i det vänt åt fel håll först, fick ta ut CI-modulen och försöka se på vilken sida kontakterna satt).

Jo, det felet har jag gjort jag med, ett antal gånger...

Har noterat att det ibland tidigare kommit in kortbegäran med provid = 023200 och dessa har inte kunnat matchas mot kortets "providers: 5 (FFF510,040D00,040D10,040D20,040D30)". Då blir det "(ecm) FooBar (0500@023200/.. : rejected group (1 ms) (no matching reader)".

Normalt används 040D00 men sedan månadsskiftet kommer det bara med 023200 dvs det fungerar inte. Kortet fungerar bra direkt i en TV.

Varför blev/blir det provid 023200 från klienterna?

Jag har också haft problem sen månadsskiftet, jag har dock inte riktigt lyckats identifiera vad som skulle kunna vara "felet".

Jag har exakt samma situation, kortet fungerar i en TV men fungerar inte med MythTV just nu.

Det felmeddelande jag hittade handlade om längden på nån "nano" (som tydligen var över 255 fast den inte fick vara det), vet inte om det kan vara relaterat.

Misstänker att provider ID kommer från operatören.

http://www.streamboard.tv/oscam/wiki/CardsList

Jo men frågan är varför de börjat skicka en annan ID. Normalt så matchas det ID som sänds med ett ID på kortet, men nu verkar det som om de sänder ut ID som inte matchar det som finns på kortet. Jag tror man kan "hårdkoda" i inställningarna vilket ID på kortet som den ska använda, men jag har inte börjat pilla på det än.

Kan det vara så att om kortet sitter direkt i TV så bryr sig CI-modulen inte om CAID eller PROVID eftersom det inte finns något annat att välja på?

Har testat att mappa men det verkar inte heller hjälpa..

Passade på att uppdatera till senaste versionen. Blev av med loggningen då (eller när jag fipplade med alla inställningar) så nu ser jag inte varför access nekas. Har testat olika debug-level samt lagt till "c&p/i/s/l:h" på ECM men utan framgång.

Nerre skrev:Jag har också haft problem sen månadsskiftet, jag har dock inte riktigt lyckats identifiera vad som skulle kunna vara "felet".

Jag har exakt samma situation, kortet fungerar i en TV men fungerar inte med MythTV just nu.

Det felmeddelande jag hittade handlade om längden på nån "nano" (som tydligen var över 255 fast den inte fick vara det), vet inte om det kan vara relaterat.

Nano är väl bara en textediterare typ "vi".

Ja, men det är ju inte editorn som det handlar om när man får loggrader som

Annan Nano: http://www.dzsat.org/forum/f40/code-asm ... 55247.html

Ja, precis. Men jag har inte fattat vad denna nano är eller varför den plötsligt är för lång...