-
GAMEPOD.hu
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
Csicsóka #60691 üzenetére
Jut eszembe. ígértem az X96 Max remote conf-t.
Az eddig nem működő gombokat átírtam, ha valaki mást szeretne tanulmányozza a input-event kódokat itt és a Kodi billentyűzet funkciókat .Szerencsére az amremote érti a közönséges billentyűzet kódokat, ezért egyszerű az átírás.
Pld. A settings gombra tettem a stop funkciót.
0x43 45 #SETTINGS -> X (Stop)
Ez az x billentyűzet leütéssel egyenlő. Az x input-event kód a 45.
Ha a settings-re mondjuk a némítást akarod, akkor az a F8 billentyű, aminek az input-event kódja a 66.
Így fog kinézni:0x43 66 #SETTINGS -> F8 (Mute)
És akkor ez a módosított conf.
#amlogic NEC remote
work_mode = 0
repeat_enable = 1
repeat_delay = 130
repeat_peroid = 120
release_delay = 20
debug_enable = 1
fn_key_scancode = 0x00
left_key_scancode = 0x51
right_key_scancode = 0x50
up_key_scancode = 0x16
down_key_scancode = 0x1a
ok_key_scancode = 0x13
custom_begin
factory_infcode = 0
factory_code = 0xfe010001mouse_begin
0 0x51 //mouse key left
1 0x50 //mouse key right
2 0x16 //mouse key up
3 0x1a //mouse key down
mouse_endkey_begin
0x40 116 #ON/OFF
0x11 102 #HOME
0x19 158 #EXIT
0x4c 125 #MENU
0x18 115 #VOL+
0x10 114 #VOL-
0x16 103 #UP
0x51 105 #LEFT
0x13 97 #OK
0x50 106 #RIGHT
0x1a 108 #DOWN
0x5a 57 #PLAY_PAUSE -> Space (Pause/Play)
0x42 20 #DEL -> T (Toggle subtitles on and off)
0x47 24 #@ -> O (Codec info)
0x43 45 #SETTINGS -> X (Stop)
0x59 19 #PREV -> R (Rewind)
0x58 33 #NEXT -> F (Fast forward)
0x4e 2 #1
0x0d 3 #2
0x0c 4 #3
0x4a 5 #4
0x09 6 #5
0x08 7 #6
0x46 8 #7
0x05 9 #8
0x04 10 #9
0x01 11 #0
key_endrepeat_key_begin
0x40 116 #ON/OFF
0x11 102 #HOME
0x19 158 #EXIT
0x4c 125 #MENU
0x18 115 #VOL+
0x10 114 #VOL-
0x16 103 #UP
0x51 105 #LEFT
0x13 97 #OK
0x50 106 #RIGHT
0x1a 108 #DOWN
0x5a 57 #PLAY_PAUSE -> Space (Pause/Play)
0x42 20 #DEL -> T (Toggle subtitles on and off)
0x47 24 #@ -> O (Codec info)
0x43 45 #SETTINGS -> X (Stop)
0x59 19 #PREV -> R (Rewind)
0x58 33 #NEXT -> F (Fast forward)
0x4e 2 #1
0x0d 3 #2
0x0c 4 #3
0x4a 5 #4
0x09 6 #5
0x08 7 #6
0x46 8 #7
0x05 9 #8
0x04 10 #9
0x01 11 #0
repeat_key_end
custom_end
-
Csicsóka
őstag
válasz
DroiDMester #60694 üzenetére
Ugyan így zöldül az X96 Max is az új FW-től, itt is pont ez a probléma, meg a f*s LAN.
-
Csicsóka
őstag
Tudtok olyan ingyenes tárhely szolgáltatót, ahonnan wget-el (parancssor) lehet letölteni?
G-drive, Mega nem jó, ezektől csak böngészőből lehet tölteni.
Esetleg, valakinek van olyan szervere, (VPS is jó) ami bárhonnan elérhető, és szorítana ott egy kis helyet?
Gondolkodom az ext4 CE frissítésén, ha új verzió jön. Ehhez kellene, hogy ne böngészővel kelljen letölteni a reszelt kernelt, és a CE-től a .tar fájlt. wget szkriptből is elintézné, és már frissítene is. -
Csicsóka
őstag
válasz
kovakovi77 #60743 üzenetére
Nem rossz elképzelés, ha elkap az ihlet hozzá fogok.
A wget-el tölthetőség azért is kell, mert ha bármit is csinálok, ne kelljen már böngészővel letölteni, helyére másolni, kicsomagolni.
A wget oda tölti ahová kell, és ha kell indítja is a szkriptet. -
Csicsóka
őstag
válasz
dave0825 #60845 üzenetére
"Viszont egyszer újra kellett raknom megint tegnap, mert egy Aeon MQ 8 nevű skin elb****, nem indult el a Kodi"
Ezért nem kellett volna, SSH-n ilyenkor is beenged.
rm -rf .kodi
rebootés indul alap helyzettel.
Vagy kártya be egy Linux, vagy Mac gépbe, (Látják az ext4-et) és törlöd a .kodi könyvtárat. -
Csicsóka
őstag
Stabil eMMC ext4 NG verzió frissítése nightly-re.
Régi SOC-on ne is próbáld!
- Letölti a nyghtly_20191027_ng_ext4_kernel.img-t
- Letölti a CoreELEC-Amlogic-ng.arm-9.2-nightly_20191027.tar-t
- Telepíti a kernelt, majd a rootfs változásait.
- A stabil kernelt elmenti kernel.img.stable néven, az SD gyökerében.
- Újra indít.wget http://www.emerson.nhely.hu/wp-content/uploads/2019/10/update_stable_to_nightly.sh_.gz -O /storage/update_stable_to_nightly.sh.gz
gunzip update_stable_to_nightly.sh.gz
chmod +x update_stable_to_nightly.sh
./update_stable_to_nightly.sh
[ Szerkesztve ]
-
Csicsóka
őstag
válasz
kovakovi77 #61016 üzenetére
Ez még nem önmódosító, az még hátra van. Ennek az update szkriptnek a váza használható lesz majd, abban a megoldásban is.
A CE fórumon is 10 klikk van már az ide irányító linkre, (1300 olvasás a poszton) másokat is érdekel. -
Csicsóka
őstag
válasz
kovakovi77 #61106 üzenetére
Nálam már működik, az update könyvtárban lévő .tar fájlt kibontja, a kernelt az unpackbootimg-al szétszedi, a ramdisket kicsomagolja, kicseréli benne az init-et, az ext4 init-re, vissza csomagolja a ramdisket, majd a mkbootimg-al újra építi a kernel.img-t
rsync-el pedig befrissíti a rootfs-t. Stabilt frissít nightly-re és vissza felé is. -
Csicsóka
őstag
válasz
kovakovi77 #61114 üzenetére
Lehet hogy tényleg sok volt a sör.
Hamarabb írtam PM-et, mint ide, nem nézted?
Ment a szkript is.[ Szerkesztve ]
-
Csicsóka
őstag
válasz
ztsoft #61119 üzenetére
A telepítő, a size-ből számolja ki felét, és úgy méretezi át a data-t.
Kipróbálhatod, menni fog.
A most írt update szkript, a régi vasakon is működik majd, ezzel olyan lesz az emmc-s ext4, mint az eredeti CE, oda vissza fog frissülni.
Azon még polemizálok, hogy ez automatikus legyen e, vagy SSH-n indítva.
Küldöm neked is az update szkriptet, biztos érdekel.
-
Csicsóka
őstag
válasz
szabi__memo #61122 üzenetére
A letöltött CoreELEC-Amlogic-ng.arm-9.2-nightly_.....tar fájlban lévő eredeti kernelt borítja szét, reszeli meg, rakja össze, majd a helyére másolja.
-
Csicsóka
őstag
válasz
ztsoft #61123 üzenetére
Örülök, hogy sikerült!
Köszi az építő jellegű észrevételt. A szkript végére kellett volna egy systemctl start kodi, és vissza jött volna. A következőben módosítom, vagy kiveszem a kérdést, és reboot egyből.Az S912 vasamon a leglassabb amúgy ez a rendszer, még az 1/8-as megogo (S905) is megüti bőven. Pedig az eMMC gyors benne. Nem tudom ez miért van.
-
Csicsóka
őstag
válasz
szabi__memo #61128 üzenetére
Korábbiakban többször említettem már, hogy amit a CE kernel.img-nek nevez, az nem csak a kernel. Ez egy AOSP Android boot image.
Ez már az OE óta így van kitalálva, a TV boxok miatt. Ezt örökölte az LE, majd a CE. Ebbe csomagolva van maga a kernel, és a ramdisk CPIO archívumban. Az ext4-nél a kernel ugyan az ami az eredeti verzióban is, módosítás csak az initrd-t (ramdisk) érinti. Kovakövi kolléga lefordított ARM-re két binárist, amit korábban említettem. Ezekkel pedig szét és vissza lehet szedni a boot image-t, az init módosítást (amiben a két rendszer különbözik) az update szkript megcsinálja. Egyszóval, a futó CE-n belül készül az emmc-s boot image, nem kell nekem kézzel PC-n mókolni. -
Csicsóka
őstag
válasz
kovakovi77 #61136 üzenetére
Az a baj, hogy a hibás nightly verzióktól nem véd meg semmi.
Ha SSH-n indítja valaki pont úgy szétcseszi az egészet, mint ha az eredeti frissítési mód lenne. Ott sem kötelező elfogadni, amikor írja hogy van új verzió. Ezért aztán arra jutottam, hogy legyen csak a szokott mód, mert egy addon, vagy SSH pont úgy árthat. Így nem lesz sírás, hogy miért SSH-n kell indítani.
Csináltam egy systemd szolgáltatást, amit az init hív meg.update_system() {
UPDATE_DIR=/rootfs/storage/.update
UPDATE_TAR=$(ls -1 "$UPDATE_DIR"/*.tar 2>/dev/null | head -n 1)if [ -f "$UPDATE_TAR" ] ; then
INIT_UNIT="--unit=emmc-update.target"
fi
}Így teljesen úgy működik mint az eredeti rendszer.
Most frissítette be pont a nightly-t, aztán vissza stabilra.
Még teszek bele hülyeség elleni feltétel vizsgálatokat, aztán kész.[ Szerkesztve ]
-
Csicsóka
őstag
válasz
kovakovi77 #61185 üzenetére
A ramdiskben futó init az első procesz amit a kernel keres, amikor kitömöríti saját magát. Csak ha futtatható, akkor indulhat el. Ez minden Linuxnál így volt és van most is. A kézi frissítést is támogatja a szkript, direkt úgy írtam meg hogy nem csak a hozzá férhetetlen init-ből indulhasson. Viszont célszerű ekkor az UPDATE_TAR_DIR="/storage/.update" változóban, egy másik könyvtárat megadni a /storage/.update helyett, és oda tenni a .tar-t.
Így még akkor sem fog befrissülni magától, ha a nightly letölti az új .tar-t. Újra indulás után egyből el fog hajtani, hogy "No update.tar file found!" -
Csicsóka
őstag
Rámegy, de ez nem az alap emmc-re telepítés. Az benne van az összefoglalóban. Itt feleződik a droid data, úgy hogy a droid is érintetlenül marad a vason. A másik felére kerül fel ez a rendszer.
Így olyan 3-3 giga hely marad mindkét rendszernek, egy 8-as emmc-n.
Egyébként, egy ilyen vasam van itt ,és remekül megy ezzel a módszerrel, csak a droidra nem sok mindent lehet felpakolni így.
Ha nem vagy járatos a mókolásban, az alap megoldást javaslom. -
-
Csicsóka
őstag
Útjára bocsátom, a data felezős ext4 rendszer, automata frissítő megoldását. Működik a régi, és új (NG) SOC-al szerelt boxokon is.
Természetesen, CSAK a már telepített eMMC-s ext4 rendszereken.Az installer az alábbiakat végzi:
- letölti a SOC típusnak megfelelő tömörítvényt.
- Kicsomagolás után, helyére másolja a szükséges fájlokat.
- Elmenti az eddig használt ext4 kernelt.
- Helyére másolja az új kernelt, ami már fel van készítve a CE eredeti frissítő .tar fájl feldolgozására. CSAK .tar kiterjesztésű update fájl használata megengedett!!! NEM működik .img .img.gz fájlokkal.
- Reboot.A frissítési mód megegyezik a sima verzióval, vagy is a /storage/.update könyvtárban kell a .tar fájlnak lenni. (A nightly is oda tölti le.) Reboot után elindul a frissítési procedúra. Van mód reboot nélkül is indítani a frissítést az update-emmcsystem paranccsal (SSH).
wget http://www.emerson.nhely.hu/wp-content/uploads/2019/11/emmc_update.sh_.gz -O /storage/emmc_update.sh.gz
gunzip emmc_update.sh.gz
chmod +x emmc_update.sh
./emmc_update.sh
Köszönet a fejlesztésben, és tesztelésben nyújtott segítségért, Kovakövi, és Ztsoft kollégáknak!
Jó szórakozást!
-
Csicsóka
őstag
A helyzet az, hogy hogy ha amremote-t használna mindenki, nem kéne szétfúrni az eredeti U-boot-ot. Onnantól nem megy a bekapcsolás, hogy a dtb-ben átvált a protokoll meson-ir-re.
Tudom nincs minden vashoz remote.conf, de lehet csinálni.
Egy 3-as kernelt futtató régi vas kell hozzá, mert az újak nem mondanak semmit journalctl -f-nél nyomkodott táv gombokra.
A hexa kódokat ki lehet onnan lesni, és megcsinálni a remote.conf-t, ami aztán működik a 4-es vason is. Itt is így csináltam meg a nem programozott gombokat, értelmes funkciókra. A régi jó megogo-t használva lestem ki a kódokat.
-
Csicsóka
őstag
válasz
DroiDMester #61265 üzenetére
OTA update.zip-ben is van bootloader, csak az a kérdés, hogy lesz e hozzá?
-
Csicsóka
őstag
Való igaz, ez az oka a problémának, amit ztsoft kolléga írt.
Nem gondoltam arra, hogy a legelső verzióban így volt megoldva.
Orvosolható a hiba, bár a telepítőt eleve így kellet volna megcsinálni.Add ki:
mount -o --bind /var/media/COREELEC /flash
majd utána futtasd
./emmc_update.sh
Ekkor már hiba nélkül le fog futni, és jó lesz.
Többször már nem kell ez megcsinálni, mert a mostani verzió már a /flash alá csatolja az SD-t, így a következő frissítés már ott keresi.[ Szerkesztve ]
-
Csicsóka
őstag
zsdd valaki innen?
Vagy olvassák ezt a fórumot nem magyar emberek is?
(Az a remote.conf, és tr. van feltéve amit én faragtam át) -
Csicsóka
őstag
Pár helyen változtattam a felezős eMMC-s CE update rendszerén.
Több védelem került bele a figyelmetlenség, és szándékos károkozás elkerülése végett. A hiányzó, direkt, vagy véletlenül törölt rendszer fájlok figyelése is módosult.
A rootfs rsync is finomításon esett át.
Előző verziónál előfordult, hogy stabilról nightly-re frissítés után, pld. két CE addon repo is volt a rendszerben, egy stabil és egy nightly.
Mostantól az rsync a frissítés előtt töröl mindent rootfs-ből, ami a frissítő .tar-ban nincs benne. Kivéve a kizárási listában szereplő /storage könyvtárat, és egyéb fájlokat.Aki még a legelső verzióról frissít, még az installer indítása előtt ne feledje kiadni a:
mount -n --bind /var/media/COREELEC /flash
parancsot.
Ha már befrissült, többé ez a parancs nem kell.
-
Csicsóka
őstag
válasz
blakey #61630 üzenetére
És aki próbálni szeretné boxon, figyelmébe ajánlom az utolsó bekezdést.
Unsupported devices:
With the parameter x the ceemmc tool can be used for not by Team CoreELEC official supported devices. Any support request for not official supported devices will be ignored.
This is because Team CoreELEC does not own every device on the market available and so we can not confirm the tool function with the unsupported device!
Be warned: the tool maybe brick your device!Egyébként is, a mi rendszerünk annyival jobb ettől, hogy a droid OTA update megy attól hogy felezve van az eMMC, ezen meg nem lehet sehogy frissíteni multi módban. (Ja, meg megy rizsföldi sz@arokon.)
-
Csicsóka
őstag
Jó hír az X96 Max tulajoknak!
Probléma mentesen telepíthető a ceemmc-vel a CE eMMC-re, dual, és single boot módban is.
Dual módban, a data végéről lecsíp egy 512 MB-os részt, ez lesz a /falsh alá mountolva. A megmaradó helyen közösen osztozik a droiddal oly módon, hogy a CE storage egy coreelec_storage nevű könyvtárba kerül a droid data fájl szerkezetén belül.
Itt látható is:root@CoreELEC:~/mnt# ls
adb coreelec_storage misc system_ce
anr dalvik-cache misc_ce system_de
app data misc_de tombstones
app-asec drm nfc user
app-ephemeral droidota ota user_de
app-lib local ota_package vendor
app-private log property vendor_ce
backup lost+found resource-cache vendor_de
bootchart media ss
cache mediadrm systemEkkor az eredeti eMMC partíciókat erre módosítja:
root@CoreELEC:/# dmesg | grep mmcblk0
[ 0.905359@0] mmcblk0: emmc:0001 BGND3R 29.1 GiB
[ 0.905628@0] mmcblk0boot0: emmc:0001 BGND3R partition 1 4.00 MiB
[ 0.905842@0] mmcblk0boot1: emmc:0001 BGND3R partition 2 4.00 MiB
[ 0.906078@0] mmcblk0rpmb: emmc:0001 BGND3R partition 3 4.00 MiB
[ 0.908340@0] meson-mmc: [mmcblk0p01] bootloader offset 0x000000000000, size 0x000000400000
[ 0.908562@0] meson-mmc: [mmcblk0p02] reserved offset 0x000002400000, size 0x000004000000
[ 0.908588@0] meson-mmc: [mmcblk0p03] cache offset 0x000006c00000, size 0x000046000000
[ 0.908759@0] meson-mmc: [mmcblk0p04] env offset 0x00004d400000, size 0x000000800000
[ 0.908782@0] meson-mmc: [mmcblk0p05] logo offset 0x00004e400000, size 0x000000800000
[ 0.908795@0] meson-mmc: [mmcblk0p06] recovery offset 0x00004f400000, size 0x000001800000
[ 0.908807@0] meson-mmc: [mmcblk0p07] misc offset 0x000051400000, size 0x000000800000
[ 0.908951@0] meson-mmc: [mmcblk0p08] dtbo offset 0x000052400000, size 0x000000800000
[ 0.908973@0] meson-mmc: [mmcblk0p09] cri_data offset 0x000053400000, size 0x000000800000
[ 0.908988@0] meson-mmc: [mmcblk0p10] param offset 0x000054400000, size 0x000001000000
[ 0.909000@0] meson-mmc: [mmcblk0p11] boot offset 0x000055c00000, size 0x000001000000
[ 0.909011@0] meson-mmc: [mmcblk0p12] rsv offset 0x000057400000, size 0x000001000000
[ 0.909023@0] meson-mmc: [mmcblk0p13] metadata offset 0x000058c00000, size 0x000001000000
[ 0.909034@0] meson-mmc: [mmcblk0p14] vbmeta offset 0x00005a400000, size 0x000000200000
[ 0.909045@0] meson-mmc: [mmcblk0p15] tee offset 0x00005ae00000, size 0x000002000000
[ 0.909055@0] meson-mmc: [mmcblk0p16] vendor offset 0x00005d600000, size 0x000046000000
[ 0.909066@0] meson-mmc: [mmcblk0p17] odm offset 0x0000a3e00000, size 0x000008000000
[ 0.909241@0] meson-mmc: [mmcblk0p18] system offset 0x0000ac600000, size 0x000050000000
[ 0.909262@0] meson-mmc: [mmcblk0p19] product offset 0x0000fce00000, size 0x000008000000
[ 0.909277@0] meson-mmc: [mmcblk0p20] data offset 0x000105600000, size 0x000622600000
[ 0.909470@0] meson-mmc: [mmcblk0p21] CE_STORAGE offset 0x000105600000, size 0x000622600000
[ 0.909856@0] meson-mmc: [mmcblk0p22] CE_FLASH offset 0x000727c00000, size 0x000020000000
Látható hogy maradtak az eredeti droid partíciók, Két új került a végére. CE_STORAGE, CE_FLASH. A droid data, és a CE_STORAGE ugyan azt a területet használja, látszik az offset és size mértetekből.
Futás alatt a CE storage-nek így 24 GB jut.
root@CoreELEC:~# df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 1.6G 4.0K 1.6G 0% /dev
/dev/CE_FLASH 511.0M 249.3M 261.7M 49% /flash
/dev/loop0 185.5M 185.5M 0 100% /
/dev/CE_STORAGE 24.0G 2.7G 21.3G 11% /storage
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.8G 8.4M 1.8G 0% /run
tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup
tmpfs 1.8G 2.6M 1.8G 0% /var
tmpfs 1.8G 4.0K 1.8G 0% /tmpA rendszer felállása nem nevezhető a leggyorsabbnak, 22 sec kb.
root@CoreELEC:~# systemd-analyze
Startup finished in 2.513s (kernel) + 9.900s (userspace) = 12.413s
kodi.target reached after 9.899s in userspaceSingle módban (csak CE, droid nuku) egészen más lesz a leányzó fekvése. Az eMMC-ről minden olyat eltávolít ami nem szükséges egy Linux rendszer bootolásához.
root@CoreELEC:~# dmesg | grep mmcblk0
[ 0.989625@1] mmcblk0: emmc:0001 BGND3R 29.1 GiB
[ 0.989875@1] mmcblk0boot0: emmc:0001 BGND3R partition 1 4.00 MiB
[ 0.990080@1] mmcblk0boot1: emmc:0001 BGND3R partition 2 4.00 MiB
[ 0.990293@1] mmcblk0rpmb: emmc:0001 BGND3R partition 3 4.00 MiB
[ 0.992586@1] meson-mmc: [mmcblk0p01] bootloader offset 0x000000000000, size 0x000000400000
[ 0.992866@1] meson-mmc: [mmcblk0p02] env offset 0x000000400000, size 0x000000800000
[ 0.992894@1] meson-mmc: [mmcblk0p03] misc offset 0x000000c00000, size 0x000000800000
[ 0.992908@1] meson-mmc: [mmcblk0p04] logo offset 0x000001400000, size 0x000000800000
[ 0.993108@1] meson-mmc: [mmcblk0p05] dtbo offset 0x000001c00000, size 0x000000800000
[ 0.993285@1] meson-mmc: [mmcblk0p06] reserved offset 0x000002400000, size 0x000004000000
[ 0.993451@1] meson-mmc: [mmcblk0p07] CE_FLASH offset 0x000006400000, size 0x000020000000
[ 0.993607@1] meson-mmc: [mmcblk0p08] CE_STORAGE offset 0x000026400000, size 0x000721800000Így 4 GB-al több területet kap a /storage.
aroot@CoreELEC:~# df -h
Filesystem Size Used Available Use% Mounted on
devtmpfs 1.6G 4.0K 1.6G 0% /dev
/dev/CE_FLASH 511.0M 249.3M 261.7M 49% /flash
/dev/loop0 185.5M 185.5M 0 100% /
/dev/CE_STORAGE 27.9G 1.7G 26.2G 6% /storage
tmpfs 1.8G 0 1.8G 0% /dev/shm
tmpfs 1.8G 9.4M 1.8G 1% /run
tmpfs 1.8G 0 1.8G 0% /sys/fs/cgroup
tmpfs 1.8G 2.6M 1.8G 0% /var
tmpfs 1.8G 4.0K 1.8G 0% /tmpValamelyest gyorsabb is így, de a "másik" eMMC-s rendszer 9 másodpercét meg sem közelíti. Igaz, az ext4-en hasít, itt meg megvan továbbra is a tömörített fájlrendszer béklyója.
aroot@CoreELEC:~# systemd-analyze
Startup finished in 2.507s (kernel) + 7.534s (userspace) = 10.041s
kodi.target reached after 7.534s in userspaceMás tipusú boxoknál csak akkor ajánlom ezt kipróbálni, ha van egészen biztosan működő gyári FW a fiókban. Elég komoly módosításokat csinál a rendszerben, és ahogy írja Portisch mester, tégla is lehet az eredmény.
-
Csicsóka
őstag
válasz
DroiDMester #61692 üzenetére
Nem kell ehhez útmutató, itt le van írva minden. Ez nem az én művem, csak bevállaltam a kipróbálását elsőként itt. (X96 Max FW van a fiókban
) És már érlelődik az ebből kialakított ext4 rendszer.
Új hozzászólás Aktív témák
- Home server / házi szerver építése
- Android szakmai topik
- Parci: Milyen mosógépet vegyek?
- Projektor topic
- Gitáros topic
- Horgász topik
- Hardcore pizza és kenyér topik
- Anime filmek és sorozatok
- Az USA tisztifőorvosa figyelmeztető címkét ragasztana a közösségi médiára
- Aliexpress tapasztalatok
- További aktív témák...
- Új GAMER félgép - ASUS TUF GAMING B760-PLUS WIFI + Intel I9 13900KF + Kingston 2x16GB DDR5 6000MHz
- Eladó konfig - videókártya nélkül
- i5 9500/ 32GB DDR4/ Quadro K2200 4GB/ 512GB SSD/ ingyen foxpost
- Dell OptiPlex 7010 USFF i5-3470S/4GB/120SSD/WIN10PRO
- Asztali PC Pentium-G3250/6GB/ATI4550/128+500GB/Win10PRO
- GAMER PC - RTX 2070S 8GB - i9-9900K - 16GB 3000MHZ DDR4 - 250GB SSD - 2TB HDD
- Tökéletes alap: i7-6700 + GIGABYTE B250M-D2V
- Expert Pc,i3 2.gen 3.3Ghz,12GB DDR3 Ram Nvidia gt610,Szép állapotban,1 hónap garancia
- Xeon E5 2696v3 CPU 64GB RAM számítógép
- Lenovo asztali PC - i3-6100 - 8GB RAM - 256GB M.2 SSD + bővíthető