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

[MEGOLDVA] ASUS PN50-E1 boot probléma

Adott a ~ minipc. Pár éves. Néha szét szoktam szedni és portalanítani. A legutóbbi alkalom óta nem bootol, mindig a BIOS config jön fel bekapcsolás után, ami érthetetlen számomra. A SATA Information alatt a BIOS mutatja a diszket (pontos mérettel, típussal stb.), azonban a Boot alatt a Boot options egyszerűen inaktív, még csak nem is engedi kiválasztani. CSM opciót nem találtam, Secure Boot le van tiltva. Eddig ez a gép jól működött, és nem is az első eset volt, hogy portalanítottam, elképzelésem sincs, hogy mi történthetett. Érzésre olyan, mintha reseteleődött volna az NVRAM, és most valami elkefélt BIOS beállítás lenne benne. A baj az, hogy végigzongoráztam az összes BIOS beállítást, de nem találtam semmit. A leg zavarbaejtőbb az, hogy miközben a boot opciókat nem lehet állítani, induláskor és a konfigban is kiírja, hogy látja a diszket. A diszken GRUB van, ami nem változott. Bárkinek bármi ötlet? Még infó: a BIOS-ban utoljára évekkel ezelőtt jártam, még amikor feltelepítettem a gépet. Arra sajnos nem emlékszem, hogy CSM vagy EFI-e a GRUB, egyszerűen működött évek óta, így nem kellett foglalkoznom vele, nem emlékszem. De talán EFI lehet, mivel CSM beállítás egyáltalán nincs. Van Boot configuration menüpont is, de ott csak olyanokat lehet állítani, hogy legyen logó meg induláskor a NumLock aktív legyen-e, semmi mást. A Boot options külön van, de inaktív, nem engedi kiválasztani se. TPM, hálózati boot, Secure Boot, minden más máshol állítható, és mind le van tiltva. Olyan külön opció, hogy SATA boot engedélyezése nincs. Még infó: megpróbáltam egy USB-s telepítőről bootolni, az szépen elindul. Ha a GRUB menüben az UEFI Shell-t választom, akkor látom a SATA-s diszket, de mint CDROM jelenik meg. Van egy olyan opció a BIOS-ban, hogy "SATA Expansion HDD 1901" , ez eddig "Auto"-n volt. Átállítottam "Hard disk"-re, de ugyanaz, és az UEFI Shell alatt továbbra is CDROM-ként látszik. (Ebben a minipc-ben egyébként nincs is CDROM meghajtó egyáltalán.) Mégis mi a fene állítódhatott el? Kicsit ódckodom megpróbálni újratelepíteni a GRUB-ot, lévén CDROM-nak látja a diszket az EFI. Még infó: mindössze ennyi doksi van hozzá, de ezekből semmi nem derül ki. A BIOS-om egyébként nem úgy néz ki, mint a doksi képernyőképe, az ugyanis grafikus felület (EFI GOP-os), az enyém sima karakteres (konkrétan EFI SimpleConsoleOut interfészt használ). A build date 2021, nem volt flashelve, a gyári BIOS van benne. Valaki eseteg tudja, hogy a pékbe kell ezen factory reset-et csinálni? Régen volt a BIOS-okban ilyen menüpont, ezen semmi ilyesmit nem találtam. További fejlemény: elővettem a backup gépet. Ez ugyanakkor lett vásárolva, minden paraméterében azonos, kivéve, hogy Samsumg SSD helyett egy feleakkora Kingston SSD volt benne. Kipróbáltam, hogyha átrakom ebbe a Samsung SSD-t, és behozom a BIOS-t, akkor ott megjelenik-e a Boot options. Nem jelent, ott is inaktív. DE. Hiába raktam vissza a Kingston SSD-t, most már AZ SEM jelenik meg! Hangsúlyozom, hogy a Samsumgról nem is próbáltam meg bootolni, bekapcsolás után egyből rátenyereltem a Delete-re, csak annyit néztem meg, hogy a Boot options-ban megjelenik-e. A Kingston SSD meg végképp nem változott, még csak frissítve sem lett, ősrégi Linux és GRUB van rajta. WTF? Valaki segítsen már kitalálni, mi a franc folyik itt! Hát de bazz, nem értem miért, de sikerült megjavítani. Először is, megpróbáltam a legújabb telepítővel, újraraktam a GRUB-ot, semmi változás. Aztán túrtam a fiókomat, és találtam egy 2022-es telepítő pendrávjot. Nincs mit veszíteni alapon kipróbáltam azt is. És ezzel működött! Tehát egy régi verziójú (2022-es) grub-install legyalulta a hibás NVRAM-ot, és felülcsapta egy olyannal, ami megy. Érdekesség, hogy a BIOS most azt írja, "0 drive", és ennek ellenére bootol. Gondolom valami fallback miatt lehet ez. Szóval a BIOS-ban a SATA Information alatt látszik a diszk, Boot options inaktív, induláskor azt írja, "0 drive", és ennek ellenére mégis megy... Tartok tőle, a következő rendszerfrissítés után megint bajok lesznek, de legalább most el bírtam indítani (a rendszert egyébként két napja frissítettem, azóta volt egy reboot gond nélkül, majd a portalanítás utáni gebasz). Lehetséges, hogy ez a pendrájv pont az, amiről eredetileg is telepítettem, de nem biztos. Annyi biztos, hogy csak a régi verzióval javult meg, a legfrissebb telepítővel nem.

