Dotaz: Zamrzání Raspberry PI

[Martin_P]

Dobrý den,

Mám poslední dobou čím dál, tím častější problém se zamrzáním RPi. Mám RaspberryPI s 512MB paměti a Raspbianem Wheezy (včera jsem pro jistotu vše ještě aktualizoval).

Slouží jako informační panel, takže je připojen pouze monitor přes HDMI a síť (do wi-fi routeru). Karta je přimountována jen pro čtení - po zapnutí se /home/pi zkopíruje do /tmp a provede se mount --bind. Běží pouze fullscreen Firefox. Jelikož jsem byl s pamětí na štíru, tak jsem udělal přes NFS a /dev/loop0 swapovací soubor.

A teď k samotnému problému - poslední dobou se mi často stává, že prostě zamrzne. Přestane komunikovat, obraz zůstane zaseknutý.

Karta je podle e2fsck -cfv v pořádku.

Teplota CPU nikdy nepřesáhla 70°C (většinou max 65°C). Stránka se obnovuje po 10 minutách - je sice náročná na vykreslení (flashové grafy Highcharts), ale vzhledem k dlouhému intervalu se RPi po většinu času fláká.

Logy mlčí - vše v pořádku a najednou nic. Mám nastaveno, aby se vše posílalo na server a tam si je čtu, takže je možné, že se něco nestihlo zapsat.

Mám aktivovaný hardwarový watchdog s volbou nowayout. Má deaktivovánu volbu realtime, hlídá paměť a sshd. Ze zoufalství jsem si udělal ještě externí binárky, které periodicky hlídají SSH a NFS připojení na server a v případě problémů ukončí watchdog. (zkoušel jsem to implementovat i jako test a repair binary přímo ve watchdogu, ale dělalo to zvláštní problémy, takže jsem to vyřešil takto).

Vzhledem k tomu, že nezareaguje ani watchdog, tak se přikláním k variantě HW problému. Asi bych nejprve vyměnil zdroj (mám koupený přímo ten k Raspberry z RS).

Nenapadá Vás někoho, prosím, na co bych se měl zaměřit? Děkuji za reakce.

---

---

Odpovědi

[Martin_P]

U svýho raspiho jsem provedl následující úpravy:
1) proklemovat zelenou pojistku na spodní straně desky, zdroje mívaj svý vlastní a pak můžeš z usb tahat klidně ampéry
2) ustřihnul origo rs zdroj a na nejkratší možný kablík připojil silnější
3) koupil pár elytů 4700u/6,3V, naskládal je paralelně a připájel přímo k desce k napájecímu konektoru
4) pořádně ogumoval kontakty na sd kartě a ve slotu, mírně zmáčknul usb zástrčky periferií, aby líp kontaktovaly
5) V případě externího usb disku jsem k němu připojil ještě jeden 5V zdroj.

Pak to šlapalo spolehlivě.

[Pat1]

Ahoj, nemam s tim vlastni zkusenosti, ale trochu bych podezrival swap na NFS pripojenem pres wifi. Co se stane kdyz na chvili vypadne spojeni?

[Martin_P]

Děkuji za reakce.

Ta hlavní pojistka F3 je dobrý nápad. Raspberry mám totiž v uzavřené krabičce docela vysoko v hale, takže je možné, že ji ta teplota trochu "přiškrtila". Tomu by i nasvědčovalo to, že se to začalo objevovat častěji až teď - když byla ta vedra.

O problémech spojených se swapem přes wi-fi jsem přemýšlel, ale když se ztratí přístup k swapu, tak by to mělo vyvolat kernel panic (mám nastaveno, aby se v tom případě restartnul) nebo zamrznutí (reset by provedl watchdog). Proto mi právě nesedí, že zcela zamrzlo a watchdog nezafungoval. Možná se pletu - rád se nechám poučit, pokud žiju v bludu.

Každopádně jsem tedy swap i příslušnou smyčku vypnul, abych mohl vyloučit alespoň jednu věc. Až se na konci týdne k malině dostanu, tak určitě proměřím napětí a odpor té pojistky.

Pak se svěřím, jak to dopadlo.

[Jendа]

Až se na konci týdne k malině dostanu, tak určitě proměřím napětí a odpor té pojistky.

To napětí klidně může být milisekundový pokles (připojil jsem k malině rtl-sdr a začly se dít strašné věci). Takže spíš osciloskop s triggerem na nějakých 4,5 V.

A vůbec, traces na desce jsou strašně tenké. Napájím to přes header a stejně je lepší ještě udělat extra horkou linku do USB zařízení. WiFi může být dost žravá.

[Šangala]

Mám jednu s prvních malin, a napájím-li ji přes USB port bylo/je „nestabiliní-hryzajíce-se„ utrpení“ (a to i z baterie přes stabilizátor), přes header naprosto v pohodě. Ale při připojení dalších USB periferií byla plně stabilní, jen když jsem USB napájení natáhl bokem a navíc pokud to nebylo z baterie(, ale třeba externí napájený HUB), tak jsem musel ještě přerušit kostru - jen nepatrné rušení z maliny dělalo džem (, v zásadě bez toho přerušení kostry od napájeného HUB-u obstála, z toho co jsem měl, jen jedna nabíječka k mobilu).

[Martin_P]

Omlouvám se za špatnou formulaci - malina je připojena přes ethernet do Wi-Fi routeru - v USB není nic.

[Martin_P]

Mas ten watchdog otestovanej? V raspbianu se z nejakyho duvodu zastavi po wd_keepalive. Reseni je bud nowayout=1, ale to pak nejde rpi vypnout a mozna ani spravne restartnout, nebo lepsi prejmenovat/smazat wd_keepalive, kterej stejne je celkem na nic.

[Martin_P]

Ještě než jsem se rozhodl přispět sem, tak jsem samozřejmě důkladně Googlil - mám jak nastaveno "nowayout", tak odebráno právo spouštění na keepalive démonovi. Watchdog stejně aktivuji a jaderný modul nahrávám až skriptem těsně před spuštěním okýnek.

Watchdog mám otestovaný - po ukončení zápisu do /dev/watchdog po uplynutí timeoutu správně resetne. Regulérní restart mě netrápí, protože celou kartu mám připojenou r/o, jelikož nepotřebuji nic ukládat. Takže watchdog používám i na "restart".

[dan]

O jakou verzi boardu jde? Osobne jsem se zamrzani navzdory pokusum s napajenim a konfiguraci bootu zbavil az prechodem na novejsi desku 's dirkama', tusim B2 a mladsi.

[Martin_P]

Ja mam dve B2 verze a jedna jede furt, druha se zasekava zhruba jednou za 14 dni. Watchdog restartuje, ale loguju restarty. Napajeni stejny, 2A, krabicky stejny, nalepeny dva pasivni chladice, pretaktovany na 1000MHz, ale ta jedna se seka i na zakladnich 700MHz. Takze si myslim, ze je to nejspis kus od kusu.

[Martin_P]

Verze boardu je 0xd.

[Martin_P]

Já jsem dával RPi zátěž v OpenELEC, najednou se ale třeba objevil zásek. SSH na první pokus hodilo chybu při key exchange, při druhém "Connection reset by peer" a při třetím už jsem dostal tuším "No route to host".

Tak jsem to vyndal z krabičky a je to zatím OK.

[Trubicoid2]

Watchdog muze taky kontrolovat jestli jede sshd a to se vyplati :)

[Martin_P]

Jo, to samozřejmě mám nastaveno, a jelikož je PI za NATem, tak tam ještě mám skripty, které vytvářejí/kontrolují SSH tunel na server, abych měl SSH přístup. V případě problémů se PI shodí přes watchdog.

[Martin_P]

Děkuji vám mnohokrát za reakce.

Tak malina teď jede v pohodě a bez sekání. Stejně tak bez problémů to bylo v zimě, takže bych řekl, že to bude určitě reakce na teplotu.

Swap i /dev/loop0 nechám deaktivované, protože se ukazuje, že teď po aktualizacích mám vždy alespoň 20MB volné paměti, což mi stačí.

Pomocí zápisu (skriptem při spuštění) do /sys/devices/system/cpu/cpu0/cpufreq jsem nastavil změnu frekvence "ondemand" a minimum 300MHz - asi to při pokročilé správě napájení těchto procesorů moc nepřinese, ale rozhodně to, myslím, neuškodí - PI jede stabilně.

Napětí je v normě.

Už mám pro malinu novou krabičku s větracími otvory, takže jí dopřeji trochu více vzduchu.

Ještě jednou děkuji za všechny reakce - zatím bych toto téma uzavřel. Uvidím, až přijdou znovu vedra. Pokud se problémy znovu objeví, tak bych se zase ozval.

[trubicoid2]

Ja mel dve krabicky bez otvoru, respektive ve spodni casti pod PCB je spousta direk a v horni casti ne. Tak jsem dnes vzal vrtacku a spoustu direk 2.5mm do vrchni casti vyvrtal a teplota v zatezi se snizila o 5 stupnu :)

A to podtaktovani jde udelat i v /boot/config.txt pomoci parametru arm_freq_min=; ted zkousim 100, jen rpi velmi dlouho bootuje, asi 200 sekund, nez

[ 195.018619] bcm2835-cpufreq: switching to governor ondemand

Pry ma pomoct volba initial_turbo=60, ale zpusobi, ze rpi vubec nenabootuje.