Vyšla nová verze distribuce Raspbian 2014-09 (diskuse)

[SPM]

By mě teda fakt zajímalo, koho napadlo dát minecraft do standardní instalace :) Takové základní, životně důležité nástroje, jako minicom, tcpdump, screen tam nejsou, ale pařit blbosti na tom jdou rovnou :)

[Žirafa]

Beztak je Raspberry pi hračka/nepostradatelnáVýpočetníJednotka pro velmi pokročilé uživatele. Minecraft lze brát i jako benchmark daného zařízení a zbytek si typický power user nainstaluje sám

[SPM]

Tak právě pro to, že je to pro pokročilý uživatele, nechápu proč tam tu hovadinu instalujou

[K>]

Ach jo. Raspberry bylo vyvinuto a je primarne urcene pro vyuku elektroniky a programovani. A detem se Minecraft libi.

[paul2no]

Spíš si říkám, že by mohli udělat nějaké oficiální "minimalistické" image pro stroje bez monitoru - sám v RPi nějaké takové používám (co někdo vytvořil) - je to normální Raspbian, ale bez všech náležitostí pro grafické rozhranní. A má pouze něco málo přes 1 GB.

[R]

Tie oficialne image su nepouzitelne - je tam kopec sraciek a zakladne veci chybaju.

Pouzitelnu instalaciu dostanes pouzitim raspbian-ua-netinst. Stiahnes maly image, hodis na kartu, kartu vrazis do Raspberry, zapnes a pripojis na internet. Ak mas monitor, tak mozes pozorovat priebeh instalacie. Ak nie, tak pockas, kym to dobehne a pripojis sa cez ssh.

[R]

A potom doinstalujes, co potrebujes.

[SPM]

btw nezkoušel někdo, jestli to jde "nainstalovat" přes debootstrap? :)

[eeeee]

debootstrap funguje (vyzkouseno), viz http://blog.kmp.or.at/2012/05/build-your-own-raspberry-pi-image/

[mirec]

Odporúčam buildroot / openembed. Teda nie že by som používal na raspberry, ale na A20 má môj image 20-25MB (nekomprimovaných okolo 60MB) a to tam mám kopec kravín ako Qt5, ovládače grafiky s OpenGL ES 2 akceleráciou, ovládače sieťovky ...

[Jendа]

Já si napsal seznam balíčků, co se mají z RPi odstranit (kdo má nový Raspbian, může to aktualizovat).

[Johnny]

Arch or GTFO. Kvůli Raspbianu jsem se začal rovnou vyhýbat radši celý Debian rodině...

[bhy]

proč?

[mikirc]

Nekoupil Minecraft nahodou Microsoft? Aby pak maliny nesvitily modre a nefungovaly.

[ET]

hehe, +1

[\/]

A jak se ten minecraft spouští? Chtěl jsem si to vyzkoušet, ovšem vzdáleně, protože u RPi nemám monitor. Připojím se přes ssh a spustím minecraft-pi, naběhne úplně černé okno a končím, protože nevím, co mám dělat. RPi ale nenadává, prostě nic.

[Conscript89]

Minecraft na rpi imho kresli primo na graf. vystup bez pouziti X (podobne jako jiny soft na rpi), takze to tunelovat nepujde.

[\/]

Aha, díky.

[Pavel Píša]

Pro našeho zákazníka, který RPi využívá pro nekritický sběr průmyslových dat, jsme ve firmě PiKRON připravili řešení, které prodlužuje životnost SDcard tím, že je kromě updatů trvale montovaná RO. Pro případná aplikační data, která mají být zachovaná přes reboot, ja možné využít další partition.

Řešení s využitím AUFS máme otestované pro jádra 3.12 a 3.16. Patche jsou spravované v GITu zde

https://github.com/ppisa/linux-rpi

Skript pro spuštění v režimu overlay (init=/sbin/init-overlay) je součástí servisních nástrojů v GItu

https://github.com/ppisa/rpi-utils

Pro instalaci stačí spustit utilitu /sbin/overlayctl install Jejími příkazy status, enable atd lze ovládat, jestli příští reboot bude probíhat v overlay režimu. Trochu více informací o koncepci 5e3en9 lze naléz v souboru "/usr/share/doc/init-overlay/init-overlay.txt

Součástí repository je i další užitečný skript pro práci s disku s DOS MBR - mount-img-parts.

V image s posledním Raspbianem to zatím integrované nemáme, ale mohu dát odkaz na image minulého, který byl updatovaný před několika dny. Jádro 3.16, upgrade Bluetooth pro 4.0 BLE, pro otestování našich vlastních vyvíjených BLE periferií.

Co se týče podpory, obecně budu rád, pokud naše placená práce bude užitečná i komunitě. Se zákazníkem jsme domluvení, že i pro něho je to výhodné případné další širší testování atd. I mě samotného by těšilo se případným nápadům věnovat, ale máme několik důležitějších projektů ve firmě i ve škole a také výuku, takže to berte nabídku jako věc na hraní s tím a nezaručuji, že na dotazy neodpovím. Může to být nedostatkem času nebo ztrátou e-mailu - můžete zkusit po týdnu znova. Pak alespoň sdělím, jestli se dotazu budu věnovat. Možná dojde k dohodě, že na údržbě projektu budeme pokračovat, pak by dalšími kroky byla příprava řešení jako balíčku pro Debian a optimálně i začlenění AUFS a balíčku do standardní distribuce Raspbian. Naopak, pokud by se tomu chtěl věnovat někdo další z komunity, tak v případě zájmu našeho partnera může práci za smluvní odměnu udělat on buď přes nás nebo přímo.