Lenovo Thinkcentre M53

Kaptam egy ilyet hogy nem indul. Kimérve, a tápegység működik, bár nem tudom milyen jel kell neki, (a közpéső tüske) A gépet szétszedve, a kapcsolót kimérve az működik, elemcsere volt, de továbbra sem indul. Még csak nem is világít. A tápnál a bemenet tüskéinél is megvan a feszültség. Ötletek? Nem vagyok műszerész, de úgy tűnik hogy a kapcsolóhoz már nem jut el az áram.

operátor panelek hálózati boottal

Sziasztok!

Adott 50-100db x86 alapú, érintőkijelzős mini PC. A feladatuk, hogy saját mac címükkel egy paraméterben egy böngészőben meghívnak egy oldalt, távsegítséghez fut egy VNC, esetleg kezelnek egy vonalkód olvasót. Jelenleg lokális diszkről bootolnak overlayfs-sel. Így elvileg nem sérül a fájlrendszer, max újra kell indítani, bármi történik. Cserébe nem frissül az OS, ami biztonsági aggályokat vet fel.

Az jutott eszembe, hogy bootolhatnának ezek az eszközök hálózatról (pxe, uefi http, vagy ilyesmi) egy live linuxot, boot közben mondjuk rsync-kel szinkronizálhaták a hálózati repót a saját diszkre, hogy ne a ramba kelljen tölteni az is, illetve esetleges hálózat-szakadás esetén ne okozzon gondot az NFS. Így csak a hálózati repót kellene frissen tartani.

Mire nem gondoltam? Van erre kitalált megoldás? Milyen buktatói lehetnek?

CoreELEC arm boot probléma

Van egy X96MaxPlus médiaboxom, amin CoreElec fut egy SD kártyáról.

Hetek óta halott a Youtube plugin, így gondoltam frissítek. Felfrissítettem a 21.1-es legújabb változatra, de a Youtube plugin továbbra sem működik. Más videókat rendben lejátszik azóta is. Gondoltam, egy másik SD kártyára telepítek egy szűz CoreELEC példányt, és tesztelem ott is a Youtube plugin-t, működik-e. És innentől jön a furcsaság.

Az új telepítés nem boot-ol SD krátyáról. Pontosabban akkor nem boot-ol, ha az SD kártyát az SD kártya slotba dugom. Ha egy USB-SD átalakítóval dugom be a boxba, akkor rendben boot-ol és települ. De ha telepítés után közvetlenül az SD csatlakozóba teszem vissza a kártyát, akkor ismét nem indul el - vagyis a belső android indul ilyenkor. Újra az USB átalakítóval bedugva ismét indul a rendszer.

Az régi, eredeti SD kártyát visszatéve az SD csatlakozóba, a rendszer továbbra is indul SD kártyáról.

Mi a trükkje az ARM booot-olásnak? Át tudom valahogy klónozni a működő kártyám indulási képességét az új kártyára? Tudtok erről valami részletesebb infót?

/MEGOLDVA/ PN50 frissítés után nem működnek az érzékelők

Mageia9 KDE, PN50 a PC. Egyedül az SSD meghajtóknak mutatja az érzékelő a C fokot, semmi más sensort nem mutat jelenleg a rendszer.

# sensors-detect
# sensors-detect version 3.6.0
# System: ASUSTeK COMPUTER INC. MINIPC PN50 [0626]
# Board: ASUSTeK COMPUTER INC. PN50
# Kernel: 6.6.52-desktop-1.mga9 x86_64
# Processor: AMD Ryzen 5 4500U with Radeon Graphics (23/96/1)

