- Nubia Neo 5G - olcsó játék
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Huawei P30 Pro - teletalálat
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Fotók, videók mobillal
- Samsung Galaxy A52s 5G - jó S-tehetség
- Mobil flották
- Azonnali mobilos kérdések órája
- Honor Magic V2 - origami
- Oukitel WP35 - az 5G-s faék
Hirdetés
-
Alig néhány nap múlva jön a Silent Hill Transmission előadás
gp A műsor alatt a készülő játékok mellett az új film részleteibe is kapunk betekintést.
-
Mindent vitt 2024 elején a Galaxy S24 Ultra (Androidon)
ma Kolosszális kamerafrissítéssel készül a Samsung, de van, amit visszatart az S25-nek.
-
Computex 2024: az új CAMM2 modulokkal szemez az MSI egyik alaplapja
ph A Z790 Project Zero Plus furcsa utat jár, ami nem biztos, hogy a célpiacon hasznosnak tekinthető.
-
Mobilarena
Utoljára frissítve: 2024.03.06.
Légy szíves olvasd el mielőtt kérdezel!
Az összefoglalóban sok helyen a fórumtársak hozzászólásai vannak belinkelve, vagy az ő információik alapján írtam meg, tisztáztam le az adott információt. Ezúton is köszönöm mindenkinek a segítséget!
Új hozzászólás Aktív témák
-
Csicsóka
őstag
válasz vargalex #30400 üzenetére
A pendrive-on ext2 van, hogy a legtöbb szabad terület elérhető legyen. Ha kezelné az LE az XFS-t akkor azt használnék a rádugott HDD-re. Évekkel ezelőtt még amikor ext3 sem volt, használtam Linuxos PC második, adat tárolásra használt HDD-n. Nagyon jól teljesített sebességben, stabilitásban. Számtalan áramszünetet túl élt, adat vesztés nélkül. Anno nagyon jól megalkotta az SGI.
-
Csicsóka
őstag
válasz vargalex #30415 üzenetére
Annyiban nem kezeli az LE az xfs-t, hogy nem lehet létrehozni vele a fájlrendszert. Nincs xfsprogs, így mkfs.xfs sem. Dózer alatt nem tudom, de szerintem nem lehet xfs-t létrehozni. Linuxos gép meg nem sok embernek van, hogy megcsinálja az LE kedvéért. Ha már van ilyen fájlrendszerű HDD, biztosan kezeli szépen.
-
Csicsóka
őstag
válasz DoItYourself #30419 üzenetére
Ez is tökéletes megoldás, és akkor nincs akadálya az xfs használatának.
Tökéletesen kezeli az LE, az előző teszthez használt Adata USB 3 pen-t teszteltem ezzel is.
Hasonló eredményt hozott mint a korábbi ext2 teszt. Annyi előnye van az ext2-höz képest, hogy ez naplózó fájl rendszer, és jobban tűri a kínzást.
USB HDD esetén sem lehet ettől jobb eredményre számítani, vagy még ennyire sem, ezen teszt szerint csak 35MB/s volt olvasásban a 2,5" os 5400RPM-es Toshiba HDDKorábbi ext2 teszt.
LibreELEC-megogo:/var/media/Adata3 # flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 12.69s (40.36MB/s), CPU: user 0.02%, sys 1.97%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 26.32s (19.45MB/s), CPU: user 0.00%, sys 1.37%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 40.31s (12.70MB/s), CPU: user 0.05%, sys 1.43%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
171.0MB processed in 184.65s (0.93MB/s), CPU: user 0.00%, sys 0.07%xfs teszt.
LibreELEC (community): 8.2.2.3 (S905.arm)
LibreELEC-megogo:~ # mount | grep Adata
/dev/sda1 on /var/media/Adata3 type xfs (rw,nosuid,nodev,noexec,noatime,attr2,inode64,noquota)
LibreELEC-megogo:~ # cd /var/media/Adata3/
LibreELEC-megogo:/var/media/Adata3 # flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 12.53s (40.86MB/s), CPU: user 0.00%, sys 2.00%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 25.59s (20.01MB/s), CPU: user 0.00%, sys 1.09%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 46.38s (11.04MB/s), CPU: user 0.01%, sys 1.47%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
152.8MB processed in 170.48s (0.90MB/s), CPU: user 0.00%, sys 0.05%
LibreELEC-megogo:/var/media/Adata3 # -
Csicsóka
őstag
Ez most ugye a 812-es box?
Ha felmegy a rá való kszaq féle LE, akkor lehet hogy lenne megoldás. img formátumú firmware-t is szét lehet bontani, majd LE alól feltenni. Öf. 31d pont. Kicsit macerás, de hátha... Vagy TWRP-ből is lehet próbálkozni, az is dd-vel teszi helyére a rendszert. Hátha ha van hozzá TWRP. -
Csicsóka
őstag
válasz DoItYourself #30541 üzenetére
Olvassák Európa legmenőbb fórumát, és még magyarul is tudnak!
Ilyen kicsi a világ. -
Csicsóka
őstag
válasz Pelican #30708 üzenetére
Újra falshelés előtt lehet még próbálkozni PC-ről adb shell használatával. Ha nem ad képet egy droid, még futhat, és elérhető lehet hálózaton keresztül. Ez sokszor még addig sem tart, mint reset gombot nyomogatni. Nem beszélve azokról a dobozokról, amiknek tényleg nincs, vagy nem működik a reset gombja. Ott LE telepítésénél ez a módszer még gyorsabb mint akármilyen zip fájlt SD-re másolgatni.
Recovery-be lépni is így lehet, ekkor az utolsó parancs erre módosul:
reboot recovery
[ Szerkesztve ]
-
Csicsóka
őstag
Tanix tulajoktól kérdezném.
Hogy kell ezt a dual boot rendszert elképzelni? Induláskor boot managerrel indul, ahol választani lehet, hogy droid, vagy LE induljon?
Vagy droiddal indul mindig, és csak a droid shutdown menűjében van a reboot to LE?
Szétborítottam a Tanix romot, de nem látom hogy csináltak volna valamiféle spéci boot manager-t, ezért a második megoldásra tippelek.
Elég érdekesen oldották meg az LE integrációt, a system partíción van az egész, a gyökérben az LE SYSTEM, egy libre könyvtárban a dtb.img és a kernel. Hogy fogja itt megtalálni az LE frissítő? Trehányságból benne hagytak egy mc-root könyvtárat is aminek semmi keresnivalója egy droid romban. Eddig elég tákolmánynak tűnik. -
Csicsóka
őstag
válasz pinnacle #30759 üzenetére
A box ip címét kinézed a routerből. Dózer alatt nem tudom hogy lehet még megállapítani.
Linux alatt pld.: arp -aNem SSH-n kell ezeket a parancsokat kiadni, hanem dózerre telepíteni kell az adb.exe-t, és parancssorban (cmd) kell begépelni sorban egymás után.
Így néz ki, amikor a megogo-ba bemegyek.
emerson@mint-deb ~ $ adb connect 10.1.1.2
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
connected to 10.1.1.2:5555
emerson@mint-deb ~ $ adb shell
shell@mxv_4k:/ $ su
root@mxv_4k:/ # reboot recoveryDe androidos telóról is lehet ha van terminál app rajta. A telóban alapból van adb.
-
Csicsóka
őstag
válasz DoItYourself #30829 üzenetére
RPI-n már próbáltam. Nem rossz, de filmezni még mindig az LE a legjobb. TV-n amúgy sem jó web böngészőt nyüstölni.
-
Csicsóka
őstag
Nem tudtam kideríteni, hogy indul el az LE, úgy hogy a kernel a droid system-ben van. Úgy lehetséges az indulás csak hogy a boot partícióba van, ahogy az eMMC-re tett LE esetén is van. Még megkeresem a droid shutdown menüt, és megnézem mit írtak oda amikor az LE-t indítják.
Armbian-t is lehet eMMC-re tenni, de itt is a kernelt, az initrd-t a boot-ba kell másolni, másként nem indul el.
A dtb-t meg a /dev/dtb-be. Ezt a mókolást vajon hogy csinálja a Tanix?[ Szerkesztve ]
-
Csicsóka
őstag
válasz DoItYourself #30913 üzenetére
Igen, bárki is volt, megtehette volna ezt. Így kerülő úton kellett értesülnöm az egészről.
A dolgok jelenlegi állása szerint, pedig már nem örülök annak, hogy egy GPL sértési ügybe keveredett "cég" használja azt, amit ennek a közösségnek szántam. -
Csicsóka
őstag
válasz djnice #30892 üzenetére
Ránéztem, inkább ezzel foglalkozok, mint a Tanix üggyel.
Nincs X96 boxom, csak 3 db. S905 van. Ki sem próbáltam, elindulna e a telepítő 905-ön, mert valszeg módosítás nélkül nem. Az SD-ben lévő kernel.img valójában maga a telepítő, ami recovery.img formátumban van megcsinálva, ezért tud az elindulni. Ezt kibontva, a kernel.img-ramdisk.gz van, ami egy gzip-elt CPIO archivum. Ezt is kibontva, előkerül maga a telepítő, ami egy minimal Linux rendszer busybox-al. A Linux kernel induláskor legelőször az init-et keresi, nem is rejtették nagyon el a telepítő gyökerébe tették, ami "csak" egy shell szkript, ez elvégzi a kölönféle framebuffer módok beállítását, ha van rádugva USB stick, akkor arra átmásolja az /dev/sda-t majd felszólít hogy "Please remove USB stick and unplug the Apple TV. Wait 10 seconds and plug the Apple TV back in" Ez után elindítja telepítőt.
Most itt tatok, következik a telepítő vallatása, aminek a feladata lesz a filesystem. tar.xz kibontása, és az egész bootlható SD/USB elkészítése.
Ebből majd kiderül, lehet e úgy megcsinálni egy ilyen rendszert, hogy az elfusson akármelyik S9XX boxon. -
Csicsóka
őstag
válasz Fooler89 #30998 üzenetére
Armbian-config menüből telepítetted?
A probléma az, hogy felrak egy folder2ram csomagot, ami nem volna baj, mert ramdiskbe rakna egy csomó log, és tmp fájlt, ezzel kímélve a flash-t. Az már viszont probléma, hogy ez a telepítés alatt később indul el, mint hogy pld. nginx feltelepül. A gpkg szépen létrehozza a /var/log/nginx könyvtárat, de mivel ez nem kerül bele a folder2ram mentésébe, mivel az jóval később indul csak el a telepítéskor, így reboot tuán nem lesz /var/log/nginx könyvtár. Ezért aztán el sem tud indulni a webszerver. A többi nem működő dologgal szintén ez a helyzet.
Azt nem tudom, hogy ha kézzel telepítjük az OMV-t, akkor is lesz e ilyen probléma. Amikor korábban csináltam OMV-t S905-re, nem volt még folder2ram. -
Csicsóka
őstag
Az lényeges lenne, hogy emlékszik e az utoljára elindított rendszerre, és azzal indul e újra?
Vagy mindig a droid indul reboot után.
Ha emlékszik, akkor már gondolom hogy oldották meg az egész dual boot dolgot, és akkor tutira belepiszkáltak az LE advanced boot menu-be is. És ez akkor magyarázat arra is miért kellett nekik ez a menü. -
Csicsóka
őstag
válasz Csicsóka #30933 üzenetére
Folytatva az OSMC vizsgálatát, az alábbiak derültek ki.
Ahogy gondoltam, S905-ön az installer nem képes elindulni. A telepítő elemzése nem hozott eredményt, mert ez egy QT bináris, amibe nem lehet futtatás nélkül belenézni. Annyi kiderült még, hogy az OSMC csak eMMC-re telepíthető. Megpróbáltam a rootfs-t USB-ről elindítani. A saját kernelével nem indult, csak rebootolt a vas.
Armbian kernel+initrd+kerenel modulokkal elindult, majdnem végig ment a boot folyamat, de hibákkal leállt, root promptot adott, de billentyűzetet nem érzékelt. Ezzel vége is lett a próbálkozásnak. -
Csicsóka
őstag
Az én kedvencem, a szerveren futó MySQL adatbázis. (Biztos van NAS is amire telepíthető) Aztán a KODI oda rakja az egész médiatárat. Nem kell gyors kártya, mert a gigabites hálózatról villámgyorsan lerántja a borítóképeket, miegymást. A másik szobába átmenve, az ottani KODI ott foltatja a filmet, ahol abbahagytam.
Más!
Nem tudod véletlenül, hogy a Tanix rom-ban hol van az általuk csinált shutdown menü? Vagy egyéb droid romban hol van ez?
Mert lenyúlnám tőlük, ha már ők is nyúltak tőlem, és csinálnék egy dualboot MEGOGO romot.Nagyjából már rájöttem milyen metódus szerint oldották meg ezt a fajta dualboot dolgot, kicsit nyakatekert megoldás, de működhet. Ha elgondolásom szerint van megoldva, az LE update mappás frissítése is működik, tehát nincs fixen bedrótozva egy verzió. Ez örvendetes!
[ Szerkesztve ]
-
Csicsóka
őstag
-
Csicsóka
őstag
válasz junkpod #31114 üzenetére
Igen, simán lefut. Csak be kell lépni a nas megosztásba és úgy indítani.
Az elv pontosan az amit Alex leírt.Itt a megogo mérés, NFS-en. A boxom eth chipje egyoldalas a TX irány nem gigabites, csak 60 mega körüli.
LibreELEC-megogo:/var/media/Nas # flash-bench
Creating test file flash-bench.tmp of size 512MB.
Benchmark: Sequential read Limits: Total size: 512MB Duration: 60s
512.0MB processed in 11.01s (46.49MB/s), CPU: user 0.00%, sys 2.35%
Benchmark: Sequential write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 38.30s (13.37MB/s), CPU: user 0.02%, sys 0.64%
Benchmark: Random read Limits: Total size: 512MB Duration: 60s
273.9MB processed in 60.07s (4.56MB/s), CPU: user 0.03%, sys 0.51%
Benchmark: Random write Limits: Total size: 512MB Duration: 60s
512.0MB processed in 41.52s (12.33MB/s), CPU: user 0.03%, sys 0.77%Ugyan ez a szerveren lefuttatva, Sequential read kb. 130MB/s, ezt tudja a HDD.
-
Csicsóka
őstag
válasz jézusom #31105 üzenetére
Sajnos az USB 2 az egyedüli gyenge pont, SATA lenne a legjobb, de arról ne is álmodjunk Amlogic vonalon.
USB 3 is elég lenne a max sebesség eléréséhez, de nativ SATA lenne az igazi. Ezzel megoldással 40 MB/s elérhető, de mellette akár futhat torrent, bármi. Ráadásul az Armbian, egy valódi, nem kiherélt Linux, amire bármi telepíthető, nem úgy mint egy bolti NAS-ra. A 4 mag és 1-2 giga ram nem fogy el, úgy mint olcsó NAS-okban, ahol hiába van SATA, de nem képesek a bele tett HDD max olvasási sebességével kiszolgálni a hálózatot. Teszteltem egy ilyet, 60 MB/s-el lehetett húzi róla lefelé 1gigás teszt fájlt, nem aprókat. Ez kb fele annak a mit a WD Green HDD tud. -
Csicsóka
őstag
válasz Polllen #31153 üzenetére
De, valószínűleg jobb.
Bpi-M2U van nekem is, azon van SATA, mégsem volt disk írásban a HDD max közelében sem. 40-50 mega körül ment csak. Az ára meg a duplája egy ilyen boxnak.
Ez akkor lehet életképes megoldás, ha valakinek van megunt, nem használt S905 box gigabit LAN-al.
Ekkor nem is olyan rossz kis cucc lehet ebből. -
Csicsóka
őstag
válasz Patice #31165 üzenetére
A sebességével ki is voltam békülve, mert nincs mindig nagy adatmozgás a hálózaton. Az volt a baj, hogy az én BPI-m, nem volt kellően stabil. Lehet túl sok bőrt akartam róla lehúzni 1xerre, mert tűzfal, router, torrent, + jó pár szerver szolgáltatás is volt rajta. Random módon fagyogatott, és ezt nem tűrhettem. Vissza elővetem a mobil cerkás ITX lapomat, az visz mindent, gond nélkül.
-
Csicsóka
őstag
válasz karika61 #31169 üzenetére
Ezért írtuk azt többen is, hogy a kszaq féle módszert kell inkább használni.
Amikor még ezt a módszert kitaláltam, (OE idején) nem volt "divat" az ilyen frissítési megoldás.
Megszabadulni tőle nem is olyan 1xerű, kell SSH.mkdir /tmp/mnt
mount /dev/mmcblk1p2 /tmp/mnt
cd /tmp/mnt/.config
mv autostart.sh autostart.sh.bak
rebootEz után visszaáll minden, a data nem lesz használva.
Ha volt ezen kívül valami más is az autostart.sh-ban, az a autostart.sh.bak mentésben még ott van.
A nem kellő sorok törlése után, vissza lehet nevezni autostart.sh-ra. -
Csicsóka
őstag
OMV_S9xxx_Armbian_stretch_3.14.29.img.gz
Legalább 4 gigás SD, vagy USB pendrive kell hozzá.
SSH belépés engedélyezve, lokalizáció és billentyűzet magyar.
Root jelszó: openmediavault
Böngészőből: admin / openmediavaultdtb-k, a dózer alól is kezelhető FAT partíción vannak a DTB könyvtárban. Az aktuális tipushoz megfelelőt, a partíció gyökerébe kell másolni dtb.img névvel. Az ott lévő CSAK a megogo, és más egyéb S905-ös 1 GB RAM-mal szerelt tipushoz jó.
-
Csicsóka
őstag
válasz adi1234 #31211 üzenetére
Droid backup/update appal be kell tallózni az aml_autoscript.zip-et, majd update.
Újraindul már az armbian-nal. Ha ezt megcsináltad, és mégsem indul, akkor másik dtb-vel kell próbálkozni.
Vagy hálózaton, adb-vel.adb connect 192.168.1.xxx (doboz ip címe)
adb shell
su
reboot updateItt mindhárom boxon elindult, és mindnek más dtb kellet. A T95m-en droid sem volt már, de fogpiszkálóval is indult.
[ Szerkesztve ]
-
Csicsóka
őstag
válasz Beni2360 #31223 üzenetére
Minden marad a régi, nem bántja a droidot, sem az LE-t. Kapsz egy ezektől teljesen független NAS-t.
Nem a droidot, vagy az LE-t egészíti ki, a kettő nem fut párhuzamosan. Vagy csak LE/droid, vagy csak az OMV.
Arra jó ez, ha van nem használt boxod, csinálhatsz belőle NAS-t. De ha meggondolod magad és megint kell a droid, csak kihúzod a pen-t és kész. Ha pedig végkép NAS-nak szánod akkor van lehetőség az armbian-config-ot használva az OMV-t az eMMC-re telepíteni. E mellett számtalan hasznos dolgot találsz az armbian-config-ban, pld. Transmission telepítés, Wifi hotspot létrehozás, és sok rendszer beállítás.
Új hozzászólás Aktív témák
- Eladó asztali számítógép! I5 13600KF, 32GB ram, rx 7800 xt
- Beszámítás! GB B550M R7 5700X 32GB DDR4 2TB SSD RTX 3080 10GB be quiet! Pure Base 500DX Corsair 750W
- Gamer PC , i7 8700 , RTX 3070 Ti kijelzővel , 32GB DDR4 , 512GB NVME , 1TB HDD
- Beszámítás! ASRock B550M R5 5600 16GB DDR4 1TB SSD RTX 3060 12GB SPC Ventum VT4V BE QUIET! 550W
- Beszámítás! ASRock H310CM i5 8500T 16GB DDR4 240GB SSD GTX 1660Ti 6GB Sharkoon ZALMAN 500W
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen