-
GAMEPOD.hu
Egyre több bankkártya méretű, egy kártyás számítógép kapható a piacokon, tipikusan nem Intel platformon. A topic ezen számítógépek hardveréről, linuxos operációs rendszeréről, szól. A kis gépek zöme otthoni hardverfejlesztésre, barkácsolásra is alkalmas, így ehhez kapcsolódó elektronikai kérdések is témába vágnak.
Új hozzászólás Aktív témák
-
azbest
félisten
válasz
Proci85
#1700
üzenetére
nekem nincs kifogásom a gyári rendszer ellen sem
Az armbian oldalán szépen megvan, hogy milyen boardokat támogatnak, tuti benne van az odroid több változata is. Ott azzal kell tisztában lenni, hogy ők valószínűleg csak az alapfunkciókat támogatják. Azaz proci és io nagyrésze. Videogyorsítás és hasonlók valsz nincsenek benne (hacsak nem a mainline kernel is támogatja azt).
[ Szerkesztve ]
-
vzozo
senior tag
Na tegnap este rászántam magam, hogy akkor belakom az N2-t. Szerintem tényleg nincsenek nagy elvárásaim, tudjak rá külső vinyót kötni, menjen fájlmegosztás SMB-n, SSH-val érjem el (including SFTP, geo-replikáció miatt), illetve hosszútávon DLNA / plex klón is fusson rajta.
Ugye voltak ezek az USB3-as parák, ami elvileg megoldódott. Lásd: https://forum.odroid.com/viewtopic.php?f=181&t=35031
Legfrissebb rendszeren vagyok:
root@odroid:/var/log# uname -a
Linux odroid 4.9.213-67 #1 SMP PREEMPT Thu Feb 13 14:59:00 -03 2020 aarch64 aarch64 aarch64 GNU/LinuxMivel tegnap éjjel szoptam eleget, gondoltam ennek ellenére lebutítom 1024-ről, ahogy a fenti fórumban javasolták:
root@odroid:/var/log# cat /sys/class/block/?d?/queue/max_sectors_kb32Vinyó felismerve, mount:
root@odroid:/home/vzn2# lsusb -t/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 5000M|__ Port 1: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/2p, 480M|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M[ 3429.629013] usb 2-1.1: new SuperSpeed USB device number 3 using xhci-hcd[ 3429.649666] usb 2-1.1: New USB device found, idVendor=1058, idProduct=25ee[ 3429.649669] usb 2-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1[ 3429.649671] usb 2-1.1: Product: My Book 25EE[ 3429.649673] usb 2-1.1: Manufacturer: Western Digital[ 3429.649674] usb 2-1.1: SerialNumber: xxx[ 3429.650757] usb-storage 2-1.1:1.0: USB Mass Storage device detected[ 3429.656723] scsi host0: usb-storage 2-1.1:1.0[ 3430.661477] scsi 0:0:0:0: Direct-Access WD My Book 25EE 4004 PQ: 0 ANSI: 6[ 3430.665900] scsi 0:0:0:1: Enclosure WD SES Device 4004 PQ: 0 ANSI: 6[ 3430.703041] sd 0:0:0:0: Attached scsi generic sg0 type 0[ 3430.703449] scsi 0:0:0:1: Attached scsi generic sg1 type 13[ 3430.705013] sd 0:0:0:0: [sda] Spinning up disk...[ 3431.712949] .................ready[ 3448.096606] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).[ 3448.096744] sd 0:0:0:0: [sda] 15628052480 512-byte logical blocks: (8.00 TB/7.28 TiB)[ 3448.096747] sd 0:0:0:0: [sda] 4096-byte physical blocks[ 3448.096961] sd 0:0:0:0: [sda] Write Protect is off[ 3448.096965] sd 0:0:0:0: [sda] Mode Sense: 47 00 10 08[ 3448.097177] sd 0:0:0:0: [sda] No Caching mode page found[ 3448.097203] sd 0:0:0:0: [sda] Assuming drive cache: write through[ 3448.110671] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).[ 3449.464155] sda: sda1[ 3449.466398] sd 0:0:0:0: [sda] Very big device. Trying to use READ CAPACITY(16).[ 3449.467051] sd 0:0:0:0: [sda] Attached SCSI diskOké, SFTP-n elkezdek másolni egy nagy fájlt (10+ GB), minden oké, 10MB / sec sebességgel hasít, látszik, hogy itt az ISP-m a gyenge láncszem.
Majd egy "hülye" ötlettől vezérelve indítok egy midnight commandert, hogy miközben megy az SFTP-s másolás, megnézzem mi minden más van még azon a külső vinyón.
És akkor itt ennyi. Szó bennszakad, hang fennakad, lehellet megszegik...
MC lefagy, WinSCP is jelenti pár másodperccel később, hogy para van:
---------------------------Information---------------------------Host is not communicating for more than 15 seconds.Still waiting...Note: If the problem repeats, try turning off 'Optimize connection buffer size'.Warning: Aborting this operation will close connection!---------------------------Vártam pár percet, semmi, putty-n reconnect, és vissza tudtam mászni.
Ez most WTF?
Igazából az egyetlen hiba, amit látok:
Mar 6 15:23:25 odroid ntfs-3g[4851]: Version 2017.3.23 integrated FUSE 28Mar 6 15:23:25 odroid ntfs-3g[4851]: Mounted /dev/sda1 (Read-Write, label "8TB_EZAZ", NTFS 3.1)Mar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.wants: Permission deniedMar 6 15:23:25 odroid ntfs-3g[4851]: Cmdline options: rwMar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.wants: Permission deniedMar 6 15:23:25 odroid ntfs-3g[4851]: Mount options: rw,allow_other,nonempty,relatime,fsname=/dev/sda1,blkdev,blksize=4096Mar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.requires: Permission deniedMar 6 15:23:25 odroid ntfs-3g[4851]: Ownership and permissions disabled, configuration type 7Mar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.requires: Permission deniedMar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.config/systemd/user/mnt-8tb.mount.d: Permission deniedMar 6 15:23:25 odroid systemd[2416]: Failed to canonicalize path /home/vzn2/.local/share/systemd/user/mnt-8tb.mount.d: Permission deniedDe ezt passzolom.
Bármi ötlet?
Rant ON
Lehet tényleg én várok el sokat egy 100 eurós kütyütől, de a büdös picsába már, egy sima raspberry-vel mindez 7 éve hibátlanul ment, mindenféle debuggolás meg szopás nélkül! 1996-ban még funny volt linuxot hackelni bitszinten, de én most 2020-ban ehhez már öreg vagyok. És pipa, kibaszottul pipa, mert erre cseszem el az időmet.
-
inf3rno
nagyúr
Lövésem sincs, kérdezd a fejlesztőket: [link] Én messziről kerülöm az összes rendszert, amit ez a potter csávó összetákolt. Valszeg majd elhajtanak azzal, hogy kérdezd az Ubuntu fejlesztőket, de azért kíváncsi vagyok mire jutsz.
Vannak amúgy itt is Linuxos témák, ahol érdemes kérdezősködni. Pl: [link][ Szerkesztve ]
Buliban hasznos! =]
-
vzozo
senior tag
Újra volt pár "felesleges" órám éjszaka, hagytam a francba a HK-s Ubuntut, és feltettem az armbian disztrót, 5.4.x-es kernel, Ubuntu 18.04.4 LTS.
Lekopogom, eddig minden frankón működik, semmi rejtélyes fagyás, semmi rejtélyes visszamaradt fájlok egy korábbi installból (lásd #1696).
-
vzozo
senior tag
"minden frankón működik" - kivéve, hogy nem tudom a "nand-sata-install" tool használata után (SD-ről USB SATA SSD-re klónozás) működésre bírni a rendszert. Reboot után csak egy fekete képernyő fogad, soros kábelem pedig nincs (és rendelni is csak olyanokat látok, hogy 4-6 hetes szállítással, relatíve horror árakon...)
Van bárki a topikban, akinél működött ez az SD -> USB SATA processz Odroid N2-vel?
-
vzozo
senior tag
Némi update, egyrészt ritkán van időm ezzel foglalkozni (szopni...), másrészt az angol nyelvű fórumok jobban pörögnek.
Szóval USB-SATA diszk, Odroid N2, illetve ígyjárás esete.
Jelenleg ami biztos, hogy a 4.9.x-es kernel alapú diszrókkal működik a külső (USB-s) diszkről való rendszerfuttatás, 5.4.x-en nem. Szintén érdekes, hogy pl. UFD-vel ("pendrive") gond nélkül megy, de az itthon lévő két különböző USB-SATA enclosure-om mindegyike kampó.
Redditen volt egy mókus, akinek 5.4.x-en aktív USB-s hub közbeiktatásával sikerült működésre bírnia a cuccot, de szerintem már így is egy rakat pénzt dobtam ki hülyeségekre (rendeltem új encolsure-t, új UFD-t, serial kábelt, persze a debug output kb. lófasznyi plusz infót nem adott a történethez...), a lezárás alatt meg csak azért nem fogok beautózni a munkahelyemre, hogy kunyizzak az IT-n egyet.
Egy szó mint száz, szerintem továbbra is szánalmas a történet, és ezerszer megbántam, hogy ilyen szedett-vedett hardverrel kezdtem a jól megszokott x86/x64 alapú gépek helyett, de egyrészt érdekelt mit lehet ebből kihozni, másrészt ebben a lakásban vagy egy olyan helyzet, hogy nincs hova letenni egy normális home szervert (ahol nem zavarna a zaja, ott se hely, se UTP kiépítve, ahol elférne, ott a család gyilkolna meg a zaj és a látvány miatt. Nők...)
-
azbest
félisten
itt nem játszik az a móka, hogy sd kártyán vagy pendriven van a root, a kernel és a többi meg az usb-sata cuccon? Annó régi raspberry-n és külön támogatás nélkül is így csináltuk, gyakorlatilag hardvertől független. Valami kernel konfig fájlban lehet megadni, hogy hol legyen a root (cmdline.txt volt raspberry-n, lehet armbianno boot.cfg [link] )
Van tán verbose boot paraméter is ott.Egyébként valami olyasmire tippelnék, hogy esetleg a kernelbe nincs belefordítva támogatás, hogy alapból kezelje az usb-satát, hanem külső modulként akarja betölteni ... az usb-satáról
Ha össze tudsz hasonlítani valami konfigot a 4.9 és 5.4 kernel fordításából (elvielg ezek akár futó rendszerből is kinyerhetőek, de lehet az imagen rajta van a txt fájl) ott lehet kibukik, hogy a 4.9-en bele volt fordítva.
[ Szerkesztve ]
-
vzozo
senior tag
Mondom itt tökéletes a működés ugyanazzal az USB-SATA enclosure-ral 4.9.x alatt, amivel csak totál fekete képernyőt kapok 5.4.x-en.
Illetve a totál ugyanazzal a módszerrel UFD-re klónozott 5.4.x is megy mint a karikacsapás.
Ami nagyobb gond, hogy azért a Linuxot csak alapszerinten ugatom, szóval esélyesen nem én fogom kiszúrni mi a hiba.
Egyébként nagyon naiv gondolat, hogy USB storage == USB storage? Most nem mindegy, hogy egy pendrive-ot vagy egy USB-s HDD enclosure-t kötök rá? (A látottak szerint nyilván nem mindegy, csak én akarhatok túl sokat 2020-ban egy generikus USB storage driverrel...)
-
azbest
félisten
A lényeg, hogy először a kernel kezd el futni. Attól függetlenül, hogy honnan próbálja betölteni. A bootloader (uboot) valószínűleg látja az usb eszközt, de amikor a kernel kezd el futni, annak is kell, hogy legyen drivere a fájlrendszer eléréséhez. Neki már az számít, hogy ő maga mire képes, magára van utalva onnantól. Ha a képkimenethez szükséges dolgok is külső modulok, akkor addig kép sincs, amíg be nem tölti a fájlrendszerről azt.
Namost a kernelnél lehet olyan, hogy magában tartalmazza a drivert (modult) az alapvető dolgokhoz, például fájlrendszerekhez, háttértár csatolókhoz, hogy elérje a háttértárat a kernelen kívüli dolgokhoz. És bizony a kevésbé fontos driverek azok külső modulként szoktak megtalálhatóak lenni, amit viszont nem ér el a kernel, ha pont a háttértár drivere nincs magába a kernelbe fordítva. Annak a chipnek, ami az usb-sata átalakítást végzi külön drivere van, ami chipsetenként más lehet.
A pendrive-nak más drivere lehet, mint az usb-satának. Ha nem tudod a chipsetet akkor az lsusb listája segíthet megtalálni, ha más nem az usb id-je alapján.
Itt egy oldal, ahol van pár parancs, amivel meg lehet nézni, hogy az éppen futó kernel esetén milyem külső modulok vannak betöltve és hogy milyenek vannak közvetlenül a kernelbe fordítva. [link]
4.9 és 5.4 alól megnézve a különbségeket összehasonlítva kiderülhet, hogy tényleg ez-e az oka. Ehhez a pendriveos futtatás is jó, csak legyen bedugva az usb-sata is, hogy lássa.A verbose boot nem tudom, hogy esetleg ki tudja -e menteni azt a /boot-ba ameddig eljut a kernel. Lehet ott látszana szépen, hogy nem találja a háttértárat. Egyébként, ha van más boardod, lehet annak is van soros portja, ami kompatibilis az odroid sorosával és akkor arról meg tudod nézni mit tenne ki a soros konzolra. Bár lehet ahhoz is kell valamit engedélyezni a boot.cfg-ben.
[ Szerkesztve ]
-
vzozo
senior tag
Köszi, ez elég részletes volt, még ha egy-egy részletet ismertem is, tényleg jó kis összefoglaló.
Az elmúlt hetekben a kísérletezések során lementettem egy csomó dmesg logot, megpróbálom összefoglalni, miket láttam.
Ha nem tudod a chipsetet akkor az lsusb listája segíthet megtalálni, ha más nem az usb id-je alapján.
Kétfajta USB-SATA enclosure-om van itthon, jelenleg erről fut a rendszer (4.9-es kernel):
Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridgePróbáltam egy Seagate külső HDD dobozát is (miután az eredetileg bennelévő diszk megdöglött...), igazából az is működik bármivel: saját és asszony laposa, smart TV, illetve ha már felismeri, akkor az N2-vel is, csak ugye oda el kell jutni... Egyébként az a Seagate is valami JM chipsetes, csak most nincs kéznél, hogy szétkapjam.
Viszont ami nem tiszta, hogy mégis mi a driver különbség?
Pendrive:
[ 212.605189] usb 2-1.2: new SuperSpeed Gen 1 USB device number 3 using xhci-hcd[ 212.626105] usb 2-1.2: New USB device found, idVendor=0781, idProduct=5583, bcdDevice= 1.00[ 212.626117] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3[ 212.626126] usb 2-1.2: Product: Ultra Fit[ 212.626134] usb 2-1.2: Manufacturer: SanDiskJMicron:
[ 237.760111] usb 2-1.1: new SuperSpeed Gen 1 USB device number 4 using xhci-hcd[ 237.781207] usb 2-1.1: New USB device found, idVendor=152d, idProduct=0578, bcdDevice= 2.03[ 237.781220] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3[ 237.781229] usb 2-1.1: Product: External Disk 3.0[ 237.781238] usb 2-1.1: Manufacturer: JMicronSeagate:
[ 333.360135] usb 2-1.3: new SuperSpeed Gen 1 USB device number 5 using xhci-hcd[ 333.381050] usb 2-1.3: New USB device found, idVendor=0bc2, idProduct=2322, bcdDevice= 0.00[ 333.381064] usb 2-1.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1[ 333.381073] usb 2-1.3: Product: Expansion[ 333.381082] usb 2-1.3: Manufacturer: SeagateŐszinte leszek, én itt annyit látok, hogy mindhárom az XHCI-HCD drivert (?) haszálja, és csak a vendor és product ID-kben térnek el...
Na meg is van, íme a bootfolyamat 5.4-es kernellel, úgy, hogy mindhárom eszköz rá volt dugva:
root@odroidn2:~# dmesg |grep sd[ 1.938419] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).[ 1.980773] sdhci: Secure Digital Host Controller Interface driver[ 1.980776] sdhci: Copyright(c) Pierre Ossman[ 2.006429] sdhci-pltfm: SDHCI platform and OF driver helper[ 2.036398] meson-gx-mmc ffe05000.sd: Got CD GPIO[ 3.775284] sd 0:0:0:0: [sda] 120176640 512-byte logical blocks: (61.5 GB/57.3 GiB)[ 3.776323] sd 0:0:0:0: [sda] Write Protect is off[ 3.776329] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00[ 3.776633] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA[ 3.803965] sda: sda1[ 3.806039] sd 0:0:0:0: [sda] Attached SCSI removable disk[ 867.267044] sd 1:0:0:0: tag#18 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD IN[ 867.267055] sd 1:0:0:0: tag#18 CDB: opcode=0x9e, sa=0x10 9e 10 00 00 00 00 00 00 00 00 00 00 00 20 00 00[ 867.391555] sd 1:0:0:0: [sdb] 488397168 512-byte logical blocks: (250 GB/233 GiB)[ 867.391561] sd 1:0:0:0: [sdb] 4096-byte physical blocks[ 867.391712] sd 1:0:0:0: [sdb] Write Protect is off[ 867.391718] sd 1:0:0:0: [sdb] Mode Sense: 53 00 00 08[ 867.392059] sd 1:0:0:0: [sdb] Disabling FUA[ 867.392065] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA[ 867.392332] sd 1:0:0:0: [sdb] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes)[ 867.414161] sdb: sdb1[ 867.415730] sd 1:0:0:0: [sdb] Attached SCSI disk[ 945.681680] sd 2:0:0:0: [sdc] Spinning up disk...[ 947.731872] sd 2:0:0:0: [sdc] 976773167 512-byte logical blocks: (500 GB/466 GiB)[ 947.898808] sd 2:0:0:0: [sdc] Write Protect is off[ 947.898814] sd 2:0:0:0: [sdc] Mode Sense: 4f 00 00 00[ 947.899019] sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA[ 947.899261] sd 2:0:0:0: [sdc] Optimal transfer size 33553920 bytes[ 947.963846] sdc: sdc1[ 947.965352] sd 2:0:0:0: [sdc] Attached SCSI diskroot@odroidn2:~#Pendrive egyből felismerve, pipa.
A másik két eszköznél csalás esete forgott fenn: kihúztam, majd visszadugtam őket, akkor már egyből felismerődtek. Ezért is a nagyobb time delta, nem lehet mondani, hogy nem vártam türelmesen.
Jelenleg ezek a modulok vannak betöltve, én itt nem látom USB háttértár kezelőt, de majd lövök egy hasonlót ha valaha újra előveszem az 5.4-est és lesz időm játszani vele...
root@odroidn2:/root# lsmodModule Size Used bycpufreq_userspace 16384 0cpufreq_conservative 16384 0cpufreq_powersave 16384 0cpufreq_ondemand 20480 2zram 36864 2rtc_pcf8563 16384 0i2c_meson_master 20480 0ir_lirc_codec 16384 0lirc_dev 24576 1 ir_lirc_codecmeson_ir 16384 0firmware 24576 0media_clock 45056 0ip_tables 28672 0x_tables 49152 1 ip_tablesIgazából kezdem megunni a történetet, én már laknám be és dolgoznék régóta tervezett projekteken, de eddig csak odáig jutottam, hogy egyáltalán felálljon a rendszer az SSD-ről. Ez most működőnek tűnik a 4.9.216-es kernellel, ha nem tévedek az 2023-ig supportált, a hátralévő 2.5 évben meg csak lesz valahogy...
Szerk.: illetve találtam még egy ilyet, de így fél négykor már nincs lelkierőm végigrágni magam az anyagokon... Known issue valamilyen szinten: [https://forum.armbian.com/topic/11741-boot-from-ssd-with-n2/page/2/?tab=comments#comment-87356]
És hiába írja a mókus, hogy kukába való az enclosure, ha újat veszek, ki garantálja, hogy nem ugyanazzal a chipsettel van szerelve?
[ Szerkesztve ]
-
azbest
félisten
meg nem ébredtem fel teljesen, de ha jól látom, akkor az új kernellel uas módban megy - usb attached scsi. Ami olyan szempontból jó, hogy nagyobb sebességre képes. [link]
Mondjuk, ha csak újra bedugás után látja az 5.4, akkor lehet azért nem megy a boot sem róla, mert elsőre ott sem megy.
Persze, ha a 4.9-essel is elégedett vagy, akkor jó lehet azzal is.
-
vzozo
senior tag
Igazából a 4.9-cel is UAS módban megy, szóval ezt is passzolnám, nem ez lesz a delta a working / non-working módok között:
[ 5.246304] usb 2-1.2: new SuperSpeed USB device number 3 using xhci-hcd[ 5.267186] usb 2-1.2: New USB device found, idVendor=152d, idProduct=0578[ 5.267189] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3[ 5.267192] usb 2-1.2: Product: External Disk 3.0[ 5.267194] usb 2-1.2: Manufacturer: JMicron[ 5.277561] scsi host0: uasIlletve próbálkoztam ezt (UAS) le is tiltani, mint ahogy javasolták:
Add the idVendor and idProdukt to the usbstoragequirks at /boot/armbianEnv.txtBut those are already there: ,0x0bc2:0x2322:u,u = IGNORE_UAS (don't bind to the uas driver);(itt éppen a másik encloure ID-jaival teszteltem, de igazából mindkettő csekkolva lett, bármiféle pozitív kimenetel nélkül.)
Nem tudom, hogy tényleg JMicron hiba van-e itt. Igazából ha keres az ember, tele vannak a fórumok, reddit, stb. ilyen rejtélyes hibákkal, csak 5.x kernellel, csak Odroid N2, és csak boot időben romlik el a történet, ki-be húzogatással javítható (ami ugye kb. a használhatatlan kategória, mivel így a büdös életben nem bootol újra a rendszer.)
PS.: sorry, ha nem jön át minden az itteni hozzászólásaimból, az elmúlt hetekben elég sok órát belefeccöltem ebbe és főleg külföldi fórumokon aktívkodtam, ide nem került be minden lépés, amit végrehajtottam.
Ennek ellenére köszönöm a segítséged, ha bármi egyéb tipped van, ne tartsd vissza.
-
azbest
félisten
ismerős történet
Lehet teszek egy próbát egy orangepi pc-vel, régóta porosodik a polcon és van már arra is armbian, valamint nekem is van ilyen vagy hasonló jmicron chipsetes usb keretem.Régebben, régebbi kernelükkel raspberry pi-vel volt olyan esetem, hogy a tv tuner nem működött, ha boot közben be volt dugva. Ki kellett húzni és újra bedugni. Vagy aktív tápos hubon át bekötni. Ott arra jöttem rá, hogy variáltak a pi usb vezérlőjével és csináltak újrainicializálást. Emiatt a chip elvette az áramot induláskor egy pillanatra és a tuner ezt nem komálta.
[ Szerkesztve ]
-
vzozo
senior tag
Igazából nem látok sok alternativát. Van ugye a HK-s "gyári" Ubuntu, aminek a furcsaságait befogott orral és eltartott kisujjal még csak-csak elviseltem volna, de a fentebb emlitett USB HDD "befagyás" tette be a kaput végleg.
Az Armbian tetszetős, "just works". És szerintem nem az ő hibájuk ez az USB fel nem ismerés, bár a saját fórumaikon is megjárattam a történetet.
Azt hiszem van még ArchLinux, na őt nem próbáltam.
Igazság szerint én a leginkább azzal lennék kibékülve, ha bármelyik "generikus" és "régi" disztró ARM installere működne, de amennyire értem, ez az uboot meg egyéb az adott SBC-re jellemző finomságok miatt nem járható út.
-
-
inf3rno
nagyúr
Mindegyikben kell, hogy legyen valami chip, ami a HDD-t összeköti az USB-vel. Az enyémben pl olyan van, ami SATA3-t alakít USB-re. Ehhez kell a megfelelő illesztőprogram. A kernellel valószínűleg jött valamilyen driver hozzá, ami vagy hibás vagy nem a megfelelő. Nem tudom, hogy mi alapján választja ki a Linux a drivert, de pl videokártyánál is látni olyat, hogy többféle van, és az egyik instabil, a másikkal meg jól működik. Gondolom akkor lehet ilyen külső HDD-nél is. Na én legalábbis ennyit látok a témában, de lehet én tévedek.
Buliban hasznos! =]
-
azbest
félisten
azt hiszem az orangepi-vel nem tudom reprodukálni, mármint hogy lsusb látja az eszközt és háttértárat alapból. Viszont ez nem tud usb-ről bootolni, max ha az sd kártyára teszek valami segéd cuccot.
Egy dolog tűnt fel még: az odroid n2 esetén az chipset nem magától tudja az usb bootot, hanem az spi flash-en van egy petitboot nevű dolog, amit betölt és az tud usb eszközt kezelni. Nem tudom, hogy valahogy ki lehet-e deríteni, hogy esetleg van-e újabb verzió petitboot-ból, mint ami neked van a board spi flash chipjébe sütve. [link] Hm úgy látom a menüje kiírja a dátumát. [link] Elvileg sd kártyára másolt megfelelő fájllal saját magát tudja frissíteni.
Úgy látom februári a legfrisebb [link]Bár, ha jól értem, a topicjukat a petitboot helyett volt fekete képernyő [link] . Láttad te már a menüjét vagy neked is fekete volt? mintha írnának valami képernyő felbontás kommentet a petitboothoz is. [link]
Nem emlékszem, hogy pendriveről vagy sd kártyáról bootoltál a próbáknál. Esetleg ha pendriveről csináltad, akkor próbáld meg sd kártyáról (vagy emmc-ről). Mert pendrive esetén is a petiboot tölt be előtt, sd kártya esetén viszont azt hiszem az teljesen kimarad a folyamatból. Így ki lehet zárni, hogy a petitboot kavar-e be.
[ Szerkesztve ]
-
vzozo
senior tag
Köszönöm, bár szerintem a petitbootot egyelőre ne keverjük ide, végig SD kártyáról próbáltam, Pont ez a szép benne, hogy _nem_ kell az SPI boot (bár hosszútávon lehet áttérek rá, és megszabadulok az SD-től), hanem maga a rendszer az SD-ről bootol, majd egyből átadja az USB-s diszknek a folyamatot.
Lásd: https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-nand-sata-usb
You can create up to three scenarios:
boot from SD, system on SATA / USB(Zárójelben: a petitboot is 5.x kernel alapú lehet, mert az sem látja az USB-s diszkeket, csak kihúz-bedug után. Ha jól emlékszem. A lényeg, hogy a fenti petitboot főmenüt persze láttam, de mivel nem ismerte fel a diszket, nem is volt mit kiválasztani a továbblépéshez / bootoláshoz. De ez tényleg mellékvágány.)
[ Szerkesztve ]
-
azbest
félisten
ja, ezt nem tudtam, hogy ilyen jól támogatják a kártyáról továbbugrást armbianék. Egyébként látom a raspi4 esetén is voltak fennakadások azzal a konkrét chipsettel [link]
Ott írtak olyat, hogy kernel paraméterként usb-storage.quirks=152d:0578:u mellett jó lehet, ez usb-mass storege módra váltja, nem használja uas-t.Nocsak, ítt írnak hardkerneles firmware változatról ahhoz a vezérlőhöz az usb-sata adapterben. [link] Linkelik angolul is [link] onnan meg ezt az a hardkerneles oldalt hivatkozzák [link] 578 chipset fw updattel. A frissítés után ha jól értem a quirks opció nélkül is megy tán.
Ha jól sejtem backupot is csinál, azt érdemes elmenteni.Nekem idVendor=152d, idProduct=1576 változat van. Ha jól emlékszem talán amíg relatíve új volt, akkor még ezzel is voltak kompatibilitási gondok. De mostanra valsz már minden támogatja.
De a seagate teljesen más chipsetes.
[ Szerkesztve ]
-
vzozo
senior tag
Whoa, ezzel már megyünk valamire, igazából vesztenivalóm nem volt, ezért upgrade-eltem v0.2.0.3-ról a HK-s v173.01.00.02-re. Most futtatok benchmarkokat, igazából ne sokat nem várok, remélem rosszabb nem lett!
Az viszont látszik, hogy akkor ez a JMS578 tényleg egy gyász USB-SATA bridge. Paff neki.
Ott írtak olyat, hogy kernel paraméterként usb-storage.quirks=152d:0578:u mellett jó lehet, ez usb-mass storege módra váltja, nem használja uas-t.
Ez az elméletben jó, és biztos segít sok más esetben, sajna nálam nem.
De a seagate teljesen más chipsetes.
Igen, az ASM1153, de mivel ugye azzal sem ment, igazából nem tulajdonítottam neki sok jelentőséget, a zsigeri érzéseim szerint itt továbbra is vmi kernel + odroid n2 spéci elbaszott együttállásról lesz szó. -
#04331520
törölt tag
Sziasztok!
Láttatok már olyan SBC-t ami mediabox-ként 1080p 30fps-al elboldogul és van hozzá olyan ház amiben elfér egy 2,5"-os HDD?
Másik kérdésem, hogy Netflix megy ezeken az SBC-eken vagy nem? Youtube-on láttam, hogy Odroid N2-n megy de vagy outdated vagy én maradtam le valamiről. Úgy tudom, hogy csak pár lejátszón megy már. -
inf3rno
nagyúr
Szerintetek lehetséges TV-t nézni ilyen kártya PC-kkel? Gondolok itt olyasmire, hogy rákötöm a koaxot, mint egy normál tévére, ezen felül CI+ kártya fogadása, DVB-C tuner, stb. Olyan szempontból jó lenne, hogy elég lenne hozzá egy olcsó TV, ami tud HDMI-t, a többit meg a kütyü lekezeli. Plusz ugye állandóan lehetne haladni a korral, frissíteni a szoftvereket hozzá, stb.
Buliban hasznos! =]
-
inf3rno
nagyúr
-
stopperos
senior tag
-
azbest
félisten
válasz
inf3rno
#1729
üzenetére
A linuxnál a CI (Continuous Integration) az nem ugyaz, mint a tévézés kapcsán CI (Common Interface). Az előbbi a szoftverfejlesztésben azt jelenti, hogy folyamatosan kerülnek be a fejlesztések. Az utóbbi meg a kódolt tévés csatlakozó.
Az, hogy usb csatolós lesz sajnos még nem jelenti azt, hogy lenne rá általános pécés támogatás. Leginkább azért, mert a másolásvédelemhez megkövetelik, hogy mindig titkosított, zárt csatornán mozogjon a tartalom. A pcmcia is ősrég óta használt, pécékből már ki is kopot csatlakozó forma, mégsem lett vele támogatás. Jó lenne, ha neked lenne igazad, csak a linkeden nem látok erről infót
A lényeg, hogy pécén a ci+ eléggé esélytelen. Viszont set top boxokból vannak, amelyek tudnak streamelni. Pontosan nem ismerem ezeket, de amelyikre telepíthetőek appok, addonok, azoknál szokott lenni streaming app is. Azt meg már gondolom a pécé is tudja mutatni.
-
inf3rno
nagyúr
válasz
stopperos
#1730
üzenetére
Közben mégis utána olvastam, TV tuner kellene CI+-al kompatibilis, de ilyen nincsen, mert a jogvédők attól félnek, hogy lemásolnánk a TV adásból a filmeket. Néhány szolgáltató kártyája támogatja a sima CI-t is, de úgy emlékszem a UPC/Voda csak CI+-os kártyát ad, úgyhogy nem megoldható. Még ami kiderült, hogy egy kártya egyszerre csak egy adást tud kikódolni, úgyhogy az sem lenne így megoldható, hogy több TV-hez csak egy kártyát használjak valami központi szerveren. Azt hiszem inkább maradni fog az, hogy a koax megy a TV-re, mellette meg lesz egy RPI, amit HDMI-re kötök, és a helyi hálózatos tartalmak azon mennek majd.
Buliban hasznos! =]
-
vzozo
senior tag
Végül is elengedtem ezt az USB-SATA vs. Odroid N2 témát, tegnap éjjel még tettem egy próbát a legfrissebb 5.6-os kernelű buildekkel, de lóf... esti fénnyel: https://forum.armbian.com/topic/13580-odroid-n2-kernel49-no-boot-on-usb-sata-ssd/?tab=comments#comment-103944
Szóval 4.9, ez működik, LTS támogatással 2023 elejéig. Addigra hátra megoldják, paff neki.
Ami jobban érdekel, hogy aki SSD-n használja a rendszerét, az milyen paraméterekkel mountolja, illetve hogyan tudom biztosítani, hogy tényleg TRIM-eljen?
Ugye jó másfél hónapja kezdtem el ténylegesen használni a rendszert, és igazából kb. semmi sem futott rajta, talán az idő felében Jellyfin szerver (de az és ezer sebből vérzett, szóval le volt tiltva.) Ehhez képest a SMART szerint az SSD wear level 0-ról 3-ra ugrott. Tuti nincs TRIM, itt nem látok discard opciót az fstab-ban:
/dev/sda1 on / type ext4 (rw,noatime,nodiratime,errors=remount-ro,commit=600,data=writeback)/dev/sda1 on /var/log.hdd type ext4 (rw,noatime,nodiratime,errors=remount-ro,commit=600,data=writeback)Legalább van noatime.
Ugyanakkor maga a diszk elvileg támogatja:
root@odroidn2:/home/vz# lsblk --discardNAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZEROsda 0 4K 4G 0└─sda1 0 4K 4G 0sdb 0 0B 0B 0└─sdb1 0 0B 0B 0mmcblk1 0 4M 3.5G 1└─mmcblk1p1 0 4M 3.5G 1zram0 0 4K 2T 1zram1 0 4K 2T 1root@odroidn2:/home/vz# hdparm -I /dev/sda | grep TRIM* Data Set Management TRIM supported (limit 8 blocks)Innen ti merre indulnátok tovább?
-
PROTRON
addikt
Üdv,
Gondoltam kicsit megbolygatom az állóvizet.
Még korábban nyertem egy netes tombolán egy utalványt, választani lehetett rpi4 1gb (mire lezárult az esemény már 2gb) vagy 35 usd között.
Ha már amúgy is kártyaPC volt a cél, gondoltam hozzá csapok némi jómagyarforintot és nézek valami komolyabbat.
Az elsődleges cél a NAS, amivel kapcsolatban erős kikötésem hogy az itthoni munkaállomásban 2,5 Gbps hálókártya van, így nagyon megörültem hogy az Odroid H2+ ra ilyen sebességűt pakoltak.
Továbbá hogy ezen van 1 db nvme ssd slot, meg 2 db rendes SATA.
Főként azért érdekel ez a típus, mert a sima SBC-k esetében azt gondolom hogy ha az egyik USB 3.0-ra rádugok egy külső SSD-t, a másikra meg egy USB-s hálókártyát, akkor a csipset vezérlője nem fogja tudni kihajtani és leesik a kommunikációs sebesség.
Korábban nem hittem benne, de tényleg van értelme HDD helyett SSD-t használni, még az autocad 2D rajzolás is meglódult tőle, így szeretném NAS-ban a lehető legnagyobb hálózati sebességet elérni, a legalacsonyabb költséggel.Valaki próbálta már ezt a legújabb típust? Vagy nekem kell majd blogot írni az első kezes tapasztalatokról?
(Ilyet még nem csináltam.)Meg érdekelne hogy az eredeti 119 usd-s hardkerneles árhoz képest, mik a legjobb beszerezési lehetőségek hazánkból? Csak mert azok a webshopok ahol szállítással 200 eur-ért hirdetik durván nagy lehúzás, annyiért már szerzek használt servert. Láttam itt fentebb a szlovák boltot, ahonnan elvileg áfával 145 + 6 eur szállítás, de azért ez még mindig durván messze van a 119 usd alapártól.
Elméletileg nincs hülye kérdés...az elmélet és a gyakorlat között elméletileg nincs különbség.
-
Multibit
veterán
válasz
PROTRON
#1734
üzenetére
Az elsődleges cél a NAS
...
így szeretném NAS-ban a lehető legnagyobb hálózati sebességet elérni, a legalacsonyabb költséggel
Ha már NAS, abba több TB háttértár illene. Láttad mennyibe kerülnek a 3-4 TB-os SSD-k? Nem maga az SBC fáj majd sokba, hanem a háttértár. Ha csak "kicsibe" gondolkodsz (kevés tárhely), akkor nem is érdemes belefogni.
Amúgy én egy ODROID-H2-t használok, igaz, nem NAS-nak, hanem routernek. Bruttó 70 ezer forintba került, Koreából rendelve úgy, hogy a memória és az NVMe SSD a fiók mélyéről jött (tehát nem kellett rá kp-t kiadnom). Az említett 70k így jött össze: SBC+"LEGO-zós" akril ház+tápegység+főkapcsoló+szállítási költség+ÁFA+VÁM illeték.Vagy nekem kell majd blogot írni az első kezes tapasztalatokról?
Neked kell![;]](//cdn.rios.hu/dl/s/v1.gif)
[ Szerkesztve ]
-
PROTRON
addikt
válasz
Multibit
#1735
üzenetére
Bocs a hosszú posztért.
Fentebb is olvastam hogy neked van H2-őd, reméltem hogy még nézed a topicot.
A hardverrel kapcsolatban mik a tapasztalatok? Milyen ez a celeron proci? Mennyire kezeli jól a satara dugott egységeket? A hálózati adatforgalom nem terheli túl a procit? Anno volt celeronom és mindig 100%-on pörgött hálózati másoláskor.
Tényleg elfogadható másodlagos netezős PC-ként? Most nem arra keresem, de ha arra elég a hardver akkor sok másra is.
De persze a review blogposzt írás tervben van.
Csak a munka mappa esetében kritikus a sebesség, de ott is a legfontosabbak az aktuális projektek...de a teljes a munkamappám is bőven elfér egy 256-os egységen is, így első körben egy 500 körüli ssd kerülne be erre a célra. Ezt egészítené ki egy másik 500-as egység a gyakoribb elérésű magán jellegű adatokkal (éppen futó videószerkesztések pl), a kevésbé gyakoriak (pl családi fotók, ritkán megtekintett videók) mehetnek sima HDD-re.
Szal azért van ám itt ku'ttúra, nem kell engem félteni.Azért is kellene a NAS, hogy ha a melóhelyre beérve elő kell keresni valamilyen anyagot, ne kelljen feleslegesen a teljes munkaállomást járatni, hanem megfelelő biztonsággal elérjem távolról az anyagokat. Ha a munkaállomás, vagy a benne lévő SSD megdöglik, ne szálljanak el az adatok.
Ugyanakkor szeretném okosotthon központként is alkalmazni, amihez a sima NAS célhardvernél többre van szükség. Tudom, fentebb írták hogy jobb a békesség, jobb különválasztani ezeket a funkciókat, de én így szeretném most ezt összehozni, hogy egy központi gép legyen.A 70k-hoz képest tényleg "baráti" a szlovákiából szállítással 151 eur tovább fejlesztett alapgép (ház-főkapcsoló nem kell, tápegységet veszek megbízható elektronikai boltból), a régi notebookom megdöglött, szal memóriát én is intézek, az nvme ssd, meg a sata-k lesznek a kritikus költségek.
Csak azért a 151 eurt még mindig érvágásnak tartom az eredeti árhoz képest. Ez ugye JELENLEG 369-es euró mellett kb 55k huf, minden egyéb nélkül. Oké, nekem van egy kuponom (amit talán sikerül velük ledumálni) 35 usd-vel, aminek nem szállt el az árfolyama, tehát kb 11k huf mínusz=45k.
Ha kóreából rendelem, akkor 23 usd a szállítás, tehát kb 148 usd, amiből lejön a kupon, de erre rájön az áfa ....így is 45k... :@ sehogyse jó.Más sbc-k esetén meg probléma a 2.5 giga net, hogy ha ugyanúgy usb-n van mint a háttértár, akkor bukhatom a sebességet. És hálókártyával, továbbá az ssd-khez szükséges kiegészítőkkel azok se állnak meg 35-40k alatt...
[ Szerkesztve ]
Elméletileg nincs hülye kérdés...az elmélet és a gyakorlat között elméletileg nincs különbség.
-
PROTRON
addikt
A munkaállomás alaplapban 2 lan csati van, 1 sima 1g, meg 1 db 2.5g-s, így ez utóbbiba közvetlenül menne a "CENTRUM". Aztán lehet hogy internetátjáróként is használnám, hogy extra védelemmel és reklámmentességgel lássam el a fő gépet. De az eredeti terv hogy a netre külön külön csatlakoznak (időnként játszik is az ember és olyankor nem jó ha késleltetnek a védelmek
).
Nézegettem 2,5-ös switcheket is, de amennyibe kerülnek egyelőre 1 munkaállomás miatt nem érné meg, nem használnám ki.Elméletileg nincs hülye kérdés...az elmélet és a gyakorlat között elméletileg nincs különbség.
-
Multibit
veterán
válasz
PROTRON
#1736
üzenetére
Ahogy írtam, routernek használom a H2-t, tehát nem tudom, hogy milyen lehet másodlagos netezős PC-ként. Igaz, teljesítmény tekintetében nincsenek nagy igényeim, egy J5005-ös fanless PC most az asztali gépem (legfontosabb szempont a hangtalanság volt, mikor építettem). Azt sem tudom, hogy mennyire kezeli jól a satara dugott egységeket, mivel csak egy NVMe SSD van rászerelve. Rouerként szépen muzsikál. Egyelőre a leginkább erőforrás igényes alkalmazás a Sensei a routeren, de amíg az ingyenes változatot használom, a H2 is elég alá. Mondjuk, a Maltrail elég jól meghajtotta, amíg fent volt rajta
A NAS - ahogy a neve mutatja - hálózati tároló. Akkor fogod teljesen kihasználni a H2+ NAS-odat, ha a routered és a switched is legalább 2.5 Gbps-képes.
Túl sokat problémázol az árakon. Nem is gondolod Te komolyan a gigabit feletti LAN-ozást -
PROTRON
addikt
-
PROTRON
addikt
Bocsi a duplaposztért.
Látom a topic bevezetőben hogy igazabol nem csak a ket kiemelt kartyapcrol szabad csak beszelni, hanem igazabol az rpi csaladon kivul akarmelyik johet.
Meg is ragadnam az alkalmat hogy a 100 usd alatti kartyapck kozul melyik a legjobb arertek aranyu a tarsasag szerint? Csak mert szeretnek egy masodlagos, netezos, szovegszerkesztos, facevookos, viszonylag mobilis egyseget osszerakni erintokepenyovel, idleben alacsonyabb fogyasztassal mint ha hasznalt piacrol szwrvalnek egy notebookot.
Amit meg szeretnek kivitelezni, hogy hatha talalok olyan tipust amivel egyszerubb autocad rajzokat is tudnek hasznalni, legfokepp mehynitni es pdfet generalni. De idonkent szerkeszteni is. Emiatt nezwgettem olyan tipust amin van pcie port is, pl Rockpro64.[ Szerkesztve ]
Elméletileg nincs hülye kérdés...az elmélet és a gyakorlat között elméletileg nincs különbség.
-
azbest
félisten
válasz
PROTRON
#1741
üzenetére
Ha ilyen autocad meg hasonók kellenek, akkor eleve csak x86 lehet, amin megy a normál windows. Eta prime youtube csatornáján szoktak lenni rendszeresen x86-s mini boardok / itx-nél kisebb mini számítógépek [link]
Explainingcomputers-nél is előfordulnak [link]
Némelyik drágább, mint egy alap új laptop.[ Szerkesztve ]
-
PROTRON
addikt
Köszi hogy figyelmeztetsz az autocad windows függésére, arra nem is gondoltam, inkább a gpu erőssége járt a fejemben.
A fenti tecső csatornákat nézeve jutottam el ebbe a topicba is, mint a H2 az x86 egyik legolcsóbb kiépítéséhez.
A fenti csatornákon eddig 3 sbc-re tudtak külső vga-t hajtani, mind3 x86-os, ebből az első kettő az udoo bolt V8 és a lattepanda alpha terén igazad van, 400 usd körüliek, annyiért használt piacon rendes autocad notebookot kapok, még ha nem is érintőképernyős és ugyanúgy egyedileg kellene hozzá strapabíró külső házat összeraknom mint az általam preferált úton.
Csak nekem a fogyasztás is lényeges szempont és amennyire látom ebben a kártyapc-k a nyerők.A 3. x86 kártya az Odyssey, amiben ugyanaz a celeron proci van mint a kolléga H2-jében, csak beépített 8 gb rammal, cserébe 185 usd az alapgép és ugyanúgy m.2-re lehet dugni vga-t, amit a kolléga is kipróbálhat, csak előtte még senki nem próbálta sikerrel.
Elvileg ha az Odyssey-ben megy, akkor a H2vel is mennie kéne, így x86-ból úgy néz ki hogy a topicban már megtaláltam a legolcsóbb választ.
Csak gondoltam megkérdem hátha vannak tapasztalatok, vagy olvastatok egyéb opciókat.
Pl a rockpro esetében amikor régebben próbálkoztak kiaknázni a pcie portot problémába futottak ha nem csak sata nasként akarták használni.[ Szerkesztve ]
Elméletileg nincs hülye kérdés...az elmélet és a gyakorlat között elméletileg nincs különbség.
-
#1744
Darthforce92
tag
Darthforce92
tag
Sziasztok! Kaptam ajándékba egyik ismerősömtől egy odroid xu4-et. Ubuntu alatt akadnak rajta a h264-es videok vlc-vel. Mi lenne a legalkalmasabb szoftver összeállítás szerintetek?
(os, lejátszó stb) h265 összehackelhető valahogy? (a gépben van egy 8 gigás emmc) -
#1745
azbest
félisten
Darthforce92
#1744
azbest
félisten
válasz
Darthforce92
#1744
üzenetére
Általában a desktop oprendszereknél nem feltétlen megy a normál appokban a hardveres gyorsítás a videókhoz. Esetleg érdemes megnézni, hogy valami frissebbel megy-e [link]
Esetleg armbian is lehet [link] , de azt hiszem azon még kevésbé valószínű a hardveres videokezelés.kifejezetten médialejátszára esetleg libreelec vagy régebben openelec változatok lehettek talán ehhez is. Xu4-hez nem nagyon találtam. De lehet az ordoid féle ubuntu kiadásból egy újabbra kodit simán telepítve már azért valamennyire megy.
-
#1747
azbest
félisten
Darthforce92
#1746
azbest
félisten
válasz
Darthforce92
#1746
üzenetére
Lehet nincsenek olyan api-khoz driverek, amit alapból például pécéken használnak. Így külön kell valami támogatás vagy fordításkor olyan libeket használni, amelyek ismerik a spécibb hardvereket is.
Sok esetben az sbc-ken pont a hozzájuk készült androidhoz tákold kernelt tették valami linux alá is. Manapság kezd már a mainline kernel alapon is terjedni a támogatásuk. Androidon másképp megy a videolejátszás, más api-k vannak, mint pécén. Ráadásul a soc gyártója által tákolt androidos kernel (beleértve a drivereket) sokszor olyan kusza, hogy nem is áll meg saját lábán más környezetben.
amúgy, ha a linuxos megoldás nem megy, láttam valami odroid -tól letölthető androidos támogatást is, esetleg az is megér egy próbát, hogy android alól a kodi jól játsza-e a videókat.
[ Szerkesztve ]
-
#1749
azbest
félisten
Darthforce92
#1748
azbest
félisten
válasz
Darthforce92
#1748
üzenetére
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- GoPro Topic
- Faragott a Radeon RX 7700 XT árán az AMD
- Garmin Forerunner 165 - alapozó edzés
- Hobby elektronika
- Óra topik
- Windows 11
- Kerékpárosok, bringások ide!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen notebookot vegyek?
- További aktív témák...
- Dell 7920: 2x Intel Xeon Gold 6148 (80 szál, 3,7GHz), 192GB - 1,5TB DDR4 ECC, 1TB NVMe SSD, ÁFA
- Gigabyte H270M + i5 7400 + Zalman CNPS4X + 16 Gb 2.600 Mhz HyperX Beszámitok!
- GAMER PC - GTX 1080 8GB - i5 10400F/11400F - 16GB RAM - 240GB SSD - 1TB HDD
- Beszámítás! GB H610M i5 13400F 32GB DDR4 1TB SSD RTX 3070Ti 8GB MONTECH AIR 1000 Lite Corsair 650W
- Beszámítás! ASRock H310CM i5 9400 16GB DDR4 240GB SSD RTX 2070 8GB Rampage Shiva ZALMAN 500W