Végigvittem a detektálást és a végén ezt adta a konzol:


Sorry, no sensors were detected.
Either your system has no sensors, or they are not supported, or
they are connected to an I2C or SMBus adapter that is not
supported. If you find out what chips are on your board, check
https://hwmon.wiki.kernel.org/device_support_status for driver status.

Érdekesség, hogy egy másik gépen ugyanez a rendszer (Thinkpad T420) és ott a lefutott frissítések után nem lett semmi gond az érzékelőkkel, egy másik laptopon ami Acer aspire, szintén lefutott rendben a frissítés és nem volt utána gond a plasmoidokkal, minden érzékelő működött.

 

Megoldás: Rengeteg utána olvasások végére megszületett a megoldás. Valamelyik frissítés megette a rendszermonitort és utána nem volt a widgeteknek információ a sensoroktól. Feltettem a plasma-systemmonitor csomagot, majd leszedtem a régi widgeteket és vagy újra telepítettem őket, vagy amelyik nem ment, kerestem helyette olyat, ami jól működik. Ez nem csak nálam volt hiba.

[ Megoldva ] 6550-es foglalatba 2114-es memória

Tönkrement egy 6550-es memóriám, de csak aranyárban lehet beszerezni "újat".

Ha jól látom, szinte ugyanaz, mint a 2114, csak abban tér el tőle, hogy 4 darab engedélyező lába van egy helyett.

Lehet kapni 6550->2114 átalakító foglalatot, de mindenhol elfogyott. A kapcsolását meg nem találom.

Hogyan tudnék egyszerűen 2114-es memóriát használni 6550-es helyett?

A 4 darab select lábat egyszerűen összeköthetem? vagy egy 4 bemenetű AND kapun keresztül kapcsolhatom csak rá?

Bármilyen segítségnek nagyon örülnék.

[ Megoldva ] ESP32 SPIFFS egyenletes olvasása hogyan lehetséges?

ESP32-re Arduino IDE felülettel próbálok elkészíteni egy kódot, ami a feltöltött fájlban lévő adatokat folyamatosan olvasva, azt az ESP egyik GPIO-jára teszi ki. A jeleknek egyenletesen kellene a kimeneten megjelennie.

Szépen is működik kicsi fájlal, de amint nagyobb fájlt töltök fel, a SPIFFS megakasztja néha a folyamatot. Gondolom, valami pufferbe tölthet be adatokat. Megpróbáltam a feldolgozás előtt egy tömbbe beolvasni az adatokat, ami meg is oldotta a problémát, de a tömböm maximális mérete 64K lehet. Nekem pedig 100K feletti fájljaim is lennének.

Tehát a kérdésem az lenne, hogyan lehet többszáz kilobájtnyí adatot egyenletes sebességgel felolvasni a SPIFFS fájlrendszerből Arduino IDE felülettel?

RPI-n midi

Sziasztok.

Egy RPI-re telepített linuxon midi-outputon kiküldenék egy olyan midi file-lejátszást, ami a 3-as midicsatornán a panorámapotit random mód tekergeti.
Csak ennyit.

Kérdés:

ki hogyan valósítaná meg GUI nélkül, csak parancssorban?

---------

Egy DAW-ban szerkesztéssel könnyen megoldható mindez, vagy előre felvéve és ott lejátszva. De nem így akarom.

Gondoltam arra is, hogy DAW nélkül modularral megoldom, de az borzalmasan felzabálna néhány hardvert,meg százezreket.

A legegyszerűbb, legkisebb, legolcsóbb hardver linuxhoz

Keresek egy lehetőleg pici, egyszerű, olcsó hardvert, amin azért már egy debian elfut. Lehet arm cpu is. Jó lenne új, de használtan is ok, ha érdemben olcsóbb.

Egyetlen alkalmazás futna rajta, egy konzolos USB soros kommunikációs program 115200-as sebességgel, és kb 500MB tárterületigénnyel, amit zömében csak olvasni fog. ARM32, ARM64 és x64 binárisok közül választhatok. A gépet jó lenne a tápfeszültség bekapcsolásával indítani, és a tápfeszültség elvételével leállítani, mivel konzol nem is lesz rákötve.

Egyelőre találtam egy Orange Pi zero-t használtan, de még nem biztos, hogy sikerül hozzájutnom. Az is lehet azonban, hogy van egyszerűbb megoldás. A Raspberry PICO-n úgy tűnik már nem fut el normál linux.

Van ötletetek?