Artikel: Oscam (och CSP) på Raspberry Pi för nybörjare

[arctica]

Har nu kört med CD och Viasat kortet i en Pi V2 sedan i fredags.

Allt fungerade bra tills tidigt imorse. Rättare sagt, min son ringde mig på förmiddagen och klagade på att det inte var någon TV-bild.
Jag kopplade upp mig från jobbet till min windows-PC hemma och försökte nå PI'n med VNC. Ingen kontakt. Provade pinga, och inget ping-svar. Fick grabben lite tjurigt att gå ner till mitt rum och dra ut strömsladden och stoppa in den igen. Allt fungerar efter några sekunder.
Men jag kollar runt i /var/log/ för att hitta spår efter vad som hänt. Men allt jag som amatör kan hitta är spår av är själva starten, inget om varför den kraschade innan. Jag ser alltså inget som mitt öga kan tolka i auth.log, syslog, messages eller user.log.

Till historien hör att jag precis satt och grejade med PI'n igen hemma via VNC. Och plötsligt så hänger sig VNC-sessionen och OSCAM går ner. Lampor för nätverk blinkar fortfarande, lamporna på de båda Omnikey 3021 läsarna lyser med ett fast blått sken, de blinkar alltså inte som de gör när det är trafik på dem.
Jag rycker strömmen och sätter dit en USB-hub med egen strömförsörjning och startar upp igen.
Tittar nu extra noga i loggarna i /var/log/ men hittar igen inget som avslöjar varför PI'n kraschade.

Min fråga är: Finns det något knep på vad man kan ska kolla på i loggarna för att se varför burken blir okontaktbar, och det enda som hjälper är att rycka strömmen? Är det någon speciell logg jag kan posta som eventuellt kan hjälpa för att analysera?
De två saker jag själv kan komma på är:

1. Strömförsörjning.
2. Temperatur.

Kan man på något sätt se om de 2 korten tar för mycket ström? Och jag antar att det är eliminerat nu när jag satt dit en extern USB-hub.
Om jag ger kommandot vcgenmd measure_temp så svarar den med temp=34.7'C så det kan väl knappast vara det heller?

[atomized]

Det är mycket svårt att försöka lösa sånt här. Det du kan kolla i /var/log/syslog och /var/log/messages är om det hände något speciellt strax innan omstarten. Men det är inte säkert att det framgår vad som är problemet där.

Problem i nätverkskommunikationen kan vara en tänkbar orsak. Kanske burken står och väntar på något svar som aldrig kommer? Undersök allt som har med nätverket att göra så att alla inställningar är korrekta och inget hårdvarufel finnes i kablar eller switchar.

Strömförsörjningen kan också ge mystiska problem om den är dålig. Vad har du för strömförsörjning? Prova en annan om du har möjlighet. Jag tror inte att dina kortläsare drar för mycket ström så att det orsakar problemen. PC/SC-läsare brukar inte dra så mycket.

Slutligen kan det vara värt att kolla själva SD-kortet. Det bästa är om du har möjlighet att ta ut kortet och kolla det med fsck i en annan Linux-maskin. Vad är det för kort, är det ett bra fabrikat? Kanske prova med ett annat SD-kort.

[arctica]

Det är mycket svårt att försöka lösa sånt här. Det du kan kolla i /var/log/syslog och /var/log/messages är om det hände något speciellt strax innan omstarten. Men det är inte säkert att det framgår vad som är problemet där.

Problem i nätverkskommunikationen kan vara en tänkbar orsak. Kanske burken står och väntar på något svar som aldrig kommer? Undersök allt som har med nätverket att göra så att alla inställningar är korrekta och inget hårdvarufel finnes i kablar eller switchar.

Strömförsörjningen kan också ge mystiska problem om den är dålig. Vad har du för strömförsörjning? Prova en annan om du har möjlighet. Jag tror inte att dina kortläsare drar för mycket ström så att det orsakar problemen. PC/SC-läsare brukar inte dra så mycket.

Slutligen kan det vara värt att kolla själva SD-kortet. Det bästa är om du har möjlighet att ta ut kortet och kolla det med fsck i en annan Linux-maskin. Vad är det för kort, är det ett bra fabrikat? Kanske prova med ett annat SD-kort.

Jag tittade speciellt i de loggarna, men där finns inget skrivet innan de 2 krascherna, bara omstarten finns med.
Nätverket? Tja, man vet ju aldrig, men jag har ganska många fysiska och virtuella maskiner rullande i samma rum, både som kör Windows 2012, Windows 8.1 och Windows 10, samt en Ubuntu. Ingen av dem visar några tecken på nätverks-problem.
Kortet som jag kör i PI'n är detta:
http://www.webhallen.com/se-sv/dator...dhc_32gb_uhs-i
Det kan ju också vara något att titta på. Om PI'n kraschar igen så ska jag köra fsck på det på min Ubuntu-maskin.
Strömförsörjningen är en ganska enkel Deltaco 5v/1A adapter. Jag kan definitivt byta den också, har det rekommenderats någon speciellt pålitlig till PI här i forumet?

