Miniszámítógépek, SBC-k

Hogyan tartotok frissen több eszközt?

Best practice érdekelne.

A saját Linuxos laptopomon (most épp Debian stable, néha Debian testing) időnként kézzel aptitude-ot indítok és telepítem a frissítéseket. A KDE-nek van egy frissítés figyelő cucca, szóval néha szól, hogy van x frissíthető csomag, vagy van y biztonsági frissítés. Ilyenkor indítom az aptitude-ot és frissítek. De ha nem szól, akkor is időnként ránézek, hogy van-e újdonság.

Sok évvel ezelőtt, amikor még Linuxos szervereket is karbantartottam, hasonló volt a megközelítés: Debian stable, és időnként ránéztem, hogy van-e frissítés. Ha a saját laptopomon láttam, hogy biztonsági frissítés van, akkor a szervereken is végignéztem azonnal, de egyébként ugye Stable-hez nem jön túl gyakran frissítés, és nem okozott gondot az, ha mondjuk egy csomagból egy újabb verzió nem a kiadás után 2-3 hanem mondjuk 8-10 nappal került fel.

Volt olyan gép, ahol telepítettem az unattended upgrade vagy valami hasonló nevű csomagot, és rábíztam, hogy rendszeresen nézze meg, van-e frissítés, és ha van security, akkor azt ő maga tegye is fel.

Biztos ezt is lehetne sokkal profibban csinálni, központilag vezérelve, automatikus figyeléssel riasztással akármi, de nem ez a része érdekel a dolognak.

Mostanában a linuxos laptop mellett van néhány raspbian-t vagy armbian-t futtató kis céleszközöm, amikre nem szoktam belépni interaktív shellbe gyakran. Ha belépek nagy ritkán, akkor persze szoktam frissíteni, de ez pl. zavar, hogy ritkán történik.

A másik gond, hogy ezeken az eszközökön vannak olyan programok, amik nem a Debian részei, és így a szokásos frissítési eljárásomból kimaradnak.

Pl. BananaPi-ből épített NAS-on van egy docker, és a dockerben egy Plex. Az aptitude boldogan frissíti a docker keretrendszert (nagy ritkán, amikor valami miatt épp belépek), de maga a Plex image nem frissül, ha épp nem jut eszembe, hogy a NAS admin weboldaláról indulva több lépésen keresztül oda nem jutok, hogy megnézzem, van-e frissítés, és ha van, akkor ott a weboldalról fel is tegyem azt.

Szóval az érdekelne, hogy ti a hasonló dolgokat hogyan csináljátok. Kézzel? Scripttel? Valami felügyelő programmal?

Nem néztem utána, de bizonyára a Plex docker image-et lehetne az admin weboldal helyett simán docker parancsokkal is frissíteni, és ezekből bizonyára lehetne könnyen shell scriptet készíteni és azt meg betenni a crontabba.

De ez a jó irány? Vagy van jobb? Vagy nem kell ez se?

Milyen SBC-t?

 

  Sziasztok!

Keresek olyan Single Board gépet, aminek a következőket kellene tudnia:
* Linuxot futtat. Tök jó lenne ha egy normál ubuntu server-t vagy hasonlót lehetne rá telepíteni, és távolról lehetne managel-ni.
* Legyen nagyon stabil, ne legyenek túlmelegedési gondjai. Ha bekapcsolom, akkor képes legyen leállítás nélkül hosszú ideig működni.
* Alacsony a fogyasztása (lehetőleg nem ATX táp, hanem passzív 12V-os vagy valami hasonló)
* USB-s mobil HDD-t tudjak hozzá kapcsolni (lehetőleg USB 3.0-át ismerje). Ha ez nem megy és csak SATA van rajta az se nagy gond.
* Legyen rajta gigabites net (de ha emiatt kétszer annyiba kerül akkor legyen inkább 100Mbit)
* Az nagyon pozitív lenne, ha támogatna titkosítást hardware-ből (Luks-hoz), mivel ezek bizalmas adatok lesznek amiket titkosítva kell tárolni.
* Memória és CPU annyi kell, hogy fusson rajta egy samba (workgroup, nem domain controller!), és egy syncthing. Más nem nagyon fut majd rajta.
* Legyen neki normális háza, ne nekem kelljen hozzá 3D nyomtatni meg forrasztgatni és csavarozni.
* Nem gond ha SD-ről boot-ol, de az se baj ha EMMC-ről, vagy ha egy külön SATA drive-ot kell beletenni amin a rendszer van. Ez igazából mindegy.

Erre lenne használva: speciális NAS-ként, ami egy syncthing-gel szinkronizált SMB share-t biztosít a hálózaton. Ebben a (titkosított) megosztott mappában nagy méretű videó felvételek lesznek tárolva, több terrabyte.

Az ára nem annyira nagyon kritikus, szóval nem kell a legolcsóbb. De nyilván jó lenne ha nem kerülne annyiba, mint egy komplett számítógép.

Egyébként az is jó lehet, ha már egy kész NAS-t vásárolok erre a célra, feltéve hogy van ilyen ami megfelelő. Sajnos NAS téren nem vagyok nagyon otthon. Egy kicsit tartok attól, hogy saját custom szoftverrel rendelkező NAS-t vegyek, amiben speciális módokon kell beállítani a dolgokat.

 

Köszönöm!

ARM-os Mac Mini M1 alternativat keresek (Linux) - letezik ilyen?