Alternativou je buď nějaké oboustranně výhodné využití/projekt, případně pro studenty možnost diplomové práce pro naší skupinu průmyslové automatizace. Podpora studentů a konzultace jsou součástí mé práce na ČVUT. Pro RPi teď připravujeme i periferie pro motion control, které by demosntrovaly, že i na takto nesmyslném HW Linux zvládne řízení v oblasti desítek kHz (tam používáme RT jádro 3.12). Jinak na škole i ve firmě nabízíme i seriozní řešení pro průmyslové využití, máme navržené industrial grade řízení do osmi OS na malém ARMu+FPGA a máme zkušenosti s vývojem a propojením našeho HW s výkonnými ARM, POWERPC a na univerzitě teď pracujeme i se safety Cortex-R4F a napojením na Matlab Simulink a to i pro Linux. Takže pro seriózní aplikace doporučuji zvážit, jestli RPi vůbec uvažovat. Na získávání zkušeností a hraní je to ale použitelná platforma.

[Pavel Píša]

Ještě pro testování máme otestované jádro a modifikaci image pro běh pod QEMU. Tam umíme testovat i ARM s emulovanými interface CAN a průmyslových I/O karet.

[Jooky (inactive)]

Ja mam tiez niekolko RPi na zber dat. Povodne som system navrhol v style ext4(ro) + tmpfs. Idea bola mat zariadenie, ktore sa da odpojit od siete bez rizika poskodenia fs. Cele to ale bolo dost taskopadne, tak som nakoniec presiel na btrfs. Btrfs nepotrebuje journal, takze nezapisuje stale dookola na tie iste miesta na SD karte + samotny zapis dat je vzdy do volneho miesta. To pomaha predlozvat zivotnost SD karty a vdaka integrovanemu "scrub" systemu mozem jednoducho skontrolovat, ze vsetky data su vporiadku (btrfs scrub start -B /)

[Ilfirin]

Rozhodně dobrá práce, ale nebylo menší zlo použít TinyCore, které má RO v základu?

[Jendа]

Já třeba tyhle speciální distribuce nerad. Nejsou pro to balíčky.

[Jendа]

Pro našeho zákazníka, který RPi využívá pro nekritický sběr průmyslových dat, jsme ve firmě PiKRON připravili řešení, které prodlužuje životnost SDcard tím, že je kromě updatů trvale montovaná RO.

Hm, to jsem kdysi taky udělal, a bylo to snad na tři příkazy (stačilo nasymlinkovat logy a /etc/resolv.conf). Ale jo, aufs, proč ne.

Součástí repository je i další užitečný skript pro práci s disku s DOS MBR - mount-img-parts.

Neříká se tomu kpartx?

[Pavel Píša]

Dík za odkaz na kpartx. I když pro mě je asi řešení, které si umí udělat i primární loop celého image a vše drží v lokálních adresářích asi výhodnější. Pro případ mountu ani loop nad celým image nedělám. Volá kpartx pro zpracování tabulky službu jádra nebo si to dělá lokálně? Mohlo by chodit nad regular file nebo vyžaduje block device - loop nad image? Zatím jsem se nedíval.

Alternativní řešení s RO rootem a překopírováním var a případně i etc do tmpfs a pak překrytí RO var touto kopií jsme před lety také používali a nabízel jsem ho. Řešení s AUFS má výhodu, že zásah je minimální, lze snadno nabootovat v původním stylu a upgardovat distribuci tak, jak je zvyklá.

Co se týče jiné distribuce, tak partneři jsou zvyklí Debian provozovat na serverech a stejné chování, správa systému a dostupnost ekvivalentních balíčků a jejich jmen na RPi je pro ně výhodnější.

[Jendа]

kpartx namapuje i soubor a dělá to jaderně.

U AUFS vidím jako největší výhodu, že když to update rozbije, dá se snadno nabootovat bez toho AUFS původní systém a opravit to. Mohl by to dokonce udělat sám watchdog. (ano, už jsem si takhle bricknul krabičku, naštěstí jenom na druhé straně Prahy)

[Pavel Píša]

Test update (před ostrým) v AUFS byl jedním z cílů. Zároveň lze použít i chroot a jakžtakž ostrý update v RO->RW base systému. Pak je ale nutný reboot.

Umím si představit bezpečné řešení update s RO rootem v squash FS v souboru uloženém na EXT4. Pak by šlo provést update v AUFS, zkompimovat ho do nového squash a provést nové systémové volání move/replace, které by výměnu odkazu na base pro příští boot provedlo atomicky. Další možnost je AUFS s občasným syncem RW větve na persisten partition a pak její aplikace při příštím bootu, ale ta nebude atomická, pokud se nepoužijí snapshoty BTRFS.

Alternativa je použít BTRFS jako hlavní systém. To tady již zaznělo a uvažovali jsme o tom, ale pro běžného uživatele je jednodušší vzít originální Raspbian image. o online update z EXT4 na BTRFS sice vím, ale připadá mi to krkolomné a určité feature nejspíš zůstanou zakázané. Takž pro sebe/naše projekty/ bych o BTRFS již uvažoval, ale jako průhledné entry level řešení pro druhé to spíš nevidím.

[Conscript89]

A co LVM a snapshoty? Akorat je potreba si vytvorit ramdisk, ale to taky neni problem.