Jag satt och funderade också på om man nu vill vara lite pro-aktiv och inte irritera familjemedlemmar med att rycka strömmen, jag vet inte hur det skulle sluta om jag skulle behöva be frugan hitta burken med instruktion över telefon och att hon ska ta ut strömsladden.
Undrar om en sån här skulle kunna vara nåt?

http://www.kjell.com/sortiment/el/el...llstick-p50200

Om jag sätter den i windows-PC'n hemma, och sedan kompletterar med den här:

http://www.kjell.com/sortiment/el/el...e-pa-av-p50287

Då skulle jag kunna sätta att jag får ett larm via email när PI'n inte svarar på PING och då starta om den via RDP till min windows-burk. Överkurs? Ja, men det är ju sånt här som är så kul när man gillar nördig teknik

[atomized]

Samsungs SD-kort är generellt sett mycket bra och brukar inte orsaka problem. Det är klart att det kan ju ändå ha blivit fel på filsystemet så att köra fsck på det vid tillfälle är en bra idé bara för att kolla den saken.

Annars av det du räknar upp så låter Deltaco strömförsörjningen som den svagaste länken. 1A kan vara i klenaste laget. Pi drar väl c:a 700mA och sedan kortläsarna på det så närmar man sig 1A. Man får ha i tanken också att de flesta spänningsaggregat har överdrivna spec:ar så de klarar inte alltid att lämna det som står på. Det är tryggare med en 2A eller 3A strömförsörjning till Raspberry Pi.

Tyvärr är det inte lätt att rekommendera en bra strömförsörjning till Raspberry Pi. Mitt tips är att köpa en som uttryckligen sägs fungera med Raspberry Pi hellre än en generell med rätt ström och spänning. Om de sägs vara avsedda för Raspberry Pi så har de förhoppningsvis provats med en sådan.

Jag köper sådana saker från England eller Ebay för att få bättre priser så jag har inget tips i Svenska butiker. Om man ska köpa från England så har Raspberry Pi numera en egen strömförsörjning för £5 som borde vara bra. Men jag har inte kollat vad frakten till Sverige går på:
http://swag.raspberrypi.org/products...l-power-supply

För att hitta såna här fel får man vara lite detektiv och utesluta en sak i taget. Det tar tid men är ofta enda sättet att lyckas. Man kan t.ex. börja med att bara installera operativet och låta burken stå och gå på tomgång i 2-3 dagar. Man loggar in nån gång ibland och kollar att den inte hängt sig eller startat om. Har den gått bra i 2-3 dar så kan man anta att alla delar fungerar OK och då kan man gå vidare med att installera oscam eller vad man vill göra.

[mrpepsi]

Kan rekommendera denna hubb: https://www.m.nu/pihub-raspberry-p-1198.html dyr men levererar klockrent. Kör Pi 2, dvd-läsare, wifi, USB IR och ett trådlöst tgb på den utan problem

[mrpepsi]

Har installerat allt enligt din guide och funkar klockrent . Men när jag sättet static ip så slutar autostarten att funka och det blir Gateway Timeout: can't connect to remote host. Jag ansluter till SSH och startat OSCam därifrån och allt funkar. Sen när jag startar om Pi:en igen så är det samma sak. Vad är det som strular tror du? Hade inga problem innan jag ändrade ip.

[atomized]

Har installerat allt enligt din guide och funkar klockrent . Men när jag sättet static ip så slutar autostarten att funka och det blir Gateway Timeout: can't connect to remote host. Jag ansluter till SSH och startat OSCam därifrån och allt funkar. Sen när jag startar om Pi:en igen så är det samma sak. Vad är det som strular tror du? Hade inga problem innan jag ändrade ip.

Det låter konstigt. Att sätta statisk IP-adress borde inte påverka ifall oscam startar eller inte.
Nästa gång det händer så prova att köra kommandot:
ps ax | grep oscam
innan du startar oscam för att se om oscam verkligen inte är igång?

Om oscam är igång borde du få en utskrift liknande:

root@lucid:~# ps ax | grep oscam
 2072 ?        Ss     0:00 /usr/local/bin/oscam -b -u
 2073 ?        S<l  673:46 /usr/local/bin/oscam -b -u
20346 pts/0    S+     0:00 grep oscam

Om oscam inte är igång så saknas de två översta raderna i utskriften.

[mrpepsi]

Detta får jag: pi@raspberrypi ~ $ ps ax | grep oscam 2089 ? Ss 0:00 /usr/local/bin/oscam -b -u
2090 ? SNl 0:00 /usr/local/bin/oscam -b -u
2179 pts/0 S+ 0:00 grep --color=auto oscam

Samt upptäckte jag att efter 1-1,5 min så kommer websidan upp efter omstart.
När jag kör dhcp tar det knappt 30sek.

[mrpepsi]

Hittade felet, tur det finns logs . Monitor config va satt till det gamla ip:et så den anropade i över en minut innan den släppte på resten. Nu startar den på ett kick!

[atomized]

Hittade felet, tur det finns logs . Monitor config va satt till det gamla ip:et så den anropade i över en minut innan den släppte på resten. Nu startar den på ett kick!

Se där ja! Skönt när det löser sig!