-
Mobilarena
Ezt a fórumot azért hoztuk létre,hogy ne zavarjuk azon felhasználókat, akik még csak most ismerkednek a tablettel, vagy akár az Android rendszerrel.
Új hozzászólás Aktív témák
-
#3822
Aryes
nagyúr
RoundRobin
#3821
válasz
RoundRobin
#3821
üzenetére
-
#3812
csubuka
addikt
RoundRobin
#3807
csubuka
addikt
válasz
RoundRobin
#3807
üzenetére
Koszonom szepen a reszletes magyarazatot!
-
#3811
robertho
tag
RoundRobin
#3809
robertho
tag
válasz
RoundRobin
#3809
üzenetére
Szia. Ezekre a hibauzenetekre gondoltam. http://m.mobilarena.hu/tema/op3n_dott_tablet_melyviz/hsz_3797-3797.html
-
#3779
robertho
tag
RoundRobin
#3777
robertho
tag
válasz
RoundRobin
#3777
üzenetére
Szia!
Szerinted lesz még belőle?
-
#3697
Aryes
nagyúr
RoundRobin
#3696
válasz
RoundRobin
#3696
üzenetére
Feladom...
Akkor már csak azt magyarázd meg, ha szerinted szoftveres a gond, miért? Amikor a szoftver ugyanaz minden gépen, a gyártás minősége viszont feltűnően ingadozó? Hallottál már Occam borotvájáról? -
#3693
vargalex
félisten
RoundRobin
#3692
vargalex
félisten
válasz
RoundRobin
#3692
üzenetére
Szia!
Ez rendben van, az általam linkelt oldalon is ott van, hogy van, ami nem vált ki megszakítást. De honnan tudod, hogy a hangerő gomb nem teszi ezt? Az általad linkelt oldalon ott van a gpio_keys.c is. Ebben pedig ugye ez áll:
1 /*
2 * Driver for keys on GPIO lines capable of generating interrupts.
3 *Azaz ez nem bizonyíték arra, hogy a hangerő gombok pollozva működnének... Csak vannak olyan GPIO vonalak (is), amik nem generálnak megszakítást.
-
#3685
Aryes
nagyúr
RoundRobin
#3681
válasz
RoundRobin
#3681
üzenetére
Akkor most ezzel bebizonyítottad, hogy igazam volt?
Mutass mégegy terméket, ami használtan többet ér, mint újonnan? (#3683) vargalex:
"a Suzukiban inkább előfordulhat (vagy elfogadott lehet), hogy elromlik az ablaktörlő kapcsoló"
Zöldségeket beszéltek, a Bentley már rég szétrohadt, amikor a Suzukiban még minden kapcsoló gyári állapotú. :p -
#3682
oba
addikt
RoundRobin
#3681
oba
addikt
válasz
RoundRobin
#3681
üzenetére
Nem igaz már
Senki sem mondta, hogy maga a tab gázos, mi is megvettük, mint ahogy még sokan mások is, mert ennyi pénzért jó vételnek számít. DE! Olcsó húsnak híg a leve, igenis vannak minőségbeli problémák, és senki sem beszélt arról, hogy a többszázezres kategóriás minőséget várnánk el. Ez a kérdőív sem véletlenül készült el anno, amiben nagyjából össze szedték a _tömegesen_ előforduló hibajelenségeket.
De hogy az autós példádnál maradjak... ha bemegyek az autószalonba, és megveszem 2 millióért a Suzukit, és 40 millióért a Bentley -t, és akármelyikbe beülök, ráadom a gyújtást és mittudomén, meghúzom az ablaktörlő bekapcsoló kart akkor mind a kettőben be fog kapcsolni normálisan az ablaktörlő, függetlenül attól, hogy mennyibe került az autó. És ugyanez vonatkozik az összes kapcsolóra. A minőségbeli dolgok máshol kezdődnek, ezek bizony _alap_ dolgok amiknek a legótvarabb kínai szutyokban is normálisan kellene működnie. -
#3680
Aryes
nagyúr
RoundRobin
#3678
válasz
RoundRobin
#3678
üzenetére
Nekem semmi bajom a gombbal, mivel szinte sohasem használom. Kivéve a recoveryben.
Nekem vagy némán van a tablet, vagy videót nézek rajta, ahol ujjhúzással állítom a hangerőt. Ha mégis egy app hangját kell állítani, akkor egy gombnyomás után a kijelzőn oda húzom a csúszkát, ahová jól esik. -
#3676
Aryes
nagyúr
RoundRobin
#3674
válasz
RoundRobin
#3674
üzenetére
Valóban, sosem adnám oda a jó kis Suzukimat egy sz.r Bentley-ért.
Szerintem amúgy nincs igazad, a tablet nem 15ezres kategóriába lett szánva, hanem 30ezer volt az induló ára, és anyagminőségben pl konkrétan minden szempontból hozza is a középkategória szintjét, ehhez mérten érthetetlen, hogy egy sz.r 10filléres gombot nem tudtak rajta megoldani rendesen. Hogy végül miért lett 15ezer az ára, az megint más történet.
-
#3675
oba
addikt
RoundRobin
#3674
oba
addikt
válasz
RoundRobin
#3674
üzenetére
Az hogy normálisan működik a hangerő szabályzó gomb, Bentley minőségű és árú "feature"?
-
#3670
Aryes
nagyúr
RoundRobin
#3669
válasz
RoundRobin
#3669
üzenetére
De, fizikailag. Ugyanis nálam csak a lefelé gomb ragad, pedig isten látja lelkem, ugyanannyi ideig nyomom, mint a felfelé gombot. Érezni is, hogy lassabban jön vissza. Másnak mindkettő ragad, vagy csak a fel... És ugyanígy tesz a recovery menüben is, úgyhogy tuti, hogy hardveres, mert csak a hangerő fel gombbal tudok a menüben normálisan célozni, a lefelé gomb mindig túlszalad.
-
#3660
norbihungary
csendes tag
RoundRobin
#3659
norbihungary
csendes tag
válasz
RoundRobin
#3659
üzenetére
igen azon voltam a gond az volt hogy a pattintómat is eltörte... ezért volt a csavarhúzó
-
#3647
PLaci58
addikt
RoundRobin
#3646
PLaci58
addikt
válasz
RoundRobin
#3646
üzenetére
Vagy egyszerűen van egy alkalmazás ami leterheli a procit.
Ha jól emlékszem a CPUZ progi megmutatja dolgokat. -
#3636
Aryes
nagyúr
RoundRobin
#3634
válasz
RoundRobin
#3634
üzenetére
Ha lenne like meg megosztás a fórumon, most nyomnék egyet.
-
#3608
Aryes
nagyúr
RoundRobin
#3599
válasz
RoundRobin
#3599
üzenetére
Én sem használom napi szinten, sőt, heti szinten sem. Múltkor egy hónapig nem volt bekapcsolva. Kifejezetten pár speciális dologra vettem, csak a kijelzője miatt. Minden más, amit emellett még tud, az nekem csak ajándék.
Még netezni sem szeretek rajta, bár nem teljesít rosszul. Az akkukivételt meg tudom érteni, mivel így könnyű túlmeríteni ha elfelejti az ember egy fél évre... -
#3598
Fittboy
csendes tag
RoundRobin
#3596
Fittboy
csendes tag
válasz
RoundRobin
#3596
üzenetére
És x64-en nem?
-
#3597
Aryes
nagyúr
RoundRobin
#3595
válasz
RoundRobin
#3595
üzenetére
Szerintem van, ha valahogy be tudja hozni a cwm-et, de ahhoz az adb konzol beható ismerete is kell.
Helló kolléga, rég jártál erre, úszni támadt kedved? -
#3291
gg72
veterán
RoundRobin
#3290
gg72
veterán
válasz
RoundRobin
#3290
üzenetére
Olvastam, de nem találom, mert azt sem tudom mit keressek. Akkor marad így hibás töltéskijelzéssel.
-
#3289
gg72
veterán
RoundRobin
#3288
gg72
veterán
válasz
RoundRobin
#3288
üzenetére
Kösz. Na, most azt tudni kell, hogy abszolút hülye vagyok a droidhoz, már az, hogy idáig eljutottam, az is csoda. Szóval az ifwi.bin file visszatétele nekem töéletesen kínai. Mit és hogyan csináljak?
A wifi amúgy működik, csak a töltéskijelzés nem. -
#3236
kovi75k
csendes tag
RoundRobin
#3235
kovi75k
csendes tag
válasz
RoundRobin
#3235
üzenetére
Igazad van a memória is hardver. Én igazából arra gondoltam, hogy olyan hardvere nem lehet hibás, amit minden pillanatban használ, mint a processzor. Igen, a memóriát is folyamatosan használja, de egyszerre csak egy részét.
Azt feltételezem, hogy azért tudják olcsón árusítani a cuccot, mert silány elemekből rakták össze. Lehetséges, hogy azért voltak kénytelenek visszavenni a 8GB-t RAM-ból, hogy a félig meddig selejtes alkatrészeket is felhasználhassák. Persze ez csak egy feltételezés.
Most jelenleg működik. Hibának semmi jele. De az ezt megelőző hibás működés is akkor kezdődött, amikor felraktam egy újabb alkalmazást a Store-ból (2048 játék).
Most megpróbálok nem telepíteni rá semmit, azt vizsgálva, hogy megerősödik-e az elméletem. Ha néhány napig semmi jele. Akkor újabb memóriaterületeket veszek igénybe.A Fantasy Pinball-t nyomatom, ami szerintem eléggé leterheli a procit, ahhoz hogy kijöjjön ha az hibás.
Addig továbbra is keresem annak a lehetőségét, hogy a gyári partíciókat visszaállíthassam.
Egyébként semmi bajom az eszközzel. Ez az első androidos cuccom, és ha nem lenne ez a problémája, akkor kiváló eszköz lenne számomra, meglep hogy mit tud.
-
#2931
NePee
csendes tag
RoundRobin
#2930
NePee
csendes tag
válasz
RoundRobin
#2930
üzenetére
Ezt írtam át:
init=/init pci=noearly earlyprintk=nologger loglevel=0 kmemleak=off androidboot.bootmedia=sdcard androidboot.hardware=redhookbay watchdog.watchdog_thresh=60 androidboot.spid=xxxx:xxxx:xxxx:xxxx:xxxx:xxxx androidboot.serialno=01234567890123456789012345678901 ip=50.0.0.2:50.0.0.1::255.255.255.0::usb0
n vmalloc=172M ehci_hcd.use_sph=1Erre:
watchdog.watchdog_thresh=50Nem értek ehhez a részhez, de úgy gondoltam talán ez a legkevésbé fájdalom mentes.(Feltéve ha nincs erre is valami másik checksum)
-
#2930
RoundRobin
aktív tag
RoundRobin
#2929
RoundRobin
aktív tag
válasz
RoundRobin
#2929
üzenetére
Aryes egyébként 'mond valamit'.
Ha a boot kód code szegmensét írod át, akkor bármelyik byte-ot változtatod meg, a kód nem fog lefutni. Az adatszegmensnél is elég nagy szerencse kell hozzá, hogy ne USB jel legyen a történetből.
Nem azért írom, hogy rábírjalak a splash editálására, flashelésére, csak azért, mert tényleg így van. -
#2928
NePee
csendes tag
RoundRobin
#2927
NePee
csendes tag
válasz
RoundRobin
#2927
üzenetére
Főleg, hogy ki is számoltam az SHA256-ot
androidboot.serialno=01234567890123456789012345678901
Ezzel arra célzol, hogy generálhatunk olyan boot.img-t amiben pl. más a kernel ha úgy variáljuk a tartalmat, hogy meglegyen az SHA256 helyes checksum ?
Ezzel bizonyítható lenne az is, hogy a 352byte az ami.Ez szerintem simán megoldható valahogyan, biztos létezik rá program.
-
#2918
NePee
csendes tag
RoundRobin
#2916
NePee
csendes tag
válasz
RoundRobin
#2916
üzenetére
Meg persze a moddolás ellen véd, integritáshoz nem kellene a 352byte
-
#2906
NePee
csendes tag
RoundRobin
#2905
NePee
csendes tag
válasz
RoundRobin
#2905
üzenetére
Igen a 352byte a tartalomhoz számolódik sajnos, a számoláshoz pedig soha nem lesz kulcsunk
-
#2888
NePee
csendes tag
RoundRobin
#2886
NePee
csendes tag
válasz
RoundRobin
#2886
üzenetére
Nem akarok op3n dott logot látni sehol a szoftverben
Az app-ba épített splash screen cseren is gondolkodtam. -
#2884
NePee
csendes tag
RoundRobin
#2883
NePee
csendes tag
válasz
RoundRobin
#2883
üzenetére
Igen, én is rájöttem közben. Persze ettől még lehet valami ellenőrzés ami miatt hazavágná a tablet boot folyamatát az elején
Összehasonlítva a telecas splash.img-t a dot verzióval a bmp és az mbr részen kívül kb minden más sajnos benne.UI: Az offset a bmp-hez valójában 992byte.
-
#2878
NePee
csendes tag
RoundRobin
#2875
NePee
csendes tag
válasz
RoundRobin
#2875
üzenetére
Nos ha hozzácsapom az img-ből származó adatokhoz a bitmap header-t akkor azonos a byte sorozat a generált bmp-vel. Tehát nincs itt semmi trükk
A kérdés már csak az, hogy itt van e valami aláírás/checksum ami miatt az összerakott splash.img-m nem működne és hazavágná a tabletet a boot folyamat elején. :S -
#2877
NePee
csendes tag
RoundRobin
#2875
NePee
csendes tag
válasz
RoundRobin
#2875
üzenetére
Nos az eleje egyértelműen MBR jellegű, megvan az 512byte hossz + az 55AA boot signature. Ezután kezdődik 640byte offsettel 396 byte valami (gondolom maga a képmegjelenítő kód). A végén pedig 1046byte offsettel maga a splash screen rész.
Ha az utóbbi részre ráeresztem az ffmpeget akkor kapom meg a boot image-et ami nem szín helyes.
ffmpeg -f rawvideo -pix_fmt rgb24 -s 768*1024 -i splash.img -f image2 splash.bmp
Ha az ffmpeg által generált képen felcserélem a szineket RGB->BGR + tükrözöm függőlegesen akkor pedig magát a boot képet. -
#2872
NePee
csendes tag
RoundRobin
#2870
NePee
csendes tag
válasz
RoundRobin
#2870
üzenetére
Benne van a fastboot és a system.img kivételével az összes image.
-
#2848
Keeperv85
nagyúr
RoundRobin
#2847
Keeperv85
nagyúr
válasz
RoundRobin
#2847
üzenetére
Én nem céloztam senkire...
"A konstans nem változó, a változó pedig nem konstans. Tehát, olyan nincs, hogy "nem konstans változó"."
Ez eddig tiszta sor, csak nem ezt írtam, pontosabban nem ez volt a mondandóm lényege. Rágd át még egyszer magad rajta, talán sikerül megérteni...
"Mint ahogy nincs 15-ös megszakításvezérlő sem, amiről a bevezetőben írsz"
Még jó hogy ezt a részt sem én írtam anno...
"Azért az ilyen helyeken történő megnyilatkozások némi felelősséggel is járnak. Legalábbis én így gondolom."
Azok után, hogy neked a lehető leghalványabb fogalmad nincs róla, hogy mi az operációs rendszer?? Na ne röhögtessél már... Milyen felelősségről beszélsz?
Hát ezt sem nekem írták >> [link]
-
#2830
tiki
tag
RoundRobin
#2829
tiki
tag
válasz
RoundRobin
#2829
üzenetére
Szerintem meg nem lenne .Itt az élő példa a gyári Tesco os partícióval.Rányomtak a flash re egy rosszul partícionálást , illetve lehet , hogy jó csak nem ehhez a flashez , és mit lett az eredménye?? Szerintem mindenki tudja A nem látott , és elveszett GB tok a rossz partícionálás miatt.Gondolj csak kicsit vissza , ha az lenne , amit itt állítotok sokan , hogy hozzá adódna, akkor amikor soma vissza tette az eredeti Tesco os romot azzal a partícióval , akkor ott miért is nem adódott hozzá ????? Gondolkodjatok mielőtt írtok.
-
#2826
tiki
tag
RoundRobin
#2824
tiki
tag
válasz
RoundRobin
#2824
üzenetére
Akkor inkább felteszem még mielőtt bárki bármiféle saját véleményt akarna rám ruházni.Én erre gondoltam speciel.És arra , hogy ezekhez a választási opciókhoz lehetne azt a minimum , és maximum értékeket beállítani , ami alá , vagy fölé nem lehetne állítani , de a min , és max értékek között nyilván lehetne..Persze felmerül a kérdés , hogy ez az egész minek , mert ki akarná máshogy állítani , mivel mindenki a legjonn beállítást szeretné, és az meg mindig ugyan az lenne.De mivel a programban van lehetőség állítani , így ezt az opciót hiányoltam.Egyébként is egy 16 Gb os flahs felhasználható mérete15,634,268,160 Bytes.Ezt lehet partícionálni , és egyebek.
-
#2822
tiki
tag
RoundRobin
#2821
tiki
tag
válasz
RoundRobin
#2821
üzenetére
Látom nem érted.Magában a program ablakában nincs feltüntetve , hogy mihez képest állítod azt az éppen mekkora partíció méretet.
-
#2820
tiki
tag
RoundRobin
#2819
tiki
tag
válasz
RoundRobin
#2819
üzenetére
Az addig rendben van , de lehet azt még finomítani.És nem beszélve arról , hogy , így hiányzik egy adat miszerint mire vonatkozóan mihez képest , és mi az a flash méret amire éppen vonatkoznak az adott programbéli beállítások.Mert jó , azt most így tudjuk , hogy éppen 8Gb os flash , és aki nem tudja ezt ?Azért általában minden ilyen programban fel van az tüntetve , hogy milyen típusú flash, eprom, eeprom,, strb stb , stb van szó.Sőt a JTAG programozóknál , illetve a hozzájuk tartozó szoftverek meg egy az egyben fel is ismerik a csatlakoztatott flash, vagy bármi típusát .Szóval én csak azt hiányolom az egészben , hogy állítgatsz valamit , de minek a valamijét állítgatod ?Egy széles körben elterjesztett szoftvertől az a minimum , hogy a felhasználója tájékoztatva legyen olyan adatokról , amikre vonatkoznak az adott programmal végre hajtott műveleteket tudja elvégezni .Ha már nem lesz fejlesztve nagyobb Gb lehetőségre , de viszont annyi elvárható lenne , hogy feltüntetni , hogy ez a program,csak egy 8Gb os flash beállításához jó.
-
stampedli
tag
válasz
RoundRobin
#2748
üzenetére
Számomra, laikusként nem igazán jön le, h szakmailag ki a felkészültebb/kinek van igaza, de sztem ez nem is igazán lényeges. Mindkettőtök sokat segített abban, h használhatóbb legyen ez a masina. Ez tény. Viszont a parttalan vitával nem viszitek előre a topikot, egyikőtök sem fogja beismerni, h a másik okosabb, max hülyét csináltok önmagatokból.
Szerintem az lenne a megoldás, ha pontot tennétek az egész végére, és másfelé fókuszálnátok az energiáitokat, v ha semmiképp se bírtok leállni, folytassátok privátban, játszátok le sör-virsli versennyel, kő-papír-ollóval, verjétek össze egymást, mittudomén... Csak ne itt revüzzetek, kérlek. -
stampedli
tag
válasz
RoundRobin
#2743
üzenetére
Most komolyan, miért van szükséged erre a virtuális faszméricskélésre?
-
#2746
syler123
veterán
RoundRobin
#2745
syler123
veterán
válasz
RoundRobin
#2745
üzenetére
Menjetek szobára, de legalábbis privátban beszéljétek meg, mert műsornak elmenne, de ez senkit nem érdekel.
Szólni is kellene egy adminnak, hogy a műsorotokat pucolják ki, mert most már egyre nehezebb megtalálni azt amit keresünk.
-
#2742
Aryes
nagyúr
RoundRobin
#2741
válasz
RoundRobin
#2741
üzenetére
-
#2740
Keeperv85
nagyúr
RoundRobin
#2738
Keeperv85
nagyúr
válasz
RoundRobin
#2738
üzenetére
"A virtuálisba nem. Az csak emulálja, hogy valódi meghajtó, az opre meg elhiszi neki."
Az op.rendszer, ami szerinted nem is az, nem hisz el senkinek semmit. Az op.rendszer csak egy "felületet" lát (driver), amiből mindegyik emulált, a valódi lemezes meghajtó portjai is, ugyanis azt a cachekbe tölti be, nem fizikailag olvas a lemezről folyamatosan. Ezt hívják pufferelésnek ugye. Maga a rendszer is a ramból fut, nem a merevlemezről részben, vagy egészben. 4-8GB esetén már meg tudom csinálni, hogy menet közben kiveszem a rendszerlemezt a Windows alól, kicsit durva lenne, ha valami nem virtuális lenne, aminek nincs tovább fizikai hordozója...
"A RAMDiszk viszont nem emulált, annak ott a RAM-ban van a helye. Azért is az a neve. "
Pont úgy működik, mint a virtuális CD rom. Létrehoz a rendszer egy virtuális lemezt a memóriában, ez az initramfs. Ebbe pedig bele "mountolja" (kibontja valójában) a ramdisk tartalmát IS. Itt annyi a difi, hogy még egy rakás másik dolgot is: sysfs és társai...
"lehetne létrehozni RAMdiszket mondjuk egy pendrive-on és az valóban virtuális lenne, de amíg a RAM-ban van, addig nem az, mert oda való."
Ameddig ott van a boot.img-ben becsomagolva, miként az iso lemezképeid, amivel példálózol, addig az analógiáddal magad alatt vágtad el a fát... Teljesen mindegy a mountpoint éppen hol van meghajtó szempontjából, mert a tartalom a pendriveról/HDD-ről/SSD-ről/EMM-ről/ is a RAM-ba kerül. Ettől RAM disk és ettől lesz virtuális. Fizikailag soha sem létező virtuális partíció(k)...
Arra már inkább nem is reagálok, hogy mennyire nem értesz az operációs rendszerekhez, mint fogalom. Jobb lenne nem égetni magad ilyen kijelentésekkel. Az Android bizony operációs rendszer, ahogy a Symbian is az volt, a BlackberryOS is az, a Unix is... és még sorolhatnánk... Az, hogy te képes vagy a legegyszerűbb facsipesz szintű analógiát is félremagyarázni, már hadd ne a mi bajunk legyen. Nyomatékosan megkérnélek rá, hogy ne offold tovább a témát ilyen fatális baromságokkal, mert kezd nagyon gáz lenni...
-
#2737
Aryes
nagyúr
RoundRobin
#2735
válasz
RoundRobin
#2735
üzenetére
Tehát azon lovagolsz, hogy ha X évvel ezelőtt, aki kitalálta a virtuális CD romot, úgy nevezi el, hogy RAMCD, akkor most arról próbálnál mindenkit meggyőzni, hogy az nem virtuális CD olvasó, mert a ramban van és úgy is hívják.
-
#2736
Aryes
nagyúr
RoundRobin
#2735
válasz
RoundRobin
#2735
üzenetére
...értem én, hogy gőzgép, de mi hajtja?!
-
#2734
Aryes
nagyúr
RoundRobin
#2733
válasz
RoundRobin
#2733
üzenetére
Az Oculus Riften nézett virtuális pornóról is elmondhatod ezt. Mint pornó, virtuális, de mint virtuális pornó, nem az.
Már ha érted.. -
#2729
Aryes
nagyúr
RoundRobin
#2721
válasz
RoundRobin
#2721
üzenetére
Tudod, hogy van ramdisk, látod, érzékeled? Meg is tudod fogni? Nem? Na ugye. Akkor mint disk, virtuális. Ezen kár vitatkozni.
Mint ahogy azon is, hogy az Android operációs rendszer, vagy nem. Linux-fanatikus vérpistikék szájából nem egyszer hallottam már olyat, hogy a Windows sem operációs rendszer, ez a vita is kb ilyen szintű. -
#2728
huaakoa
csendes tag
RoundRobin
#2727
huaakoa
csendes tag
válasz
RoundRobin
#2727
üzenetére
Én nem vagyok ennyire otthon a témában, de akkor egy kérdésem lenne.
Ha az android csak egy grafikus héj, mert Linux az oprendszer a táblán, akkor mondjuk az Ubuntu és más linux disztribúció is csak egy grafikus héj? Mert a Te analógiád szerint - természetesen csak ha jól értelmezem - akkor az. -
#2726
Orionhilles
senior tag
RoundRobin
#2725
Orionhilles
senior tag
válasz
RoundRobin
#2725
üzenetére
Android is the operating system that powers more than one billion smartphones and tablets. http://www.android.com/history/
What a coincidence
..... -
#2722
balika011
senior tag
RoundRobin
#2721
balika011
senior tag
válasz
RoundRobin
#2721
üzenetére
-
#2717
balika011
senior tag
RoundRobin
#2698
balika011
senior tag
válasz
RoundRobin
#2698
üzenetére
A RAMdisk igen is virtuális...
Ha kilépsz adb-ből a daemon ott marad a háttérben.
Mutass már nekem egy nexust amin egyetlen modul is van és 2012 után jött ki.
@Keeperv85
Összerakni én is simán összerakom, aláírni nem tudom.
http://pastebin.com/HqrYQmLq -
#2699
Keeperv85
nagyúr
RoundRobin
#2698
Keeperv85
nagyúr
válasz
RoundRobin
#2698
üzenetére
"Azt kell mondjam, hogy igen. Butaságot írt. A ramdisk egyáltalán nem virtuális, hanem nagyon is valóságos."
O.o... én még mindig az initramfs-ről beszélek, nem pedig az egy részét képző ramdisk-ről és úgy látom a leírás is. Van ott még pár másik dolog is. Pl. a sysfs... Az nem tartozik a ramdiskbe...
Az hogy ebbe a fájlrendszerbe mit raksz, az már megint platform függő.
"Azonban a modulok jellemzően azért vannak, hogy pl. kezelhessen (átmenetileg) olyan file-rendszereket, eszközmeghajtókat is, amelyek alapban nincsenek a kernelbe beleforgatva. Ez viszont csak egy opció, a fordítás során dől el, hogy egyáltalán fogad-e modulokat a kernel vagy sem."
Magát a modul fordítását is szabályozhatod. Ellenben pl. a wifi mindig moduláris... szerinted miért?
"Miért lenne meredek? Leemulálod és kész. Ezzel még csak kockáztatnod sem kell a vasat, annak épségét."
Az emulációhoz szükséges erőforrások sem állnak rendelkezésemre. Másrészt Intel vonalon ez megint nem a megszokott úton történik...
-
#2695
Keeperv85
nagyúr
RoundRobin
#2694
Keeperv85
nagyúr
válasz
RoundRobin
#2694
üzenetére
"Bármi.
Fat, ext2-3-4, jaff, reiser, ramfs, aminek leformázod. Fogd fel, a RAM-ot ugyanúgy használhatod mint egy HDD-t. Particionálod, formázod és írod-olvasod."Nem virtuális, ugye? Nyilván ezt is hülye írta: [link]
"Olvasd el a Linus-Tannenbaum vitát"
Éppen ezért írtam, hogy vitatható, ugyanis a Linux kernel pont egy furcsa keveréket alkot. Gondold végig, amit te is írtál:
"A mikrokernel attól mikro, hogy a szolgáltatások jelentős része user space-en, ring hármon fut, a kernel csak alapszolgáltatásokat nyújt és kommunikál a szervizekkel."
A szolgáltatósok jelentős részét itt a bináris valósítja meg, a kernel éppen csak a betöltésért és a minimális hardverkezelésért felel ilyenkor.
Ezen felül "újabban" a Linux is moduláris. Egyre több erőforrást mozgatnak a kernel kódjából külső modulokba. Pontosan ezt várjuk egy mikrokerneltől... nemde?
"Nem tudom, vajon mit kellene felmutatnom, de ha annyira villogni akarsz a khm. 'tudásodal', akkor elárulom, Abel harmadik scriptje után is még van lehetőség finomitani a dolgon, mondjuk ujra lehet particionálni a tabot PC nélkül is, de ha ez már nagyon sok volna, akkor a külső re-particionálást is megoldhatod úgy, hogy ne kelljen törölni minden particiót."
Eszköz nélkül ez elég meredek lenne, nem gondolod?
"Látod, ezzel is csak a saját butaságodat reklámozod, mivel neked azért lépett ki a terminálból is, mert előtte nem léptél superuser módba, az pedig kell ahhoz, hogy a log partícióhoz hozzáférj.
Ha megtetted volna, akkor nem zárt volna ablakot a második exit parancs után, mivel az elsővel visszalép user módba a root-ból."Én nem erről beszélek ám! Te konkrétan azt írtad, hogy nem használsz kill-server-r, mert az exit is bezárja az adb futását. Hát nem, nem zárja be... Ellenben a dupla exit alapestben becsukja a Terminalt. Természetesen csak akkor, ha a rendszer promptba küldöd a másodikat, ha az adb shell-be, akkor nyilván nem.
A dmesg pedig nem sok infót fog neked arról kiadni, hogy az eszközök miért is nem kelnek fel, jobb lenne logcat-et nézni! A dmesg a kernelig lát el és nem tovább. Sajnos nem mondja meg neked azt, hogy ha pl. egyik bináris betöltése meghiúsult...
-
#2690
Keeperv85
nagyúr
RoundRobin
#2689
Keeperv85
nagyúr
válasz
RoundRobin
#2689
üzenetére
"A ramdisk nem 'script csomag', hanem, mint a neve is elárulja, egy diszk, egy lemezterület, amely a RAM-ban foglal helyet és a saját filerendszerrel bír."
Mi lenne az a fájlrendszer, mert látom nagyon szereted ezt a szót! Egyébként amikor a memóriában van, akkor már nem ramdisk, akkor már initramfs és ott már valóban fájlrendszer, mégpedig virtuális. A diszk itt a lemezképbe csomagolásból ered, de Linux alatt ez megint nem ennyire egyértelmű. Egyébként ezt a részt pont nem én írtam...
"A recovery nem mikrokernelen futó 'lépcső', a recovery egy linux kernel (és véletlenül sem MIKROkernel, mivel a linux nem ilyen*) amely csak azokat a komponenseket tartalmazza, amelyek ahhoz szükségesek, hogy kiszolgálja a rendszer helyreállitás igényét.
Nem. A recovery egyetlen bináris többnyire az initamfs-ben, amit a Linux kernel futtatni képes, nem egy önálló kernel. Hogy mennyire mikro vagy nem mikro azt vitatható természetesen. A Unix szerverek köszönik, mióta léteznek mikrokerneles felépítésben remekül üzemképesek:
"A droidboot sem 'kis program', ahogy írod, hanem bizony az is egy linux kernel."
Nem. A droidboot pontosan olyan bináris(ok) gyűjteménye, mint a recovery.img, csak funkcionalitást tekintve más. Számodra és a felhasználók számára csupán egy felhasználói felület. Azt hogy alatta fut egy Linux kernel evidens a felépítéséből adódóan. Nem önálló kernel.
"A bootloadert pedig végképp nem hiszem, hogy egy olyan ember volna képes nyitni, aki azzal sincs tisztában, hogy mi is az valójában."
Például te? Hát azt én sem hiszem... Főleg hogy jelenleg nulla ismerettel rendelkezel ezekről a binárisokról. Nem megfejteni, még szétcsomagolni is komoly kihívás... Pláne akkor lesz röhejes az egész, ha kiderül hogy nincs is lezárva, mert erről ugye fogalmunk sincs. Neked sem...
"Az 'UART módot' pedig végképp nem tudom miért keverted az összefoglalóba."
Mivel szerepel a szövegben, hogy létezik ilyen üzemmód, kifejezetten kérték, hogy legyen magyarázat is hozzá, ahogy a többi részhez is.
Ügyesen próbálod kerülgetni azt a kérdést, hogy TE miért nem tudsz semmit felmutatni viszont... arra lennék kíváncsi, nem arra, hogy én mit nem tudok...
"Az egész bevezető nevetséges, fölösen tárgyal olyan dolgokat, amelyek nem tartoznak ide."
..vagy csak te nem érted miért tartoznak ide.. majd később... pár év alapozó után, ha az exit parancs már legalább ismerős lesz...
-
#2686
Keeperv85
nagyúr
RoundRobin
#2685
Keeperv85
nagyúr
válasz
RoundRobin
#2685
üzenetére
Ha jól rémlik te eddig összesen annyit tettél, hogy éppen az aktuális embert kritizálod szakmailag, miközben neked vannak alapvető hiányosságaid. Pl. emlékszem, mikor hexeditorral igyekeztél kideríteni mi lehet az EBR fájlokban... azóta is azon röhögök. Szóval itt azt hiszem neked lenne mit tanulni a fájlrendszerekről és egyéb dolgokról...
Összecsomagoltad már a boot binárist? Képzeld, nekünk sikerült kibontani is és összerakni is! Nem nekem, én csak kibontani tudtam egy teljesen másképp megírt programmal, mint ami nektek elérhető. Tudod nekem van olyan segítségem, aki szakmailag elismert, nem is egy! Van viszont egy rossz hírem: az új verzió forráskódja véletlen csak nálam van meg... és mivel én ilyen hülye zöldfülü kezdő vagyok, most szépen megvárom még TE, aki szakértesz itt nekem oldalakon át, megírod, hogy ki tudják próbálni... Ha rajtam múlik, ha nyitott, ha zárt a bootloader, az életben sem fogtok rájönni, mert hogy én ilyen önző köcsög vagyok és ebből egy bit nem sok, annyit nem fogok kiadni... ja és ezt a szar összefoglalót is csak úgy a saját fejemből írtam 5 órán keresztül, nem is mások tudását összeszedve és másokat meghallgatva... áhh...
-
#2684
Keeperv85
nagyúr
RoundRobin
#2683
Keeperv85
nagyúr
válasz
RoundRobin
#2683
üzenetére
"A fenét. Linux alatt vagy HDx van vagy SDx, vagy az amit éppen alá teszel.
Ha HDx akkor jellemzően PATA, ha SDx akkor pedig SATA drive, bár manapság HDx-re is SDx jelölés kerül, de ennek jelentősége nulla. Az SDx, HDx a hordozható eszközök (PDA, PNA, MID, stb) esetében egyenlő MMCx-el. MMCx pedig a flash. De ennek köze nincs a történethez"Tehát most leírtad ugyan azt, amit én... oké...
"Szép is lenne. Az életbe nem bootolnál be, ha valóban így volna."
Ahhoz képest hogy évek óta így van, egész szépen bebootol... nem véletlen olvastam ki ezt a infót belőle. Megnézted a memóriatérképet? Dehogy nézted meg...
Nem feltűnő, hogy nincs önálló partíciós tábla egyetlen alacsony szintű FW résznek sem? Itt nincs boot partíció, ahogy számos más eszközben sincs, ha tetszik neked, ha nem!"Hát nem, kérlek, ez egy POSIX kompatibilis linux kernel. Android operációs rendszer nincs. Nem létezik."
Ekkora baromságot már régen hallottam... Ez kérlek egy Linux kernelre épülő totálisan újraírt kód, ami, ahogy írtam is, mellőz mindenféle Linux alatt ismeretes szabványt a továbbiakban. Kizárólag a mobil x86-s architektúrára van kifejlesztve egy része és az garantáltan teljesen egyedülálló. Nézegesd a forráskódját, majd rájössz...Ja hogy nem tudod melyik az alap forráskód..?! Hoppá ugye. Hát az gáz! Akkor minek írsz róla ilyen hülyeségeket?! Majd ha megnézted vagy lefordítottad már, esetleg sikerült vele bootolni is, akkor szóljál légyszíves! Ja hogy ezt a fajta lemezképet jelenleg össze sem tudod rakni,mert fogalmad sincs hogy kéne? Gyaníthatóan ötleted sem sok van rá... mondjuk kibontani sem éppen egyszerű,azt meg kell hagyni.
"Van egy normál linux kernel, van egy bináris utility csomag hozzá (ez a binutils) és egy szabványos könyvtár-szerkezet * (Talán system V coherent, ha hól rémlik).
Ennek az operációs rendszernek a 'tetején' ketyeg egy VM, egy virtuális gép (ez a Dalvik) és afölött pedig egy grafikus héj. Na, ez utóbbi lényegében az android"Lemaradtál lazán ~1 évet. Már nem ketyeg. A Dalviknak lőttek. Az új móka neve ART engine. Egyébként sem a Dalvik felett, hanem inkább a Dalvikban fut a GUI, de azt nem árt tudni, hogy az Android a kezdetektől fogva tudja futtatni a natív kódot, mellőzve a Dalvik használatát.... Normál Linux kernellel amúgy a büdös életben sem bootolsz te be Androidot, mert teljesen más a memóriakezelése.
Az én ismeretemmel semmi probléma nincs, de te ügyesen kerülgeted a témát, hogy takargasd a saját hiányosságaid... Ott nem a particionálás lesz a legnagyobb gond, hanem hogy fogalmad sincs róla, ez már teljesen egyértelmű, hogy Android alatt egy-egy periféria hogyan működik, vagy egyáltalán merre kéne elindulni hibakeresés szinten, hogy megtaláld mi a gond vele.
Azt mondtad nem működik a BT rész. Megnézted már végre mit csinál a hci? Dehogy nézted meg! Eszedben sem volt... ..
-
#2680
Keeperv85
nagyúr
RoundRobin
#2678
Keeperv85
nagyúr
válasz
RoundRobin
#2678
üzenetére
"Megint csak azt kell mondanom, nálad.
Az én (egyik) rendszeremen van 7 partíció, ebből 3 linux. A windows mégsem ad nekik betűjelet. Ami mondjuk nem is csoda."Én nem a Windowsról beszélek. Linux alatt sem megszokott az ilyen jelölés. Linux alatt sdX van meghajtóként és azt számozza, betűzi tovább úgy, ahány partíció van benne. Ám a felosztás koránt sem ilyen egyértelmű Android alatt.
Lássunk pl. egy másik platformot, mert ez jobban szemlélteti:
Part_Name Size StartAddr Type MapTo Region
preloader 0x0000000000040000 0x0000000000000000 2 /dev/misc-sd BOOT_1
mbr 0x0000000000080000 0x0000000000000000 2 /dev/block/mmcblk0 USER
ebr1 0x0000000000080000 0x0000000000080000 2 /dev/block/mmcblk0p1 USER
pro_info 0x0000000000300000 0x0000000000100000 2 /dev/block/mmcblk0 USER
nvram 0x0000000000500000 0x0000000000400000 2 /dev/block/mmcblk0 USER
protect_f 0x0000000000a00000 0x0000000000900000 2 /dev/block/mmcblk0p2 USER
protect_s 0x0000000000a00000 0x0000000001300000 2 /dev/block/mmcblk0p3 USER
seccfg 0x0000000000040000 0x0000000001d00000 2 /dev/block/mmcblk0 USER
uboot 0x0000000000060000 0x0000000001d40000 2 /dev/block/mmcblk0 USER
bootimg 0x0000000000a00000 0x0000000001da0000 2 /dev/block/mmcblk0 USER
recovery 0x0000000000a00000 0x00000000027a0000 2 /dev/block/mmcblk0 USER
sec_ro 0x0000000000600000 0x00000000031a0000 2 /dev/block/mmcblk0p4 USER
misc 0x0000000000080000 0x00000000037a0000 2 /dev/block/mmcblk0 USER
logo 0x0000000000800000 0x0000000003820000 2 /dev/block/mmcblk0 USER
expdb 0x0000000000fe0000 0x0000000004020000 2 /dev/block/mmcblk0 USER
android 0x0000000038800000 0x0000000005000000 2 /dev/block/mmcblk0p5 USER
cache 0x0000000008000000 0x000000003d800000 2 /dev/block/mmcblk0p6 USER
usrdata 0x000000035d100000 0x0000000045800000 2 /dev/block/mmcblk0p7 USER
bmtpool 0x0000000000000000 0x00000000ffff00a8 2 /dev/block/mmcblk0 USERLáthatod, hogy ebben is 7 darab partíció került a szuperblokkba. Ezeknek végig 0p1, 0p2 és így tovább számozásuk van.
Na most a közte lévő helyekre a preloader szépen felírja a tartalmakat particionálás és fájlrendszer nélkül. Csak kezdő és záró címük van a blokkban. Ilyen itt a boot, nem partíció, csak egy blokk szekvencia.
"A boot speciális (és ro flages) partíció, ebből következően kilistázni sem fogja neked, talán éppen azért, nehogy véletlenül elérd."
Nem voltál elég figyelmes! Nézd csak meg újra a képet! Van ott egy "reserved" blokk, amit egyben kivág az mmc elején kerek 100MB-ot! Abban a 100MB-os blokkban van a boot, a droidboot és recovery is.. valahol... nem szekvenciálisan beírva, nem meghajtóként, nem szabvány szerint.
"A szabványosságról: Hát éppen ez az, úgy tűnik, hogy valami nem szabávnyos, hiszen a linux kernele sikoltozik, hogy ez igy nem jó.
Szerintem: Vagy a gpt van rosszul, illetve rossz helyre generálva, vagy a boot partició tipusa hibás, esetleg mind a kettő."Ez egy NAGYON speciális kernel, amilyet még soha sem láttál más platformokon .Mellőzi az összes megszokott dolgot. Eleve nézd csak meg: egy e820 bios-szal ossza fel a memóriát. Ez a tipikus Linux kernel indítása, tehát itt még úgy bootol, mint egy PC. Aztán átkapcsol és úgy fejezi be, mint egy tablet...
Már maga a lemezkép is mellőzi a megszokott Android-os img formátumot, teljesen más struktúrát használ. Nézz bele egy Android-os boot.img-be! Nézd meg, ott van az elején az Android! magic key... ebben ilyen soha sem lesz neked.... máshol vannak a méretek, minden teljesen más...
Tehát ha a kiírt hiba ellenére működik a cucc, akkor az nem hiba...
-
#2671
Keeperv85
nagyúr
RoundRobin
#2670
Keeperv85
nagyúr
válasz
RoundRobin
#2670
üzenetére
"A boot partició az a partició, amely aktívként van jelölve a táblában. Fáljrendszere meg van, bár nem lenne kötelező, hogy legyen"
...és mi lenne az? Ha partíció lenne, akkor betűjele lenne p-vel...
Egyébként...
Az az mmcblk0 NEM partíció...
Na főnök, akkor most mond meg, hogy ebből pl. hol van a boot... hisz szerinted itt minden szabványos, nemde?! Igaz hogy tegnap még egy shell paranccson is elakadtál, de sebaj...
Ja, segítek... ez nem a Dott, ez egy másik Intel eszköz...
-
#2669
Keeperv85
nagyúr
RoundRobin
#2668
Keeperv85
nagyúr
válasz
RoundRobin
#2668
üzenetére
Ehhez képest nulla infóval lekéri a méretet, anélkül hogy tudna bármit is róla... aham.. én kérek elnézést!
Egyébként a boot "partíció" szuperblokk szekvencia. Nincsen fájlrendszere...
-
#2667
Keeperv85
nagyúr
RoundRobin
#2666
Keeperv85
nagyúr
válasz
RoundRobin
#2666
üzenetére
O.o... én itt valami zavart érzek az erőben...
<6>[ 1.456796] mmcblk0boot0: mmc0:0001 H8G2d� partition 1 4.00 MiB
<6>[ 1.457248] mmcblk0boot1: mmc0:0001 H8G2d� partition 2 4.00 MiB
<6>[ 1.457680] mmcblk0gp0: mmc0:0001 H8G2d� partition 4 8.00 MiB<6>[ 1.473318] mmcblk0gp0: unknown partition table
<6>[ 1.477213] mmcblk0boot1: unknown partition table
<6>[ 1.480898] mmcblk0boot0: unknown partition tableMost akkor van vagy nincs? Jó vagy nem jó?
-
#2656
Keeperv85
nagyúr
RoundRobin
#2648
Keeperv85
nagyúr
válasz
RoundRobin
#2648
üzenetére
Ahogy az adb daemon sem... Amit meg az echo KIÍRT, az csak egy kiírás, nem parancs...
@aryes:
Értem én, hogy Telcast, de még mindig nem értem azzal mi a baj?
A szöveg szerint az a Telcast romja, arról függetlenül, hogy a csomag neve nem az... vagy nem jó az a link sem? -
#2646
Keeperv85
nagyúr
RoundRobin
#2645
Keeperv85
nagyúr
válasz
RoundRobin
#2645
üzenetére
Mi ragad bent?!
Dehogy is!
exit
exit...után kilép a Termina/parancssor ablakból, az adb meg ott fog futni a háttérben tovább...
-
#2643
kelzsoca
félisten
RoundRobin
#2642
kelzsoca
félisten
válasz
RoundRobin
#2642
üzenetére
Magától nem igazán lép ki, de egy adb kill-server parancs már leállítja.
(#2641) ktmt
Mint ahogy Keeperv85 kollega úgy én sem "hivatalosan" vagyok itt, csak be-benézek.
-
#2638
Simba86
senior tag
RoundRobin
#2637
Simba86
senior tag
válasz
RoundRobin
#2637
üzenetére
segítenék szívesen, de vmi nem jó a parancssorban...
az adb devices-re behozza, hogy látja a tabot pedig...
-
#2623
tiki
tag
RoundRobin
#2602
tiki
tag
válasz
RoundRobin
#2602
üzenetére
Mondtam nektek , hogy felmegy rá a JELLY.
-
#2621
Keeperv85
nagyúr
RoundRobin
#2620
Keeperv85
nagyúr
válasz
RoundRobin
#2620
üzenetére
A BT egyszerű. Az hci eszköz.. Végig kell csak nézni melyik fájlokat nem tudja betölteni... A töltést viszont a kernel ellenőrzi...
...ja és a wifi modulok is a ramdisk-ben vannak... és azokban 100%-os biztosan van ver.magic header, szóval a jó kernel mellé a jó modulok is kellenek,másképp nem tölti be őket...
-
#2619
Keeperv85
nagyúr
RoundRobin
#2618
Keeperv85
nagyúr
válasz
RoundRobin
#2618
üzenetére
Ezt most miből látod?
Azt a legkönnyebb egyébként megcsinálni... Hmm... ditry flag-es kernel.. Valaki nem tudja használni a gtihub-ot...
-----------
Más:
Első hsz. próba [link]
Ha mindenkinek megfelel így, akkor beállíttatom...
-
#2617
philips20
aktív tag
RoundRobin
#2612
philips20
aktív tag
válasz
RoundRobin
#2612
üzenetére
Még az update része is úgy néz ki mint a ennek
-
#2613
huaakoa
csendes tag
RoundRobin
#2612
huaakoa
csendes tag
válasz
RoundRobin
#2612
üzenetére
milyen rom? Teclast rom?
-
#2603
Orionhilles
senior tag
RoundRobin
#2602
Orionhilles
senior tag
válasz
RoundRobin
#2602
üzenetére
Kis spoilert legyél szíves
Mi MEGY már rajta? -
#2600
philips20
aktív tag
RoundRobin
#2595
philips20
aktív tag
válasz
RoundRobin
#2595
üzenetére
Ezt hogy sikerült ?
-
#2596
Aryes
nagyúr
RoundRobin
#2595
válasz
RoundRobin
#2595
üzenetére
Ebből már a google play-t is kigyomláltad mindenestől, nemdebár?
-
#2526
Keeperv85
nagyúr
RoundRobin
#2523
Keeperv85
nagyúr
válasz
RoundRobin
#2523
üzenetére
Ez az !O$! header egyébként nagyon ismerős nekem... van egy olyan érzésem, hogy én ezt a lemezképek ki fogom csomagolni és vissza is hamarosan....
-
#2524
Keeperv85
nagyúr
RoundRobin
#2523
Keeperv85
nagyúr
válasz
RoundRobin
#2523
üzenetére
Az nem jelent semmit, hogy ugyan az az eszköz, ha digitális aláírás van a lemezképben! Ugyanis az gyártóspecifikus is. Tehát vagy ugyan azzal írták alá, ugyan ott, vagy semmivel...
-
#2519
Keeperv85
nagyúr
RoundRobin
#2516
Keeperv85
nagyúr
válasz
RoundRobin
#2516
üzenetére
Egy apró bibi van: ha ezen megy a másik eszköz droidbootja, úgy, hogy a booloaderhez NEM nyúlsz, akkor bizony ez a bootloader nem zárt és az eszközben nincsen semmiféle vélt aláírásnak megfelelő dologgal ellátva egyik bináris sem...
...ha viszont gyári bootloadert teszel rá és aláírt binárisokat követel, akkor halál biztos, hogy az életben nem indítod el rajta a Telcast droidboot-ot!
Tehát most vagy ki tudjuk nyitni a bootloadert is, vagy egyáltalán nem is volt soha zárt...
-
#2486
NePee
csendes tag
RoundRobin
#2485
NePee
csendes tag
válasz
RoundRobin
#2485
üzenetére
Jogos
Már csak az a kérdés mit tekintünk min/max-nak az egyes particiók esetén. (A tesco stock lehet a maximum
-
#2454
Keeperv85
nagyúr
RoundRobin
#2448
Keeperv85
nagyúr
válasz
RoundRobin
#2448
üzenetére
Nincsen valódi host-szerver viszony és nincsen kötött protokoll, ugyanis ha lenne, akkor a csomagküldést szabályozni kéne. Ellenben ezzel a fastboot frontendnek fogalma nincs róla, hogy te mit küldesz át. Sőt.. ha ragaszkodunk a szerver-host felosztáshoz, akkor maga a droidboot a szerver, mert mindent ő csinál, ő a kernel, a frontend pedig csupán a parancsfeldogozó shell, ami felhasználói hoszt.
-
#2453
Abel
tag
RoundRobin
#2452
Abel
tag
válasz
RoundRobin
#2452
üzenetére
De, fastboot alatt is devices. Próbáld ki
-
#2452
RoundRobin
aktív tag
RoundRobin
#2446
RoundRobin
aktív tag
válasz
RoundRobin
#2446
üzenetére
Amúgy meg, nem is devices, hanem CSAK device, mivel a fastboot csak egy szerverrel képes ütközni.
Mondom én, hogy kliens-szerver.Devices adb alatt van, mert az akár a saját anyjával is képes konnektelni.
-
#2447
Keeperv85
nagyúr
RoundRobin
#2446
Keeperv85
nagyúr
válasz
RoundRobin
#2446
üzenetére
Az még nem jelent semmit, hogy van devices kimenet! Tudok én olyat működő rendszer alatt is: elég ha csak a VID&PID párost fastboot devicre-ra cserélem az MTP-n is... Ettől még hiába fogja látni, semmire sem lesz jó...
-
#2443
Keeperv85
nagyúr
RoundRobin
#2440
Keeperv85
nagyúr
válasz
RoundRobin
#2440
üzenetére
Ez egy érdekesen szakmaiatlan megfogalmazásra sikerült, ha megengeded....
A droidboot alatt futó mikrokernel egy alacsony szintű kiszolgálón át, un. kernel daemon segítségével kommunikál a fastboot frontendel. Szó sincs szerver--host viszonyról vagy protokollról. A droidboot működése egyébiránt nagyon hasonlít a recovery-hez, csak nem adbd-t futtat daemonként. Mellékesen megjegyezném, hogy a gyári recovery sem teszi... sőt.. szerintem a fastboot él alatta.
-
#2428
Abel
tag
RoundRobin
#2424
Abel
tag
válasz
RoundRobin
#2424
üzenetére
Így van. CWM-ből kell flashelni egy SuperSU-t és kész.
Egyébként én is örülnék, ha valaki készítene egy összefoglaló postot/weboldalt a tudnivalókról, de ha senki nem vállalja magára, akkor ez van. Én is szívesen megcsinálnám ha lenne rá időm, de nincs, és nem is lesz a közeljövőben.
-
#2426
RolEnD_
tag
RoundRobin
#2424
RolEnD_
tag
válasz
RoundRobin
#2424
üzenetére
Értem, így már világos. Köszönöm!
Sikerült a root. Kb. fél órán keresztül nem ment fel az ADB, majd egyszer csak megadta magát és sikerült. Most megiszom a sörömet...
-
#2423
sb
veterán
RoundRobin
#2415
sb
veterán
válasz
RoundRobin
#2415
üzenetére
Neked meg azt kellene megértened, hogy attól, hogy van közkinccsé tett infó még lehet, hogy az nem tökéletes.
Én csak ennyit közöltem és ebben akárhogy vergődsz nincs igazad. Mondtam: keress rá a topicban 1-1 témára és nézd meg hány fals találatod lesz... minden témában 5-6:
- driver... amiből aztán találsz újabbat... amiből aztán találsz leírást amivel win8.1 alá is felmegy
- flash.xml.. amiből aztán találsz módosítottat (sleep törlés)
- launcher, amiből van jó pár
- adb script... amiben van aztán javított space nélküli...
- sok törölt link
100 apró dolog. De már sokadszor írom le tényleg.A "topicban minden benne van" ominózus mondatod igaz, de ebben a formában sok fals infó is benne van, ami feleslegesen vezeti félre az embert.
Ennyi, ezt vitathatod, de így van.Én csak ezt javasoltam, hogy jó lenne letisztázni.
Ill. ebben kértem segítséget, hogy amit megtaláltam 6 féle infót abban erősítsen meg valaki melyiket használjam. Mivel a tabom nem volt tégla.
Olvass vissza: mikor kiderült, hogy nincs droidboot-om nem sok biztos infót kaptam, inkább azt, hogy akkor sz*pás van. Utána derült ki az is, hogy a flashtool-lal elég odáig lefutott flash-el eljutni, hogy azt rátegye.Túlragoztam. Minden infó itt van, valóban, az is ami nem kéne.
Feleslegesnek semmiképpen nem lenne az. Több órát foglalkozva ezzel persze, hogy feleslegesnek tűnik...neked.
Én végigolvastam mindent és épp emiatt lettem bizonytalan a sokféle infó miatt. Csupán ennyiben kértem segítséget utána.És pl. a te segítséged meg jó tanácsaid meg finoman szólva semmit nem értek ellentétben a többiekkel... de osztani azt tudsz... továbbra is.
Most jössz a minek kezdtem bele, ha nincs droidbootom hülyeséggel. Ezt is okosan a végén tudod idehányni. Az elején eszedbe nem jutott volna ezt leírni... (ahogy nekem sem, csak én új voltam, neked meg ennyi tapasztalattal talán mehetett volna a most is magas lóról). Épp azért derült ki, hogy nincs droidboot-om, mert elkezdtem vele foglalkozni.
-
#2410
sb
veterán
RoundRobin
#2401
sb
veterán
válasz
RoundRobin
#2401
üzenetére
ps: Nem tudom megválaszolni, hogy mi okból tűnt el a droidbootom?
Kérdezted egyáltalán?
És nem, nem tudom megválaszolni mivel nem kérdés. Most kezdtem el a tabot hekkelni, előtte semmit nem csináltam, tehát nem volt rajta és ennyi.
Amúgy érdekes mitől nem volt? Nincs és kész.A segítség: Első segítő válaszod idézném szó szerint: "ADB".
Köszi.
Komolyan mondom tényleg ne értsen félre senki, jó a topic, de amikor hülyének néznek és rám fognak valamit ami nem úgy van azt nem bírom. Egyszerűen nehéz spec esetet kikeresni a topicból. Ennek nagy részét mégis sikerült magamtól megtennem.
Aki meg csak scriptet futtat ahhoz nyilván nullasemmi hozzáadott érték nem kell. Azt valóban könnyű megtenni betévedve ide is. -
#2406
RolEnD_
tag
RoundRobin
#2405
RolEnD_
tag
válasz
RoundRobin
#2405
üzenetére
Igen, ha elindítom, ezt írja: "Nincs SU bináris telepítve, és a SuperSU nem telepíthető. Ez probléma! Ha ön csak frissítette az Android 4.3-ra, akkor manuálisan kell újra rootolnia, erről konzultáljon az illetékes készülék fórumán."
Rányomok az OK-ra és kilép. Páff.
-
#2404
sb
veterán
RoundRobin
#2401
sb
veterán
válasz
RoundRobin
#2401
üzenetére
Nem hibáztatok senkit, nem tudsz szöveget értelmezni, már bocs.
Leírtam, hogy hálás vagyok és mindenki hálás is lehet az itt dolgozóknak.Ami zavar - és ezt nem értetted meg - hogy az én egyedi esetemben a topic leírása nem volt elég. Sőt túl sok volt, mivel 100 féle dolog le van íva ugyanabban a témában.
Ebben kértem segítséget... és próbáltam elmagyarázni, hogy tök magamtól felraktam minden sz*rt jól és nem arról van szó, hogy elbénáztam valamit vagy, hogy nem olvasok utána. Olvastam, eleget. Meg is oldottam magamtól.. eleget:
Többféle driverrel, kompatibilitási móddal, win8 adb problémával és kézi installal, többféle launcherrel, mindezek többféle, sokszor általában törölt letöltési linkjeivel.Tehát a lényeg:
1. Sikerült és nyilván ez a topic és az itt dolgozók érdeme elsősorban.
2. Ettől még sokkal, de sokkal egyszerűbb lett volna, ha a fenti anomáliák nincsenek. És ezek tények. Keress rá a topicban bármelyik problémára mintha most tévednél be először és próbáld összegyűjteni az anyagokat.
A fent felsorolt témákban garantálom, hogy mindegyikhez (6x)10-12 hsz/link lesz amit találsz és más.Ha ezt nem sikerült megértened - immáron kb. hatodik leírásomra - akkor sajnos nem is fogod.
-
#2395
Mattb
senior tag
RoundRobin
#2392
Mattb
senior tag
válasz
RoundRobin
#2392
üzenetére
Na hat lenyeg igen, a droidboot, az ha megvan es utannak megakad a flasheles, felesleges ujraprobalkozni, nincs szukseg a 100%-ra.
-
#2382
Keeperv85
nagyúr
RoundRobin
#2381
Keeperv85
nagyúr
válasz
RoundRobin
#2381
üzenetére
Azzal sokra nem megyünk....
Nincs értelme, ha ezzel azonos verzió... -
#2378
Keeperv85
nagyúr
RoundRobin
#2377
Keeperv85
nagyúr
válasz
RoundRobin
#2377
üzenetére
Mármint a Viva systemet, ami Loli a 3.1-es kernelen, ami ehhez van... oO... Én zavart érzek az erőben... olyan még eddig nem volt, hogy backportolt kernel nélkül egy JB feletti romverzió fusson a 3.4-es kernel kódútja nélkül...
-
#2291
Simba86
senior tag
RoundRobin
#2284
Simba86
senior tag
válasz
RoundRobin
#2284
üzenetére
Ha jók a mobilarénás cikk infói, akkor a viva i8-ban z2580-as proci van, azaz 2 ghz-es. ez nem jelent problémát? vagy ettől még lehet re-brandelt-nek nevezni? láttam, hogy azon kívül kb ugyanaz, de a z2520 és a z2580 között csak az órajel az eltérés vagy más is?
-
#2288
Orionhilles
senior tag
RoundRobin
#2285
Orionhilles
senior tag
válasz
RoundRobin
#2285
üzenetére
Fake, reklám, adware, malware stb.
-
#2286
NePee
csendes tag
RoundRobin
#2285
NePee
csendes tag
válasz
RoundRobin
#2285
üzenetére
Ez csak valami szívatás sajnos, kerestem lollipop-ot én is azonos procival rendelkező eszközökre. Két telefonnál és egy tabletnél is előjött ugyanez a link ugyanezekkel a google-os url partokkal
-
#2272
lacafaca
addikt
RoundRobin
#2271
lacafaca
addikt
válasz
RoundRobin
#2271
üzenetére
8.1 64 van nálam és gond nélkül ment föl anno...szerintem a mellékelt 2_IntelAndroidDrvSetup1.1.5 telepítésénél lesz a gond. át kell lőni manuálisan a komp.-ot xp sp3-ra, csak így települ ezen a rendszeren...
sb-hajrá!
-
#2268
sb
veterán
RoundRobin
#2267
sb
veterán
válasz
RoundRobin
#2267
üzenetére
Már megvolt mindkettő + gép restart is.
Eddig semmi. -
#2266
sb
veterán
RoundRobin
#2261
sb
veterán
válasz
RoundRobin
#2261
üzenetére
Némileg több segítség elkelne.
Vagy nagyon láma vagyok (pedig a héten már flasheltem párat adb-ből, csak az Huawei volt ) vagy elnéztem valamit, de elvileg feltoltam az ADB drivert is.
(Bár az nehezíti a helyzetet, hogy egy rakás hsz-ben van róla szó a win8.1-es anomáliákról, plussz minden második hivatkozás driver ügyben Soma törölt linkjére mutat. ) -
#2259
GyureX
tag
RoundRobin
#2252
GyureX
tag
válasz
RoundRobin
#2252
üzenetére
Köszi! Most már az aksi is ok.
-
#2253
Keeperv85
nagyúr
RoundRobin
#2251
Keeperv85
nagyúr
válasz
RoundRobin
#2251
üzenetére
A GPU nem gond, benne van a MID kernel kódútban. Minden más szinte igen. Át kell állítani a borad fájlokat, az összes létező SoC-on kívüli eszközhöz kell stabil driver. Előbb persze ki kell deríteni mi is van körbe. Touch, hangkezelés, akku, RF részek, ISP stb-stb... Mindet be kell forgatni az alap kernelbe. Képtelen vagy rá egy emberként. Több 10 ezer sor csak a wifi kernel drivere....hónapok alatt sem állítod össze datasheet alapján sem...
...és ha még csak a kernel lenne: de sajnos az Andorid nem nagyon kedveli az x86-ot ám... Át kell írni a JIT compilert is... zárt forrású... jupi...
Szóval nem, sajnos ez nem megy. Nem tudjuk megcsinálni, hiába volna jó...
-
#2245
Keeperv85
nagyúr
RoundRobin
#2244
Keeperv85
nagyúr
válasz
RoundRobin
#2244
üzenetére
"A forrás ott van a gyártónál"
Az. Csak az életben nem fogják neked oda adni... Egyébként nem a gyártónál van, hanem egy bér fejlesztőnél, akinek kizárólagos joga van hozzá. Az össze Intel eszköz kernele digitális aláírással védett, kivéve a Grand X In-t. Hogy is szeretnéd tehát lefordítani és aláírni is a soha elő nem kerülő kódsort? Ne legyenek hiú ábrándjaid: hiába fenyegeted a gyártót a GPL-re hivatkozva... semmi értelme...
-
#2237
Keeperv85
nagyúr
RoundRobin
#2234
Keeperv85
nagyúr
válasz
RoundRobin
#2234
üzenetére
Miből szeretnél kernelt fordítani? Megírod? Nincsen forrásod hozzá! Én is le tudom forgatni az Intel alap kernelt, csak éppen implementálni kéne bele vagy 40-50 drivert ehhez az eszközhöz... ki fogja őket megírni? Senki? Persze hogy senki! De ha erre bevállalja valaki, akkor minden további nélkül megcsinálhatjuk GXi-re is. Intel SoC, forrás nuku, egy vonalban vagyunk erősen... Arra még KitKat sincs... sőt... még JB sem. Lehetetlennel vetekszik a megvalósítása...
Ja és azt már el is felejtettem mondani, hogy nem csak forrás nincs, de config sem, anélkül meg nem forgatsz Android kernelt....
-
#2229
Keeperv85
nagyúr
RoundRobin
#2226
Keeperv85
nagyúr
válasz
RoundRobin
#2226
üzenetére
Ha lenne Inteles eszközre, akkor lenne a RazrI-re is (SMI), ami a referenciamodell Intel esetében. Esély sincs rá...
Még Intel lemezkép sem létezik 5.0-ából sajnos..@róland:
Én nem hsz-ek alapján írnék ide összefoglalót...
-
#2214
tiki
tag
RoundRobin
#2212
tiki
tag
válasz
RoundRobin
#2212
üzenetére
Keresgetek egy olyat , hogy az intel soc kiépítésnél lehet az amit mondasz, de arra jutok , hogy igen .Mivel a soc ban van boot rom ebből az következik , hogy lehet az , amit írtál .Viszont a nandot nem tudom hová tenni akkor működésileg.Mert az usb UART módot csak akkor tudná kapcsolni , ha a nandtól kapna visszajelzést , hogy van benne , mert egyébként hová is írna akkor ?És mivel nincs nand így nem adja az usb kimenetet.
Senki sem mondta, hogy maga a tab gázos, mi is megvettük, mint ahogy még sokan mások is, mert ennyi pénzért jó vételnek számít. DE! Olcsó húsnak híg a leve, igenis vannak minőségbeli problémák, és senki sem beszélt arról, hogy a többszázezres kategóriás minőséget várnánk el. 
n vmalloc=172M ehci_hcd.use_sph=1
.....
Új hozzászólás Aktív témák
Hirdetés
- MSI CreatorPro Z16P - i7-12700H, RTX A5500, értintőkijelző
- LG 45GS95QE - 45" Ívelt OLED / 2K WQHD / 240Hz 0.03ms / NVIDIA G-Sync / FreeSync Premium / HDMI 2.1
- BESZÁMÍTÁS! ASUS A520M R5 5600X 16GB DDR4 512GB SSD RTX 3060Ti 8GB Rampage SHIVA Enermax 650W
- BenQ PD-3200-U Monitor - Designer 4K 32"
- BESZÁMÍTÁS! GIGABYTE H77-DS3H H77 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: PC Trade Systems Kft.
Város: Szeged