Keresek egy olyan ARM-os, Linuxot bootolni kepes mini-szamitogepet, amin vannak a kovetkezok:

  • Legalabb ket USB-C (vagy Thunderbolt3/Thunderbolt4/USB4) port
  • Legalabb az egyik USB-C port tudjon DisplayPortkent is mukodni (eggyel kevesebb kabel, mert aramot is tud adni nehany kisebb monitornak)
  • Az aramellatas USB-C-n tortenjen
  • Legalabb 4GB RAM
  • Normalis SSD a hazban/hazba beszerelheto (mindegy, hogy SATA vagy NVMe), ne 16GB-os meg 64GB-os SD kartyakkal kelljen rajta bohockodni
  • Ethernet port
  • Lehetoseg szerint ne legyen kijelzoje es akkumulatora, de ha csak laptopban van ilyen, talan lenyelem
  • Elerheto, nem 3-6 honapot kell ra varni, meg kethetente ranezni, hogy meg mindig out of stock-e (Pinebook Pro)
  • Legyen hozza mindenhez Linuxos driver es egy elerheto leiras legalabb egy ismertebb Linux distrora (ArchLinux ARM es Void Linux ARM mar ismertebbnek szamit)
  • X11-et tudja a GPU driver kiszamolni

Letezik ilyen? Ha letezik: buy link?

Gyakori kerdesek:

"Intel Atom jo lesz?"

Nem. ARM kell.

"Intel i3/i5/i7/i9 jo lesz?"

Nem. ARM kell.

"Sajat tapja van, jo lesz?"

Nem. USB-C-s kell.

"Raspberry Pi miert nem jo?"

Kicsi a teljesitmeny es keves a RAM.

"Banana Pi miert nem jo?"

Mert ott is kicsi a teljesitmeny es keves a RAM.

"Linux X11 helyett Android jo lesz?"

Nem.

"Pinebook Pro jo lesz?"

Jo lenne, de honapok ota out of stock. Figyelem. Meg az SD kartya + hordozhatosag miatt nem a legtokeletesebb.

Arduino OTA Linuxon nem elérhető

Sziasztok!

A Portok közt csak a soros port látszik, az OTA nem jelenik meg, hiába van az Arduino OTA a Wemos D1 minibe töltött sketchbe fordítva. Legfrissebb Arduino IDE (1.8.13), legfrissebb openSuse Tumbleweed. Néhány éve használtam, akkor még ootb működött Leap alatt.

 Virtuális gépben Windows 7 alatt sem ment alapból, de a:

REG ADD "HKLM\Software\Policies\Microsoft\Windows NT\DNSClient" /V "EnableMulticast" /D "0" /T REG_DWORD /F

megoldotta a problémát. Az mDNS-el függ össze a hiba, de nem jövök rá, Linuxon mit kellene beállítanom/telepíteni/változtatni.

Ebben kérném a segítségeteket, köszi!

[MEGOLDVA] Raspberry Pi Pico - GPIO max mA

Rendeltem egy Pi Pico-t a gyereknek gyakorlásra. Napok óta bújom a PDF-eket amiket kiraktak a hivatalos oldalra, de sehol nem találom, mennyi a max mA megengedett egy lábon.

Az Arduino-nál a hivatalos bolt oldalán rögtön oda van írva, a legtöbb kártyához.

Ha valakinek sikerült megtalálni, kérem segítsen.

Előre is köszönöm

The Untold History of Arduino

Lazán kapcsolódva a hup-on mostanában kitárgyalt "kinek az eredeti ötlete, kinek a projektje, ki copyzta le, ki szedte be a pénzt a végén" témához. Lássuk hogyan megy ez a kultúrvilágban, a fejlett nyugaton: 

https://arduinohistory.github.io/

Természetesen ez Hernando Barragán nézőpontja. A "hivatalos" Arduino viharos és zavaros múltja mellett érdemes elolvasni. Adruinóéknál volt több cég is Arduino LLC, Arduino SRL, Arduino AG. A második (SRL) olasz cég például Gianluca Martino "projektje volt arra, hogy olasz földön csapattársai előtt is titokban bejegyezze magának az Arduino nevet, amíg a csapat csak USA-ban védette le nevet Adruino LLC által. Később ennél a cégnél lett vezér Federico Musto, aki az arduino körüli sikert és hírnevet megpróbálta saját tanulmányainak felturbózására használni, ha már ceo :) 

[ Megoldva ] Lilygo OLED display nem megy :(

Van egy lyligo lapkám (esp32). A kijelzőjét akarnám életrekelteni, de minden leírás  stažené ttgo-t-display.ino fájlját veszi alapul, ami meg sehol sem érhető már el. (Ez már önmagában is eléggé fura.)

Innen-onnan összeszedtem egy ttgo-t-display-h fájlt, amivel legalább annyit elértem, hogy a demó kód elindul, de a 240x135-ös képernyőmnek csak a negyedét használja. Ha növelem a felbontást, nő a teljes használt képernyőméret is, de a teljeset sosem éri el. És hát persze a felbontás nem nagyobb, tehát ez úgysem jó út.

Van valakinek véletlen egy TTGO-D_Dispaly.ino fájlja, libraríkkel együtt - mert gyanítom, abban van a lényeg. Vagy elgalább egy helyes TTGO-T-Display.h fájl. Netán bármilyen működö ino kód Lilygo olde displayre?