Sok helyen láttam, hogy van RaspbianOS telepítővel, ami elindul egy Ubuntu-n, a desktop Raspberry Pi-s lesz, de a CPU benne természetesen x86/x64, ha azon fut az Ubuntu.
Csináltam egy kis környezetet, ami egy Docker konténerben 1x fordít egy Aarch kernel+dtb+image kombót, ami egy qemu-aarch64 futtatni tud: https://github.com/BCsabaEngine/QemuRpiRunner
Az eredmény: parancssorban indítható és leállítható Raspberry Pi (sudo shutdown now), amibe be is lehet SSH-zni és az "uname -a" azt mondja, hogy "Linux raspberrypi 5.10.63-v8+ #1 SMP PREEMPT aarch64 GNU/Linux". Az apt dist-upgrade is szépen lefut, pont mint egy barebone RPi. Az ezen futtatott vagy build-elt alkalmazások másik RPI-n el fognak indulni.
PS: a téma csak azoknak szól, akik értik is ami fent le van írva. Aki Kodi-t tesz az Rpi4-re, annak ez a git repo nem kell! :)
- A hozzászóláshoz be kell jelentkezni
- 689 megtekintés
Hozzászólások
Ez tök jó!
Engedelmeddel forkolom és írok hozzá egy Packer configot, hogy legyen belőle "dobozos" VirtualBox, VMware stb template build is.
- A hozzászóláshoz be kell jelentkezni
Remek, legalább tanulok valamit: nem is értem, amit írtál...de adjatok 3 hónapot és menni fog (aka. nyelvtudás szavazás :) )
- A hozzászóláshoz be kell jelentkezni
Az szép, köszönjük
- A hozzászóláshoz be kell jelentkezni
Nagyon jó, csak egy kérdés: ha már úgyis Docker, ez nem felelne meg a helyben fordított QEmu helyett?
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Másik kérdés: a QEmu patch honnan származik? Tudsz rá hibajegyet mutatni?
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
En csinaltam helyben. Egyszeruen "elnyomja" azt a hibat, amit egy ismeretlen, nulla hosszusagu usb tranzakcio folyamafosan a keprnyore dob es a mukodest - sic. szerintem - nem befolyásolja.
- A hozzászóláshoz be kell jelentkezni
És beküldenél erről egy issuet? Hátha kiderülne, hogy ennek már van ismertebb, elfogadottabb megoldása.
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Nem is tudom, hogy ha lenne időm, hova küldeném: qemu team vagy rpi-kernel?
- A hozzászóláshoz be kell jelentkezni
Szerintem ha a QEmu-t patcheled, akkor QEmu.
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Ez nem releváns?
https://forums.raspberrypi.com/viewtopic.php?t=26561&start=100
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Szep lista, barcsak lenne idom feldolgozni. Epp 15 eves karriert zarok le, elmegyek kicsit pihenni aztan ujra feltalalom magam. Most erre kell koncentralni.
- A hozzászóláshoz be kell jelentkezni
A docker arra kell hogy egy teljes forditokornyezet miatt (amit 1x hasznalsz) ne legyen teleszemetelve a gep. Dockerben futast mar soknak tartanam, kiprobaltam, szerintem erezhetoen lassu. A jelzett megoldas ugyanakkor ugyanolyan jo, 6.1.x-es qemu kell a futashoz.
Van aki vim-et hasznal, van aki mcedit-et.
- A hozzászóláshoz be kell jelentkezni
Tehát akkor a fenti docket image használata lassulást eredményez?
A magyar ember jelképe a hátrafelé nyilazás. Vakon rohanunk a semmibe, miközben a múltunkat támadjuk.
- A hozzászóláshoz be kell jelentkezni
Igen, érezhető a lassulás, ezért futtatom natívan. Ami miatt oda is "jó lenne" egy docker, az a ninja package telepítése a qemu fordításhoz. Ez zavaró csak kicsit benne, nekem.
- A hozzászóláshoz be kell jelentkezni