- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Google Chromecast topic
- Masszív előrelépésnek tűnik a Zen 5
- HiFi műszaki szemmel - sztereó hangrendszerek
- E-book olvasók
- Amlogic S905, S912 processzoros készülékek
- Milyen billentyűzetet vegyek?
- Internet Rádió építése (hardver), és programozása
- Milyen TV-t vegyek?
Hirdetés
-
A Frontier maradt a leggyorsabb szuperszámítógép
ph Az Aurora azért nagyon megközelítette, de ez nem volt elég a trónfosztáshoz.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Képeken a Honor 200 Pro
ma Az egykori anyacég, a Huawei fotós csúcsszériájára hasonlít a hátlapi dizájn.
-
PROHARDVER!
Android dual SIM szakmai mélyvíz
Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
Kérdésed a megfelelő topikba tedd fel:
"melyik alkalmazás, ami"
"milyen tokot vegyek"
"piros hátlap hol kapható"
"honnan vegyek telefont"
Új hozzászólás Aktív témák
-
Shirko
tag
válasz cappa72 #5575 üzenetére
Engem az zavar, hogy a cache hátra mozgatásával a particiók száma-sorrendje is változik, és bár látom, hogy az fstab gyakran nem is partició számot, hanem elnevezést tartalmaz, de ez az initrd-ben valahol egymáshoz kell legyen rendelve szerintem.
2x Nexus 5 ; Huawei P Smart ; Windows + Linux PC : Kicsit Kocka user
-
Shirko
tag
válasz cappa72 #5583 üzenetére
mik2000 esetén az 1 GB-s partíción egy 869 MB-s fájlrendszer van aminek a fele üres. Ezért akarja a második 500 MB-t a Data-hoz adni, kiszedve közülük a Cache-t. Ha a fájlrendszert össze tudja zsugorítani mint mondjuk a Gparted resize funkciója teszi, akkor nyerne. Gparted linuxon loop eszközön is működik, de az ubifs szerintem nem megy neki. A te módszereddel létrehozott üres fájlrendszerre másolás (jogokkal) ext4 esetén működne, de te is azt mondod ez ubifs miatt már nehezebb.
2x Nexus 5 ; Huawei P Smart ; Windows + Linux PC : Kicsit Kocka user
-
mikk2000
őstag
válasz cappa72 #5585 üzenetére
Nem hagyott nyugodni a dolog, így rákerestem erre az UBIFS-re, hogy mégis mi a nyavaja ez.
Felületesen, röviden fogalmazva azt olvasom, hogy ez egy kifejezettem flash-re tervezett fájlrendszer, ami ahhoz jobban illeszkedik, mint a merevlemezre (ext) tervezett fájlrendszerek. Így aztán ez nem úgy néz ki hogy van egy kis fejléc és csókolom, hanem kemény területeket foglal el a flashra optimalizált fájlrendszer pluszban, mivel egyes részek belső io műveletekre vannak fenntartva (megjegyzem: ahogy például az SSD-n is, persze gyártótol függ hogy a szükséges működéhez puffer eleve meg sem jelenik a tényleges használható méretben, vagy a felhasználónak kell szabadon hagynia).
Az egyik létrehozási példában írják is, hogy a 512MiB-es partícióból a tényleges használható fájlrendszer 450MiB lesz. [link]
Így reális az 1GB-os partíción 869MB szabad.Szóval akkor nem 1GB a felhasználható méret fájlok részére, hanem a fájlrendszer miatt a használható ennél kisebb. A scatter fájlban azért nincs meg a ténylegesen felhasználható méret, mert az automatikusan jön létre (számolódik ki).
Szóval ha 869MB(MiB?) a ténylegesen használható, akkor tulajdonképpen 400MB szabadítható fel a DATA partíció részére. Vicces hogy a 8-16GB-os UserData korában ilyenekkel kell bajlódni, deha megfizetnék a munkám normálisan, akkor nyilván vennék egy ilyen telót/tabot már 30 körül és kész
-
mikk2000
őstag
válasz cappa72 #5587 üzenetére
Szia
Igen, azt már korábban is észrevettem hogy a GUI-kat nem komázod, de a világ errefelé halad jó ideje. Egy GUI-s program sem a kisujjából szopja ki egyébként egy partíció méretét
De lefuttattam a df-et:
u0_a120@Rainbow:/ $ su
root@Rainbow:/ # df
Filesystem Size Used Free Blksize
/dev 491.2M 128.0K 491.1M 4096
/sys/fs/cgroup 491.2M 0.0K 491.2M 4096
/mnt/secure 491.2M 0.0K 491.2M 4096
/mnt/asec 491.2M 0.0K 491.2M 4096
/mnt/obb 491.2M 0.0K 491.2M 4096
/storage/emulated 491.2M 0.0K 491.2M 4096
/storage/emulated 491.2M 0.0K 491.2M 4096
/system 869.6M 442.5M 427.1M 4096
/data 2.1G 744.3M 1.4G 4096
/data/sdext2 1.0G 525.6M 530.5M 1024
/cache 26.2M 84.0K 26.2M 4096
/protect_f 12.0M 12.0M 0.0K 8192
/mnt/cd-rom 1.2M 1.2M 0.0K 2048
/mnt/shell/emulated 2.1G 744.3M 1.4G 4096
/mnt/media_rw/sdcard1 756.5M 329.3M 427.3M 4096
/storage/sdcard1 756.5M 329.3M 427.3M 4096
/storage/emulated/0 2.1G 744.3M 1.4G 4096
/storage/emulated/0/Android/obb 2.1G 744.3M 1.4G 4096
/storage/emulated/legacy 2.1G 744.3M 1.4G 4096
/storage/emulated/legacy/Android/obb 2.1G 744.3M 1.4G 4096
root@Rainbow:/ #Amint láthatod, ez is pontosan 869M-t ír a systemre. Terminal Emulator app kimenet másolata.
-
mikk2000
őstag
válasz cappa72 #5589 üzenetére
Kicsit feljebb pont írtam (kicsit részletesebben), hogy az UBIFS FAQ pár példát ír fájlrendszer létrehozásra, és látható, hogy a felhasználható fájlrendszer mérete eltér a partíció méretétől, pont olyan arányban, ahogy itt is. A példában egy 512MB-os partícióra 450MB tényleges fájlrendszer fért fel. 1GB méretnél ez már 100MB körüli eltérés, szóval én ezzel ki vagyok békülve már. Ha erre gondoltál hogy hiányosság.
-
Upo
addikt
válasz cappa72 #5604 üzenetére
Én végig szoktam próbálni a kombinációkat, volt ami a leírás szerint power+mind a két vol gombra ment be, és mintha power+hang le is lett volna (sőt van ami recoveryben pont fordítva megy mint androidban, azaz ahogy rá van írva. Gondolom olyankor lusták recovery alatt is megcserélni a gombokat)
Blogom: https://logout.hu/blog/upo/index.html | "Az átlagember alvásigénye még 5 perc"
-
Shirko
tag
válasz cappa72 #5604 üzenetére
Minden telefonra vonatkoztatva nem állítom, de vannak olyanok amiknél ez a helyzet. Mondjuk az enyémek nem írják, hogy no command, de várják a parancsot, amit ha kiadok (fastboot) végre is hajtják.
Most nincs mtk-s telefonom, nem tudom megnézni mit csinál a zöld robotnál.
Nexus 5 esetén most próbaként töröltem a recoveryt, majd már újrabootolás után adb reboot recovery parancsra szintén a zöld robotos fastboot módra visz recovery hijján.Az SP tools dolgot viszont már beszéltük, hogy az a fastboottól különbözik, és kikapcsolt készülék kell hozzá, semmiképp nem zöld robotos.
2x Nexus 5 ; Huawei P Smart ; Windows + Linux PC : Kicsit Kocka user
-
ksanc
őstag
válasz cappa72 #5754 üzenetére
Szia Cappa!
Érdekesen van megoldva, mert van ilyesmire vonatkozó fake bejegyzés build.prop-ban, de fütyül rá. Illetve átírtam a ro.romtool.fake_memory értéket 2-re, és utána 2GB-t írt is ki, nem 4-et a ramra, de aztán a mókolások során visszaállt 4-re és akármit csinálok, úgy marad.
-
aytukabozs
addikt
válasz cappa72 #5751 üzenetére
"Remélem Keeperv85 kép link most is képben van."
Hát az lehet hogy ő képben van, de engem úgy fest nem szeretne képbe hozni...ksanc
Ebből mire a végére érsz lassan lehetne önálló logout cikk.
btw. neked nincs tipped a fenti problemre?[ Szerkesztve ]
Hsz TÖRLÉS ITT >>> http://goo.gl/uBK2Xa
-
ksanc
őstag
válasz cappa72 #5783 üzenetére
Szokás szerint az ágyúval verébre kategóriát műveltem. Persze, biztosan reflow kell, nem átnézni, hogy mit cseszhettem el.
De úgy látom, senkinek nincs kedve találós kérdésest játszani, így leírom, mik voltak a gondok:
Legelőször is, hogy nem emlékeztem arra, hogy szombat éjjel mégiscsak elindítottam a firmware upgrade frissítést az általam kreált fw-vel. Úgy emlékeztem, csak terveztem másnapra :D Hiába, mindig az utolsó sör a hibás
Ugye a tabiról nem sokat tudtam, de annyi kiderült, hogy JTY KT107, plusz a belsejében lévő címkéről a részletek is. A Needromon van is egy jópár FW, de egyik sem stimmelt ehhez, mégpedig azért, mert a partíciók kezdőcímei máshogyan vannak. (Meg több minden más is). Ez egy recovery read back-nál derült ki, nem volt jó helyen a fejléc. Találtam egy MT6850-es scatter fájlt a neten, aminél stimmelt a recovery kezdőcíme (persze több partícióé nem stimmelt, ezeket meg kellett találnom és átírnom), és abban volt egy plusz partíció, az ITEMS. Így, nagybetűvel. Ez volt a gond, ugyanis az fw upgrade frissítés után az emmc-n szintén nagybetűs lett a partíciónév, a preloder és az LK pedig kisbetűs névvel kereste a partíciót (linux alapú rendszerek ugye megkülönböztetik a kis- és nagybetűket), de olyat meg nem talált (items partition not found) Tehát át kellett írnia a scatterban kisbetűre, majd újból firmware upgrade, és voila.
Egyébként erről az items partícióról tud valaki valamit? Egyetlen szöveges ini fájlt tartalmaz, amiben a kijelzőhöz és első- hátsó kamerákhoz szükséges kamerák driver nevei vannak. Ha ez hiányzik, az lk elszáll, mert nem tudja azonosítani a szükséges lcm (kijelző) driver-t.
Úgy nézem, a kínaiak újabb találmánya, hogy még könnyebben lehessen fake variációkat létrehozni -
Új hozzászólás Aktív témák
- Apple iPhone 13 Pro Max 256GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone SE 2022 64GB, Kártyafüggetlen, 1 Év Garanciával
- Teljesen új Xiaomi 13T Pro 12/512GB DS (5G) Black eladó (bontatlan+garancia)
- FÜGGETLEN! Samsung Galaxy A52 128GB 4GB RAM SM-A525F / DS Black / 4G DualSIM /
- iPhone 15 / 0 perces / Black / 128 GB / Kártyafüggetlen / Számla + Garancia
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen