-
Fototrend
Android szakmai topic
Windows 8/10 gépen a készülék nem csatlakozik többé, mit tehetek?! ---> [link]
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ó"
"Melyik okostelefont vegyem?"
Új hozzászólás Aktív témák
-
Sziasztok,
A droid WebView JS implementációjának kódját hol találom 4.2-höz és 5.1-hez?
Már nagyon elegem van, hogy minden droidon máshogy működik egy nyomorult get kérés...
@Keeperv85
Olyan rég jártam itt, hogy már meg se ismerlek! Jó lett!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Sziasztok!
Ha egy knoxos telefonra Odinnal ráflashelek egy 3rd party root csomagot, ugrik a knox és garim?
Mivel sajnos más megoldást egy 5.1.1-es Samu J1 áldásra nem nagyon találtam...
Köszi a választ! Kellemes ünnepeket!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Eddig nagyon szimpi ez a J1... Knox van, SElinux enforced, root csak garivesztéssel esélyes és ennek fejében még wget bináris sincs, az SD meg noexec-cel van felcsatolva, hogy még véletlen se sikerüljön wgetelni, esetleg curl-t használni. Cyanogenmod, se semmilyen custom rom nincs rá, amiért megérné a garivesztés... Gyártani meg nincs időm/kedvem.
Egy biztos, magamnak nem veszek Samu-t!
Köszi a gyors válaszokat!
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Mr Dini #29459 üzenetére
No, végre rájöttem a megoldásra!
A problémám az volt, hogy amiket írtam, JavaScript kódokat, abból nem futott le a szinkron http get kérések egy része. Először arra gyanakodtam, hogy a query stringet nem tudja lekezelni Droid JS motor, ami egyébként a droid webview implementációját jelenti...
De nem, a probléma az, hogy ha jól látom a Droid 5.0 (AOSP) forrásba bekerült egy patch, ami miatt elvesztettük az átirányításfeloldást, azaz ha egy olyan linket nyitok meg, ami tartalmaz szerver oldali redirectet, akkor nem tudja követni a motor és itt el is hasal a lefutás... Ezután próbáltam aszinkron kérést csinálni, az sem vált be... Nagyon nem helyeslem ezt a patchet, mert én Droid app írás előtt általában gyártok egy teszt appot (értsd vázlat), amihez gyakran használok JS-t, Py4A-t, illetve kivy-t. Most az egyik kihullott a sorból...
De nem hagytam annyiban, megkerestem a Droid forrását, ami egyébként githubon fellelhető, és kreálltam egy pull requestet. Szóval, ha a kugli elfogadja, akkor a következő Droidban már benne lesz a modom!
Szerk.: ja és halkan megjegyezném, hogy a Debian chroot is összejött! Megy minden, kivéve a modulok, de ez érthető is, hiszen teljesen más kernelre lett forgatva...
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv és BUÉK!
Épp a NASomra gyártok iSCSI target szervert és az a lehetetlen ötletem támadt, hogy milyen jó lenne az Androidot is iSCSI initiatorként használni, azaz egyszerűsítve, hogyan tudok csatlakozni és "felcsatolni" meghajtókat a szerveremről?
Rágugliztam és úgy tűnik, még senki nem csinált ilyesmit... Nos, nem bánom, már megszoktam az úttőrőséget, de azért gondoltam mégis megkérdezem itt, hogy tudtok-e erre valami parancsot/módszert...
Köszi!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
-
Tiszteletem!
Adott egy zenelejátszó, mely minden állapotváltozáskor, azaz zene tekerésekor, leállításakor stb. küld egy Broadcast Intentet. Namost, ezt el tudom kapni, de szükségem lenne valahogyan az intenttel küldött data és esetleg extra részekre is, mivel sajnos nincsen dokumentálva a lejátszó, így nekem kéne kitalálni, hogy hogyan küldi el az éppen játszott szám címét.
Tudtok ajánlani root nélküli megoldást?
Örök hálám!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Köszi a választ!
A jetAudio plusról lenne szó és a com.jetappfactory.jetaudioplus.playstatechanged intent Datajából szeretném kinyerni a játszott szám címét (már, ha egyáltalán tartalmazza). Ja és nem Taskerről van szó kivételesen, akkor ott kérdeztem volna.
PS majd délután megnézem a logcatet, hátha látszik a broadcast...
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Mr Dini #30769 üzenetére
Kipróbáltam mindent, de sehogy, még a
dumpsys
és logcat kimenetből sem tudtam használhatót kibogarászni, csupán pár lényegtelen infót...Szóval írtam végül egy alkalmazást, ami elkapja a broadcastot, kinyeri az összes extrát, beleteszi egy tömbbe és onnan ki tudtam olvasni az extrákhoz tartozó kulcsokat, illetve értékeket. Hihetetlen módon, az artist és title kulccsal tudom lekérni a szám előadóját/címét...
Bár azért jó lett volna egy kicsit egyszerűbb megoldás is, ha valaki tud ilyenről, kérem ne tartsa magában!
Üdv!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Elkövettem azt a hibát romolás közben, hogy egy olyan twrp modult flasheltem fel, ami felrakott pár fájlt/mappát a /data alá és nem állított selinux jogokat. Emiatt nyílván a teló bootloopba keveredett, mert a selinux enforcing volt.
Sajnos a logot nem mentettem le, így nem tudtam milyen fájlokat hozott létre. Megpróbáltam kézzel kigyomlálni, sikertelenül. Majd a twrp fix contexts-ét is lefuttattam, nem segített. Ahogy olvastam ez inkább csak azokra a fájlokra jó, amik a context fájlokban deklarálva vannak, azaz a system fájlokra.
Utána futtattam egy restorecon -Rv parancsot a /data-n, amit nem kellett volna, mert az meg mindent relabelezett system_data_t kontextusúvá.
Végül hard reset lett belőle. Viszont később, ha előfordulna, szeretnék egy tervvvel előállni. Mit tudok tenni? Van valami módja a kontextus helyes beállïtásának twrp-n? Vagy van-e esetleg itt is autorelabel fájl, mint linuxon?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Egy sima zip, amit fel lehet flashelni, mint update. Ez most épp Dolby Atmos-t rakott volna fel. Végül találtam egy magisk verziót, ami tartalmaz seccomp szabályokat, de jó lenne valami megoldás relabelre. Akár kézzel is, csak működjön.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Nem. Eredetileg egy csak twrp-n flesselhető zipet találtam dolbyra, csak gondolom olyan android verzióra készült, ahol még nem volt selinux, vagy csak kihagyták a leírásból, hogy permissive setting kell.
Amúgy belenéztem utólag az update szkriptbe, nem csinál a twrp zip semmi mást, csak beállít pár propertyt, illetve a /data alá berakja a dolby appot. Ez utóbbi elég volt ahhoz, hogy a telefon többet be se bootoljon. Azt hittem, hogy a /data-ra nem vonatkozik a selinux context check, csak a /systemre, meg a system fájlokra általában, de logikus, hogy a droid fejlesztők a datába piszkálást sem akarják.
Ami viszont érdekes, hogy tényleg kiszedtem mindent utána twrp-vel, amit a zip felrakott, mégis bootloopban ragadt a telefon. Na mindegy.
Másodjára találtam egy rendesen megírt zipet, amit már a Magisk is befogad. Ebben vannak seccomp leírók is a context beállítására, meg ugye systemless a módosítás a magisknek hála. Ez remekül megy, viszont szerettem volna belelátni az egész mikéntjébe. Az igazat megvallva picit megrémít, hogy egyetlen fájl és az egész telefon mehet hard resetbe. Bármely rootot igénylő alkalmazás okozhat hasonlót. Jó lenne találni valami megoldást a relabelre. Jó ideje nem foglalkoztam Androiddal, de gondolom a selinux teljes mértékben egyezik a linux kernelben lévő implemetációval. A kérdés csak az, hogy milyen toolok vannak meg userspaceben (gondolok pl az fcontext parancsra), de erre majd ránézek.
Egyébként meg nyilván sokkal nehezebb dolgom lett volna, ha nincs ez a magisk modul. Egy doksit a magisk modulokról jó lenne találnom. Bár nem tudom van-e értelme most belevágni, amikor nagyon úgy néz ki, hogy nem lesz magisk hamarosan, ha jön majd a hardveres trustzone, meg ugye a magisk main devje google fejlesztő lett...
Mindenesetre köszönöm az inputot és elnézést kérek a hangosan gondolkodásért.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Köszönöm a részletes magyarázatot. Sokat segít átlátni azt a 360°-os fordulatot, amit az Android modding scene vett a 4.2.2 óta (ez volt az utolsó OS verzió, ami után már nem is foglalkoztam roottal).
Akkor esetleg belevágnék a moddingba. Átolvastam a magisk fórum összefoglalóját és nagyon durván részletes, respect a gyűjtőnek. :R A szkripting szerkezete is tiszta. Az egyetlen ok, amiért ezt a hsz-t nem oda írom, az az, hogy kicsit bizonytalan vagyok. Apróbb módosításokat szeretnék eszközölni a jelenlegi romomon (Pixel Experience Plus). Első sorban a rádiót szeretném megbütykölni. Eredetileg a Xiaomi féle MIUI rendszer volt a telefonon, amely rádiója képes volt menni bedugott fülhallgató nélkül is. A jelenlegi romon viszont nem ez a helyzet. Mindenképp kell neki a fülhallgató.
A cél tehát az lenne, hogy egyetlen függvény visszatérési értékét felülírjam. Smalival szerkesztve a system apk-t, majd magisk modullal felcsatolva simán megy a módosítás, viszont ez nyilván nem fog túlélni egy frissítést. Jobb lenne futásidőben lecserélni s visszatérési értéket. Annak idején a supersu korszakban ehhez xposedet használtam volna. Nem tudom, hogy a magisk képes-e közvetlenül belenyúlni a memóriába/runtimeba, feltételezem nem. Viszont xposed alternatívaként az edxposed eléggé elhagyatottnak tűnik, a Canary zipek flesselése pl kicrasheli a manager appját. Illetve a safetynet checken sem megy át a rendszer, ha fent van a keretrendszer.
Találtam egy lsposedet, ami működni látszik, de nem tudom mennyire fedi le az eredeti xposedet.
Érdemes lenne az utóbbival próbálkoznom? Vagy mit ajánlanál?
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz tordaitibi #42645 üzenetére
Ctrl + C alapesetben, de ha a képernyőt elforgatod, vagy a terminál méretét átállítod, ki kell férjen. Vagy kiadod a "top -n 1" parancsot. Ha szerencséd van, az androidban lévő bináris támogatja...
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Nem azért mondom, hogy elkeserítselek, de rákerestem xda-n, tucat ember írja, hogy a telefon tele van malware, adware és spyware szoftverekkel gyárilag, ahogy te is mondod. A legtöbbje úgy van beépítve, hogy csak úgy eltávolítva nem bootol többet a rendszer. Nyilván ha nagyon dedikált vagy, van értelme foglalkozni vele, de én leginkább elfelejteném így, hogy még root, vagy custom rom sincs hozzá.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv ismét!
Ma kb másfél órát szüttyögtem azzal, hogy a szerencsétlen banki alkalmazásom elinduljon, mert mindig a módosított rendszer popuppal fogadott, pedig nem igen nyúltam a telefonhoz tegnap óta, amikor még minden rendben ment. Magisk is le van rejtve, SafetyNeten átment a telefon, összes rootos app csomagneve spoofolva van és azt hittem esélytelen lesz bármelyik appnak megmondani, hogy ténylegesen rootolt a telefon. Na a bank nem engedett. Van valami lista, hogy melyik bank mit néz pontosan?
Ott követtem el a hibát, mint kiderült, hogy a telefon USB-n volt töltve és az ADB bekapcsolt. A fene se gondolta volna, hogy ez akadályt jelent. Ezek szerint az appok csak azt láthatják. hogy az adb éppen aktív-e? Vagy az android api azt is exposeolná, hogy a dev beállítások engedélyezve van-e? Vagy akár az adb úgy un-bloc?
Köszi!
PS: Hihetetlen, hogy mennyire meg kell bonyolítani az ember életét. Windowson, linuxon meg stb is lehet rendszergazda jogom, ott valahogy mégsem gond. Itt meg erősen körül kell tekinteni azért cserébe, hogy használható legyen a saját készülékem.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Mikor elkezdtem írni a hsz-t, még az lett volna a kérdésem csupán, hogy van-e olyan lehetősége az appoknak, hogy az usb debug-ot érzékeljék valamilyen módon. Azt hittem ez inkább ide való, mint a Magisk topikba. De akkor sorry. Még bele kell rázódnom, mi az, ami itt off topik, ott meg nem.
A "Más:" bekezdésedre reagálva: Nagyon jól összeszedett szerintem az összefoglaló és sok érdekes infót merítettem belőle én is. Pl a rootbeerről ott hallottam először. Nincs vele egyáltalán gond. Számomra egyértelmű, hogy szükség van rootra a telefonomon, inkább csak azt nem tudom megérteni még mindig, miért érdeke ennyire a gyártóknak, hogy minden zárt legyen, amikor az android elvileg egy nyílt forrású kezdeményezésként indult és a testreszabhatóság volt az, ami kiemelte a többi rendszer közül. Értem én, hogy egy banki app nem fogja szeretni, ha mókolt a rendszer, de hozzáértő kezek közt/saját felelősségre miért ne mehetne rootolt eszözökön is?
Élből tudok mondani két-három tucat olyan dolgot amivel bukhat már az is ha csak simán ki van nyitva a BL és semmi mást se csináltál.
Ez a lista (akár privátban, vagy a Magisk topikban) érdekelne. A kis Xiaomin custom fw-vel Magiskkel, meg a többi toollal sikerült elérni, hogy szerintem minden működik. Még L1 widevine kulccsal is tudok 1080p-t nézni netflixen.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Én sem szóltam hozzá szándékosan, mert nincs sok tapasztalatom chinafon debloatinggal, de gondolom itt is van selinux, meg egy file lista a rendszerfájlok listáival. Ha kiszed az ember egy apk-t, már nem bootolna az eszköz, hacsak nem lenne az egész rom újra buildelve, aláírva.
De lehet akár a frameworkbe is be van építve, ahogy írod. Szvsz ha a gyártó nem adott ki legalább egy kernel forrást (amit megjegyzem elvileg kötelességük lenne kiadni), akkor ezen nem igen fog futni bármi debloater.
A letiltás lehet segíthet, de el tudom képzelni, hogy az sem 100% megoldás. Ha lehetne rootolni picit több lehetőség lenne.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Viktor0610 #42812 üzenetére
Legálisan nem. Aztán, hogy a főként harmadik országokban milyen trükköket tudnak rá, az más kérdés...
De ha van számla, garitól függetlenül is be lehet próbálkozni márkaszervíznél az unlockkal némi térítésért cserébe a kérdezőnek.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Pont a napokban fordult meg nálam egy a5. Ugyanez volt a gondja és elege lett belőle a tulajnak. Meg a gyári rendszerrel nagyon lassú volt. Raktunk rá lineaget és hasít. Megy a mikrofon is.
Annyi, hogyha ezt megcsinálod, utána a gyári rendszerrel soha nem lehet visszatérni a knox miatt.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz Oldman2 #42887 üzenetére
Jogos, rosszul fogalmaztam. Teljesen gyáira nem. Az appok, pl vault és minden, ami a védett partíción volt, nem fog menni. Inkább azért írtam, hogy ezzel a következménnyel számolni kell.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Van arra mód nem rootolt android 11 eszközön, hogy helyi VPN meg egyéb trükkök nélkül egyedi DNS-t lehessen használni? Tudok a private DNS beállításról, de az adott DNS szerver nem DoH, se DoT, sima udp 53-on megy. Proxyval meg csak a legvégső esetben szenvednék.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
-
Üdv!
Valaki el tudná magyarázni az Android network stack ezen rejtelmét?
:/ # ip route
10.172.246.176/30 dev rmnet_data1 proto kernel scope link src 10.172.246.177
192.168.99.0/27 dev tun0 proto kernel scope link src 192.168.99.3
:/ # ip route get 192.168.99.1
192.168.99.1 via 10.172.246.178 dev rmnet_data1 table rmnet_data1 src 10.172.246.177 uid 0
cache mtu 1500Azt várnám, hogy az 192.168.99.1 a tun0-n menne, de az rmnet_data1-en megy mégis (mobilnet), pedig semmi default route nincs. Akkor mi viszi arra?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
Kezdek félni tőled, tényleg nincs olyan dolog, amihez ne értenél.
Közben én is rájöttem, hogy egy másik táblában lehet a default route a mobilnet felé és meg is találtam, az
ip r s t 0
paranccsal. Lehet szintaktikailag helytelen a parancs, mivel az ip rule szerint a local tábla a nullás, abban viszont nincs default route pl, amit az ip r s t 0 listáz, de a lényeg, hogy így sikerült megtalálni az okot legalább, hogy hogyan is működik a routing úgy, ahogy a telefonomon.Amit viszont egyelőre nem értek, hogy ugye elvileg minél konkrétabb egy route, annál nagyobb priorítást élvez. Ezért feltételeztem, hogyha a tunnel berak a mainbe egy
ip route add 192.168.99.0/27 dev tun0 table main
parancsot, akkor az lesz a preferált és nem a default. Így jobban belegondolva lehet a route tábláknál van valahol priorítás beállítva.De ez nekem sajnos túl sok egyelőre, szerintem becsomagolom a tunnelem, mint Android app és akkor használhatom az Android által szolgáltatott VPN API-t. Nagyon köszi a segítséget és elnézést, ha off lett itt a vége. Gondolom ez már inkább linuxos/neteng kérdés...
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz tonyrulez #43828 üzenetére
A telefonom (Mi9T) Telegram topikjában is téma volt, én is tapasztaltam. Egyik nap még jól ment a telefon, aztán 20-30%-ot merült 1 óra alatt inaktív kijelzővel. Mindenkinél a GMS kapott helyet első, vagy második helyen a használati listában.
Logcatbe belenézve tele volt spammelve GMS exceptionnel az egész. Az iowait az egekben volt. Gondolom Googleék elírtak valamit, a processz folyamatosan crashel és a folyamatos log írásba fárad bele a telefon.
Átmeneti megoldásnak ezt a parancsot találta ki Marco03:
pm disable com.google.android.gms/.chimera.GmsIntentOperationService
Root kell hozzá sajnos.
Aztán persze lehet, hogy nálad más lesz a gond, logcat, vagy iowait monitorozás megmondja. Lehet linkelted, de roaming neten nem volt kedvem végigböngészni a linkjeidet.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Üdv!
Szeretnék gyakrabban teljes twrp mentéseket csinálni a telefonról, majd azt kimenteni biztonságos helyre a gépemen. Nyilván el lehet készíteni a backupot a telefon belső tárhelyére, vagy OTG-re, majd azt átmozgatni PC-re, de ez rendesen nyírja vagy a telefon belső tárhelyét (plusz ilyenkor figyelnem kell arra, hogy kb a fele lehet használatban a tárhelynek), vagy pendriveokat nyírok ki.
Nincs valami kész megoldás arra, hogy egy usb kapcsolaton keresztül direktbe felcsatoljam a gép ssd-t a telefonra és készüljön oda a backup? Biztos vagyok benne, hogy másnak is eszébe jutott már hasonló... Köszi!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Gondoltam esetleg hasonlóan, mint az usb tethering, csinálok egy rndis hálózatot, aztán pl nfs-en. Az ADB-re nem gondoltam. Viszont a hsz megírása után indítottam egy backupot OTG-re és valóban elakadt a datánál. Valahogy az volt meg bennem, hogy a twrp is block devicet ment...
A dd nem rossz ötlet, csak akkor meg hatalmas lesz a backup. Bár jobb, mint a semmi. Köszi a tippet!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
No akkor megvan a concept, egyetlen dolog van hátra. Eleve szeretném megspórolni a ténylegesen felesleges adatok tárolását, tehát a nem használt területet szeretném kinullázni backup előtt. Ugye egy mezei cat /dev/zero > akarmi parancs megtenné. Ha viszont ezt egy futó rendszeren adom ki, akkor nyilván encryptelt lesz a fájl, amit írok. Ha meg recoveryből próbálom kiadni, ez fogad:
/sbin/sh: can't create akarmi: Required key not available
Hogy veszem rá, hogy mégis írjon rá?
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
-
1. Bár nem tudom, hogy lesz-e itt olyan bárki, akinek szüksége lehet rá, mert épp kernelt fabrikál (amúgy ne tedd, ha van életed, nem éri meg ) és optimalizálni akarja.
Szóval ha az eszközödhöz 4.19 előtti linux kernel van és clanggal szeretnéd bootolni, akkor nincs még teljeskörű LLVM támogatás alapból. A google féle gas-sal, meg egy tucat flaggel meg lehet oldani, de elképzelhető, hogy így se fog bootolni, ha a jelenleg legfrissebb google féle clang 14.0.2-vel fordít az ember. Clang 15-öt meg el lehet felejteni. Ha backportolod az LLVM makefile változásokat 4.19 alól, akkor remekül lefordul a kernel google gas nélkül is egy bármilyen clanggal, de szintén nem fog bebootolni, last kmesg se lesz esélyesen. Ha ilyen van, akkor (meg amúgy is célszerű) defconfigban ezt átlőni:
CONFIG_FORTIFY_SOURCE=y
Hogy ne legyen y, hanem unset. Clang alatt eleve nem működik stabilan a fortify, későbbi kerneleknél le van tiltva alapból, ha clanggal van fordítva a kernel. Így rendben bootol.
Ami még egy marha nagy rejtély, hogy bizonyos romokon bebootol ugyanaz a kernel, míg másokon csak úgy, ha előtte felmegy egy másik kernel és utána kerül fel a clangos verzió. Erre egyelőre nem sikerült rájönni.
Ja és bónusz: ha msm kerneled van, érdemes ránézni, hogy ennek a patchnek van-e értelme: [link] Elég sok helyen "érdekesek" a qcom források és lazán elmásznak pointerek. Enélkül szintén nem bootol. Persze ez nincs leírva sehol.
2. Van egy user, aki flashelni próbálta a romot ugyanazon az eszközön, ami nekem is van. Állítása szerint minden más rom felment neki, csak nem ez a rom. Ugyanaz a twrp verziója és a vendor partíció mérete is. A system partíció rendben felmegy, de a vendor írásnál elakad mindig. Állítása szerint a zip, amit leszedett nem corrupted. Van ötlet erre esetleg? Vendor wipe megvolt.
3. Van valami bevált userspace dolog rom battery használatot elemezni? Nem feltétlen app, lehet elf bináris is. Voltak ilyen hibák, hogy elrontottam a vendorban a szenzorok linkelését és ez okozott jó nagy ksoftirqd-t, de valami hihetetlen nehéz volt debuggolni, ugyanis csak a top kimenetben látszott, hogy ksoftirqd 90%-ot zabál, mást nem adott infónak. Dmesg, logcat off volt. Szeretnék ránézni, hátha vannak hasonló bugok a rendszerben.
Köszi!
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Köszi a reakciót.
Bocsi, a második kapcsán lehet nem hangsúlyoztam eléggé, de romról és nem kernelről lenne szó. Az a story, hogy a rom saját (Pixel Experience alapú) és van egy user, akinek az istennek se megy fel clean flashben a dolog. Javasoltam neki, hogy rakjon fel fastboot miui-t, aztán tegye fel a legfrissebb twrp-t és onnan flasheljen egy system, vendor és data wipe után. Mindig elakad a vendor flashingnél. Pedig előtte a system felmegy. Standalone kernelhez egyébként használok anykernel3-at, de azt most itt nem releváns.
A harmadikhoz meg rengeteg olvasnivalót adtál, nagyon köszi! Egyébként az idle usage nem vészes. Egy SELinux rule hiányzott egy kernel wakelock fájlon, azóta rendben van. Csak ha ténylegesen megy a képernyő vannak gondok. Azt lenne jó debuggolni. Csak jó eséllyel nem csak a rom, de a kernel is ludas. Ezért lenne jó komponensekre lebontva látni a statot.
Az elsőt meg megoldottam közben. A dtbo generálás volt a ludas. Ezt kell backportolni: [link]
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
Amit írsz, az valóban így van, viszont azt azért tegyük hozzá, hogy android fronton nem szokás kernel verziókat frissíteni (Qualcomméknál legalábbis), ilyenkor van az, amit a caf kiad, esetleg amit a maintainer backportol, így jó eséllyel a critical 0-dayek be lesznek foltozva, de mégsem lesz up to date a kernel egy többéves telefonnál sajna. Nomeg vannak olyan gyártók, ahol a kernelt eleve le se lehet fordítani, mert bár a GPL-nek eleget tesznek és kiadják a kernel forrást, bizonyos modulokat nem adnak ki, ami nélkül nem lehet buildelni és ilyenkor marad a prebuilt...
A másik meg a vendor. Nem tudom más telefonoknál hogy van, csak a Mi 9T-ről, illetve a Samsungomról tudok nyilatkozni, de itt az a módi, hogy a zárt forrású komponensek a vendor partíció alatt addig kapnak frissítést, amíg ezeket ki lehet halászni a gyártó által hivatalosan buildelt rendszerképekből. Ha erre nincs már lehetőség, mert lejár a támogatás, akkor marad az, hogy hasonló telefonokból vadásznak a maintainerek amíg lehet, de vannak komponensek, mint pl az ipa, amit esélytelen más eszközből frissíteni. Meg sok official lineage treet ismerek, ahol a vendorhoz ritkán nyúlnak, amíg működik. Szóval ha abban van sérülékenység, nem fognak vele nagyon foglalkozni. Ebben jobb egy új telefon.
Mondom ezt úgy, hogy egy lassan négy éves telefont használok.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz tomboy0013 #44472 üzenetére
Üdv!
Szerintem ez tipikusan egy olyan tünetegyüttes, amivel mint user nem sokat tudsz kezdeni. Rákérdeztem a pixelos maintainer chaten és nem is lett elfogadva a poco f2 pro forrás még, mert sok minden hiányzik.
A hívásnál nem kicsöngés pl ismert hiba, a fejlesztö nem frissítette még a telefonáláshoz szükséges zárt forrású "blobokat". Nekem is volt hasonló Mi 9T-n, kb 6 fájlt kell lecserélnie a devnek és menni fog. Ahogy láttam 4 napja megpróbálta, de aztán vissza lett vonva.
A helyedben keresnék valami telegram csoportot és írnék a devnek, hogy rakjon be APN listát és frissítsen qti telephony blobokat. Meg esetleg küldj logcatet és említsd meg, hogy crdroid alatt megy.
Sajnos az itthoni szolgáltatókkal én is tapasztaltam, hogy ha nincs gyakran frissítve a rom, akkor nem megy a csörgés.
[ Szerkesztve ]
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz zeon.hu #44512 üzenetére
Szerintem ez inkább szolgáltatói oldali blokkolás lesz, de ha nagyon vállalkozó szelleműek vagytok, sim cserével meg lehetne nézni, hogy a te eszközöddel rendben megy-e.
Én már jártam úgy Telekom esetében, higy megújult hűségnél egyszer csak letiltották a roamingot és egy ussd kódot kellett tárcsáznom, hogy bekapcsolják. Meg olyan is volt, hogy nem az internet.telekom APN-en volt a telefon alapból, hanem valami wmw-n talán, amin belföldön remekül ment minden, kint meg nem. Nem írtad milyen szolgáltató, de ha van több APN, érdemes végignézni mindet.
Végső esetben meg szolgáltatót kell hívni.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
-
válasz powerp4 #46855 üzenetére
Szia!
El kell, hogy keserítselek. Aligha lesz lehetőséged a PIN kód ismerete nélkül "felnyitni" az eszközt. Újabb androidokon már nem működik a gesture.key törlés, mivel konkrétan a userdata van titkosítva, amihez a kulcsot a PIN kóddal tudod visszafejteni. Ha ezt nem ismered, akkor hiába trükközöl, max "haszontalan" adatot fogsz tudni kinyerni. Pláne, hogy újraindult a készülék, tehát már a RAM-ban sem szerepel a visszafejtett kulcs.
Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!
Új hozzászólás Aktív témák
Sok embernek van kérdése az Android rendszerrel kapcsolatban, mely igazán nem köthető gyártóhoz. Ebben a topikban lehet feltenni a szakmai kérdéseket, amelyek telefon/tábla függetlenek.
A Factory Reset Protection (FRP) megkerülésében nem nyújtunk segítséget!
- Elektromos autók - motorok
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- Gaming notebook topik
- Milyen processzort vegyek?
- kraftxld: Diáklaptop - Dell Latitude 3140 - Királyunk ajándéka
- Computex 2024: bemutatkozott a Biostar alaplapok AMD-s zászlóshajója
- Elektromos rásegítésű kerékpárok
- Kínai, és egyéb olcsó órák topikja
- Azonnali fotós kérdések órája
- A Biden-kormányt is zavarja a big tech és az adatközpontok energiaéhsége
- További aktív témák...
- Samsung Galaxy S21+ 5G 256GB Phantom Silver
- Samsung Galaxy Note 20 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S20 FE 128GB, Kártyafüggetlen, 1 Év Garanciával
- Új - Apple iPhone SE 2022 64GB - Red- Gyárilag független
- Samsung Galaxy A55 128gb Awsome Lilac - Újszerű, akár beszámítással
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs