- Melyik napszakban merül majd le az iPhone 17 Air?
- Telekom mobilszolgáltatások
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Macrodroid
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Négy színben tetszeleg a Galaxy S25 FE
- Bemutatkozott a Poco X7 és X7 Pro
Hirdetés
Talpon vagyunk, köszönjük a sok biztatást! Ha segíteni szeretnél, boldogan ajánljuk Előfizetéseinket!
-
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
-
RoundRobin
aktív tag
válasz
csubuka #3803 üzenetére
"Nem lehet, hogy eredetileg amúgy a fura particionálás miatti üres hely a wear-levellinghez kellett?"
Nem. Az ok, hogy ekkora hely lett fenntartva az, hogy eredetileg 16 GB-os flash került volna a gépekbe és egy erre a célra preparált ROM került a menet közben 8 GB-ra redukált flash-re. Én az okot a magas üreshordozó díjban keresném. 16 GB-ra már valami háromezer akárhány száz forint a díj ésezt akkor is ki kell fizetni, ha történetesen el sem tudod adni a tableteket.
Amúgy is, flash hiba még bekapcsolhatóvá teszi a tabot. Az bekapcsol akkor is, ha flash egyáltalán nincs is a gépben.
-
-
RoundRobin
aktív tag
A TESCO új üdvöskéje, karácsonyra, 7495 Ft-ért, BeeX RAINBOW tabm bővebben róla majd itt:
http://prohardver.hu/tema/a_nagy_beex_rainbow_teszt_7450_huf/friss.html
Vettem egyet, és jó..
-
-
RoundRobin
aktív tag
válasz
vargalex #3693 üzenetére
Nem az a lényeg, hogy az adott eszköz generál-e megszakítást, vagy sem, hanem az, hogy azt tudomásul veszed-e?
Mert hát, nem kötelező.Azonban én úgy gondolom, hogy azért poll és nem megszakítás, mert egy egyszerű gombról van szó, amihez kell ugye prell mentesítés is, amit egyszerűbb és olcsóbb, de mindenképpen OLCSÓBB szoftverből megvalósítani. Az sem kizárt, hogy éppen ott van a gáz.
A tab szoftvere legalább két verzióban került a készülékekbe beégetésre. Lehet, hogy a tied (meg az enyém is) már javított. De ez csak feltevés. -
RoundRobin
aktív tag
válasz
vargalex #3689 üzenetére
Az csak egy példa:
Nézd meg ezt a linket: [link]
http://lxr.free-electrons.com/source/drivers/input/keyboard/gpio_keys_polled.c
Linux/drivers/input/keyboard/gpio_keys_polled.c
1 /*
2 * Driver for buttons on GPIO lines not capable of generating interrupts
3 *30 #define DRV_NAME "gpio-keys-polled"
31
32 struct gpio_keys_button_data {
33 int last_state;
34 int count;
35 int threshold;
36 int can_sleep;
37 };
38
39 struct gpio_keys_polled_dev {
40 struct input_polled_dev *poll_dev;
41 struct device *dev;
42 const struct gpio_keys_platform_data *pdata;
43 struct gpio_keys_button_data data[0];
44 };
45
46 static void gpio_keys_polled_check_state(struct input_dev *input,
47 struct gpio_keys_button *button,
48 struct gpio_keys_button_data *bdata) -
RoundRobin
aktív tag
"Teljesen random, hogy épp mennyit ugrik, pedig mindig ugyanannyira nyomom meg a gombot. "
Nem random, csak annak tűnik. Ha a CPU terhelve van, akkor kisebb, ha nincs terhelve, akkor nagyobb a valószínűsége a túlvezérlésnek.
Tankönyvből másolom:
Perifériákról érkező adatok fogadása, feldolgozása:
A perifériákról érkező adatokat a processzornak fogadnia kell és feldolgozni azokat. Erre a legegyszerűbb módszer a polling. Ekkor a CPU adott időközönként ellenőrzi, hogy a kérdéses periféria küldött-e adatot. A módszer hátránya, hogy ha a periféria felől túl sok adat érkezik, akkor a CPU nem fogja mindet észlelni, illetve ha a vártnál ritkábban jelenik meg adat, akkor a CPU túl sok időt tölt fölöslegesen a periféria ellenőrzésével.---
Megszakításnál ilyen gond nincs, csak a megszakítás megállítja a CPU-t és elég sok ideig teszi ezt. Gondolom ezért van inkább polling, amely hosszú távon ugyan veszteségesebb, de ez a veszteség időben eloszlik. A linux így valósidejűbbnek tűnhet. -
RoundRobin
aktív tag
" a tablet nem 15ezres kategóriába lett szánva, hanem 30ezer volt az induló ára"
Lehetett volna 200 ezer is, de nincs jelentősége, mert a tabot végül is 15 ezerért árulták, ennyiért lehetett hozzájutni. Ehhez kell mérni a minőségét is.
A gombokkal nálam nem volt probléma, szerintem sokaknál másoknál sem, mert akkor ez itt ebben a topikban is hangsúlyosan felmerült volna.Szerintem ez mint gond, kicsit túl van dimenzionálva. De ha mégis olyan nagy keserv, akkor nem értem, miért vette meg? Vásárlás előtt lehetősége volt, lett volna kipróbálni, sőt, utána 3 napig még vissza is vihette volna.
"é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."
Erre mondhatom, hogy az iphone negyedmillióba került, nem 15 ezerbe, mégis volt nála faraday kalitka effektus a fém keret miatt, ergo, nem lehetett vele rendesen telefonálni.
Itt látszik, hogy kinek ez, kinek az a hiba csúszik be a tervezés-gyártás során. Később amilyenné válik a termék, az lesz a minősége, az árazza majd be a cuccot is meg a céget is aki alkotta. Hát ez így sikerült.
Szerintem még mindig jobb, mint a cellux-szal rögzített akkuk a DSP-kben (), vagy a hulladék kijelzőjű myaudio-k, esetleg a rém katasztrofális Vega tabok, hogy a többi a használhatatlanság határán vergődő produktumokról szót se ejtsek.
Alacsony költségvetésből ritkán születik remekbe szabott dolog, akkor nem tudom mit kéne elvárni egy ilyen, a saját minőségét árban messze alulmúló tablettől? -
RoundRobin
aktív tag
A kolléga sztem azt hangsúlyozta volna, hogy a suzuki swift áráért balgaság volna elvárni egy bentley minőségét. TAB van 10 ezerért is és 300 ezerért is. Nyilván a két ár közötti különbség valahogy kifejeződik a minőségben, használhatóságban. Ezt kell tudomásul venni csak.
A minőséget egyébként megkapod bőven a tab sebességével, az 1 GB RAM-mal, a kijelző minőségével, a bluetooth-szal, a 8 collos képernyőmérettel és a fém házzal. Persze ezt az ócska tabot bármikor lecserélheted egy remek kis myaudio-ra!
-
RoundRobin
aktív tag
Nem fizikailag ragadnak be.
A linux pollingot használ a portok állapotának lekérdezésére, nem megszakítást és amíg te nyomsz egy gombot, addig a processzor kétszer ránéz a gombok állapotára.
Valószinűleg a kitkat forráskódjának ezen részéhez hozzá sem nyúltak, csak lefordították.ROM sem azért nincs, mert ez olyan rossz gép volna (egyáltalán nem rossz), hanem azért, mert nem milliós tételben gyártották ki, ahogy az LG vagy a Sony Ericcson telefonjait. Senki nem lesz hülye, hogy heteket szenvedjen, csak hogy pár tíz embernek kedvezzen, akinek esetleg igénye volna más ROM-ra.
Egyébként is, jó a ROM ami a készüléken van, a gép gyors, nincs inspiráló erő sem, amiért megérné vele piszmogni. Na meg, x86-os proci van a tabban, nem pedig ARM. -
RoundRobin
aktív tag
válasz
norbihungary #3658 üzenetére
Legközelebb egy telefonkártyát élezz meg csiszolópapírral vagy késsel és azzal egészen könnyen szét lehet szedni, ráadásul nem kell félni, hogy karcol vagy megsért valamit.
Az infó amit leírtál, egyébként hasznos! Üdv.,
-
RoundRobin
aktív tag
Amit talán érdemes tudni, illetve szem előtt tartani:
Amikor a szoftver 5 %-ot mutat, akkor valójában a flash-re még nem írt semmit.
A gond rendre a kommunikációval szokott lenni.
A gép alacsony szintű kapcsolatot épít ki a tablettel. Ez nem azonos a normál USB-s adatkapcsolattal, mint amilyen a pendrive-ról való másolás, vagy akár a tablet adb-n keresztüli abajgatása mert utóbb említetteknél van komoly protokoll, hibajavítás, komplex ellenőrzés, míg a flash-elés esetén ilyen nincs, vagy csak nagyon primitív. A hibajavítás ez esetben annyira primitív, hogy a log file-ban kiírja, hogy windriver error, timeout expired, anyám tyúkja, akármi és kész. Ilyenkor lehet is újra próbálkozni.
Ez a kapcsolat nagyon kényes a szinkronizációra, az alkalmazott port sebességére, a kábel (mint antenna) által felvett zavarjelekre, stb. Ezért is javallott minél rövidebb kábellel kisérletet tenni.Az operációs rendszer lehetőség szerint legyen Windows XP sp2.
A szoftver helpje említi, hogy a gépen lévő egyéb USB portokat lehetőleg szabadítsuk fel. Különösen érzékeny a flash tool az USB-s web kamerákra, így ilyesmi ha van, a flash-elés idejére húzzuk ki a portcsatlakozóból.
Az USB-s egér is okozhat gondot. Annak kábele is rádió antennaként sugározza ki a rajta keresztül haladó elekromos impulzusokat amelyeket a tab és a gép közötti kábel vehet.Sok sikert..
-
RoundRobin
aktív tag
(#3608) aryes
Jó, de amikor már közel fél évet ott porosodott a polcon és jött egy ajánlat. Hát, nem utasítottam vissza. A TAB nem is igen hiányzik, a cserébe kapott Laptopot meg használom nap mint nap. Most átgondoltam mélyebben az egészet és arra jutottam, hogy egészen jól megvagyok tab nélkül. Amiért mégis venni fogok, az az, hogy ha ügyfélnek mutatni kell valamit, akkor ne kelljen laptopot cipelni magammal, mert az nehéz. A 10 collos tab viszont már elég nagy ahhoz, hogy ne bélyegméretben kelljen mutogatni a dolgokat, ugyanakkor elég könnyű, hogy ne jelentsen terhet.
-
RoundRobin
aktív tag
válasz
Fittboy #3605 üzenetére
Nincs értelme kivenni.
Az akku a gép kikapcsolt állapotában ugyanúgy leledzik, mintha kivennéd.
Amit jó tudni, hogy ezek az akksik sem a teljes lemerültség sem a teljes feltöltöttség állapotát nem kedvelik. A legjobb neki a kb. 40 %-os töltöttségi szint. Ekkor károsodnak a legkevésbé, ha nincsenek használva.A géped egyébként igényli az akku jelenlétét, mivel az órát is általában az hajtja meg. Az óra fogyasztása viszont nagyon nagyon minimális. Ekkora akkuról akár tizenévig is elmegy.
-
RoundRobin
aktív tag
Ja, aki flash-elni akarja a tabját, annak azt javaslom, hogy vegyen hozzá 10 cm körüli hosszúságú usb kábelt (ilyen most van a tesco-ban, kifejezetten open dott kábel, szép szines. Én a leértékelt cuccok között találtam ilyet, gondolom lehet vagy 200 HUF az ára).
Én ilyennel (legalábbis hasonlóval (lásd a képen)) flash-eltem fel 9 db TAB-ot, mid első nekifutásra sikerült.
-
RoundRobin
aktív tag
"Szerintem van, ha valahogy be tudja hozni a cwm-et,"
Na de ha csak bootloop-ig jut el?
(OFF)Úszni annyira nem, csak kicsit pancsolni. A vasat elcseréltem egy lenovo laptopra, most nézegetek másik TAB-ot magamnak, de az már 10 collos lesz. Bár könnyen lehet, hogy TECLAST márkájú. Valójában rájöttem, hogy én baromira nem tudom kihasználni a tabletet. Ha van, nem nyúlok hozzá szinte soha, ha viszont nincs, akkor meg hiányzik. A fene se érti ezt. (/OFF)
-
RoundRobin
aktív tag
válasz
PLaci58 #3573 üzenetére
"Windowsnál sincs processzor függő program. Ezt lerendezi az operációs rendszer"
Már hogy ne lenne?
A windows (A CE és egyéb derivátumok nem számítanak) csak és kizárólag x86-os processzorokon fut. Akár AMD akár Intel, vagy más a proci gyártója, mivel ezek egymással kompatibilisek. Ami ott mindegy, az a processzor frekvenciája, tehát hogy 1.8 Ghz vagy 3 az csak a rendszer sebességét befolyásolja. Na ez utóbbi mindegy, de a processzor architektúrája az bizony nem. -
RoundRobin
aktív tag
válasz
atomchicken #3574 üzenetére
"Van rá bármiféle mód, hogy kimentsem az adataim, mielőtt nyomok egy factory resetet?"
Nincs.
-
RoundRobin
aktív tag
válasz
Jhonny Cage #3253 üzenetére
Sajnos nem.
-
RoundRobin
aktív tag
-
-
RoundRobin
aktív tag
Az az érték lehet lényegi is. Nem tudom. Feltételezem hexaeditorral írtad át.
Nekem mindenesetre valahogy nem áll össze a kép, egy dolog előttem nem tiszta, de most már nem is lesz az, megyek aludni, mert már nem látok ki a fejemből.Holnap, frissebben átgondolom az egészet. Jó éjt.
-
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. -
RoundRobin
aktív tag
-
RoundRobin
aktív tag
Nyilván valahol a kulcsnak tárolva kell lennie a tableten
Vagy a Soc-ban.
Talán érdemi infó értékkel bír, a teclast ROM tartalma:
2014.04.24. 18:55 99ÿ296 AZ2_FW_DnX_20.28_CWAK_[B]signed[/B].bin
2014.04.24. 18:55 99ÿ296 AZ2_OS_DnX_20.28_CWAK_[B]signed[/B].bin
2014.04.24. 18:55 880 AZ2_Soft_Fuse_CWAK_[B]signed[/B].bin
2014.04.24. 18:55 7ÿ749ÿ632 boot.bin
2013.12.10. 16:26 2ÿ031ÿ484 clvp_ifwi_patch_engineering.bin
2014.04.25. 16:18 2ÿ031ÿ484 clvp_ifwi_patch_production.bin
2013.12.10. 16:24 99ÿ296 dnx_fwr.bin
2013.08.30. 15:40 99ÿ296 dnx_osr.bin
2014.04.24. 18:55 10ÿ388ÿ480 droidboot.img
2014.04.24. 18:55 10ÿ388ÿ480 droidboot.img.POS.bin
2014.04.24. 18:55 6ÿ035 flash.xml
2014.04.24. 18:55 2ÿ360ÿ832 logo.img
2014.02.10. 14:32 1ÿ161 partition.tbl
2014.04.24. 18:55 9ÿ546ÿ752 recovery.img
2014.04.24. 18:51 306ÿ468ÿ623 system.img.gz -
RoundRobin
aktív tag
Azért lenne jó kipróbálni, mert a progidat kiegészithetnéd egy custom splash image opcióval, legalábbis ha ez volna a szándékod.
Amennyiben igen, úgy a beilleszteni kivánt bitmap file headerjét (14 byte) kiolvasva, ellenőrizni lehetne a kép formátumát (hossz, szél, szinmélység) és ha megfelelő, csak akkor kellene hozzáirni az elejét flash előtt.
-
RoundRobin
aktív tag
Ö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.
Megnéztem, valóban más, de sztem az a megjelenitő rutin. Bár mondjuk, elgondolkoztató, hogy miért éppen azt a rutint irták át. Nem tudom. Sztem nincs ott semmiféle checksum. Mindenesetre, nem flashelem fel. Már vagy 25-ször flasheltem a gépet, ideje pihennie.
Az offset a bmp-hez valójában 992byte.
így van. Ezért 16 x 62.
-
RoundRobin
aktív tag
-
RoundRobin
aktív tag
-
RoundRobin
aktív tag
Én is gratulálok.
Izléses, jól áttekinthető a progi kezelőfelülete.
Szerintem az md5 ellenőrzést kihagyhatod, mert a .zip-nek úgyis van crc-je és egy esetlegesen hibás letöltésnél már a kicsomagolás sem fog menni. Ha pedig az megy, akkor az md5 már fölösleges.Azt az egyet nem tudom, hogy lett a forrás 35 MB?
Igaz, már régen használtam a Lazarus-t de akkor még nem csinált ekkora gombócokat a forrásból. -
RoundRobin
aktív tag
válasz
Keeperv85 #2844 üzenetére
Van, aki már operációs rendszereket ír évek óta, de még mindig nem tudja a partíció és a szuperblokk fogalma között mi a különbség.
Ha rám célzol, én már éppen, hogy évek óta nem írok operációs rendszereket.
Az pedig sajnos rád igaz, amit írsz: nevezetesen, hogy nem tudod mi a különbség a partíció és a szuperblokk között (alább kikereshető a hsz-ek között), de ha csak ez volna a hiányosságod.. sajnos van emellett még sok egyéb is.Csak a jobbítás szándékával jegyzrem meg:
A konstans nem változó, a változó pedig nem konstans. Tehát, olyan nincs, hogy "nem konstans változó".
Mint ahogy nincs 15-ös megszakításvezérlő sem, amiről a bevezetőben írsz ("A boot folyamat megkezdésekor a processzor a 15-ős számú megszakításvezérlőn"), de még ha volna is, azon keresztül semmiféle bios nem tölthető be. Ha esetleg a tizenötödik megszakításra gondoltál, hát azon keresztül sem. A megszakítás mindössze egy szignál a processzor felé.Nekem ugyan totál mindegy, hogy mi kerül a bevezetőbe, de akik majd később erre tévednek, azoknak talán nem. Akik tudják merre hány méter, azok ki fognak nevetni, akik pedig valamelyest zöldebbek a témához, azok butaságokat olvashatnak ki onnan.
Azért az ilyen helyeken történő megnyilatkozások némi felelősséggel is járnak. Legalábbis én így gondolom. -
RoundRobin
aktív tag
Gondold át jobban.
1. Hogy ki akarná másképp állitani? Hát az, aki jobban otthon van a dolgokban és teszem azt nem elég neki 1 GB system, vagy sok neki 160 MB reserved, vagy akármi.
2. Amit hiányolsz, az sztem benne van a programban, tehán nem definiálhat 7 GB-os system particiót, mert azt a progi nem engedi meg neki.
3. A flash felhasználható mérete pedig bármekkora is, arról a kernel a particionálás kezdete előtt 'tud'. Az ezen progi által generált .tbl file pedig az általam, sőt, még korábban, Bence által leirtak értelmében a flash méretéhez expandálja a /data particiót.Az igaz, hogy a progi használatánál egy 16 GB-os flash esetén is x GB fog kiirni a táblázat aljára, és az x biztos nem lesz nagyobb ~6 GB-nál, de ez nem tesz semmit, az x+8 GB benne lesz a tabletben sikeres flash után.
-
RoundRobin
aktív tag
Te nem érted..
A flash teljes méretéhez képest, ám vannak limiterek, egy bizonyos érték fölé/alá nem képes vinni, így biztosított, hogy a 8 GB-os particiót ne garázdálkodja szét. 8 GB-osnál kisebb flash meg nem lehet a gépben, ha pedig nagyobb van, akkor a plusz 8 GB hozzáadódik a kijátszott /data-hoz.
Ha a data particiót 4.2 GB-ra állítja be, akkor az 12.4 GB-os lesz, ha a flash 16-os.
Egyébként asszem (feltételezem), hogy éppen a data-t nem lehet állitani, az összes többit viszont igen. A data az a space lesz, amit a többiek meghagynak neki. Plusz, nem lehet kisebb a gyári alapértéknél, a 2. GB-nál. Ebből következik, hogy ha a flash 16-os, akkor ott nem 2 hanem 10 GB lesz a data.
Attól totál függetlenül, hogy mit ir ki a táblázat. A tábla csak 8 GB-os gép esetén mutatja a helyes értékeket, legalábbis a data particióra vonatkozóan, ám működik 16-os flash esetében is, csak ott 8 GB hozzáadódik a progiban kalkulált data-hoz. -
RoundRobin
aktív tag
Ott van, az LBA_end a flash vége.
A paraméterek pedig:
-b mint begin (partició kezdete)
-s mint size (mérete) és
-t mint type (tipusa).A sorban az -s (size) paraméter mögött a $calc($lba_end-16384) azt jelenti, hogy a data partició a -b paraméter után megadott cimtől a flash utolsó címéig (minusz 16384) tartson, bármekkora is a flash.
Itt nincs jtag, meg külső vezérlés, ez in_system programming. Itt fut a kernel és particionál az általa kapott paramétereknek megfelelően. A paraméterek leírója pedig a .tbl file.
-
RoundRobin
aktív tag
válasz
stampedli #2749 üzenetére
Nézd. Én azt szerettem volna kideríteni, hogy miért van félreparticionálva a tablet az ujraparticionálás után. Miért mutat hibát a dmesg.log. Beraktam ide a vonatkozó log tartalmat, erre az volt a reakció keeepver vagy ki a bánat részéről, hogy a hiba nem hiba, mindez gunyorossan, provokatív hangnemben.
Én olvastam a hsz-eit, mással is kikezdett (pl. Tiki) és ott is hülyeséget halmozott hülyeségre. Egy darabig ezt eltűröm, kivált ha nem én vagyok a szenvedő alany, de egy pont után mégis csak úgy láttam jobbnak, hogy tiszta víz kerüljön a pohárba, ha másért nem, hát azért, hogy a később ide érkezők a valós információkat olvashassák, ne egy öntelt, buta ember, vagy mondjuk azt, félművelt ember zagyvaságait. Mert azt fogják hinni, hogy az a valóság, az az igaz.
Egy szakmai tárgyú topikban ne az legyen a hangadó, aki olyanokat mond, ami képtelenség. Keepver számára mindenki hülye rajta kívül, senki nem tud se forrasztani, se github-ot kezelni, se egyebet, ami számítástechnika. Azért legyen már valaki, aki megmondja neki, hogy illene tükörbe néznie.
Én felvállalom a szakmai vitát, mert engem nem tud megmajmolni az innen-onnan összeszedett félműveltségével, a hangzatos semmitmondásával.
Nekem sem teszik ez, de nem akarom, hogy az ő sületlenségei maradjanak vissza a későbbi olvasók számára. -
RoundRobin
aktív tag
Neked meg azt tanácsolom, hogy mielőtt szakmai dolgokról vitázni kezdesz, előtte tanuld meg mi a különbség a CD-ROM és a CD-ROM meghajtó között, mert ha nem teszed, akkor ne csodálkozz, hogy a google megmajmol olyasmivel, hogy az ő linuxon futó framework-je egy operációs rendszer.
Ezt írtad: "aki kitalálta a virtuális CD romot"
-
RoundRobin
aktív tag
válasz
Keeperv85 #2740 üzenetére
Pont úgy működik, mint a virtuális CD rom.
Az a baj, hogy pont nem úgy működik.
Létrehoz a rendszer egy virtuális lemezt a memóriában, ez az initramfs.
Nem hoz létre semmiféle virtuális lemezt a memóriában. A RAMdiszk és az initramfs ugyanis nem egy és ugyanaz. Az initramfs az initial ramdisk filesystem rövititése. A szerepe is más a kettőnek. Nem véletlen az INIT sem a szó elején.
Ami virtuális az pedig nem a ramdiszk, hanem a rajta létrehozott filerendszer, mivel enélkül nem lehetne a valódi filerendszereket felcsatolni. Kapnád a kernel panic feliratot és kész..A többi amit irtál, mind-mind butaság.
Nem volna ez gond,. de éppen egy mélyvíz topikban..Arra már inkább nem is reagálok, hogy mennyire nem értesz az operációs rendszerekhez,
Lehet, de ehhez képest már írtam egyet-kettőt.
-
RoundRobin
aktív tag
Nem.
A valódi CD-ROM meghajtóba bele tudod helyezni a fizikailag megfogható CD lemezeidet, az egy valódi drive. A virtuálisba nem. Az csak emulálja, hogy valódi meghajtó, az opre meg elhiszi neki.
A RAMDiszk viszont nem emulált, annak ott a RAM-ban van a helye. Azért is az a neve. 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ó. -
RoundRobin
aktív tag
Vazzeg, egy RAMdiszkben, ami a RAM-ban van és diszk-ként funkcionál, szerinted mi a retek virtuális?
Hol legyen egy RAM-diszk alaphelyzetben, ha nem a RAM-ban? ÉS ha ott van, akkor mitől virtuális?A virtuális memória viszont a diszken foglal helyet, azért is virtuális, mert amúgy diszk, és nem RAM, nem memória. A virtuális CD-ROM olvasó (Daemon tools, stb.) meg azért virtuális, mert a RAM-ban van leemulálva, és nem valóságos. De egy RAMDISZK nem lehet virtuális, ha már a RAM-ban foglal helyet.
Hát ott a helye.OMG.
-
RoundRobin
aktív tag
válasz
huaakoa #2728 üzenetére
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.
Azt hiszem rosszul értelmezed az analógiát.
A kérdésed amúgy remek.
Ubuntu, Slackware, Redhat, Debian, stb.. Ezek egyike sem grafikus héj. Ezek egytől egyig linux operációs rendszerek lennének... Már ha azok lennének. De nem azok.
Ezek disztribúciós csomagok.
Tartalmuk:
Linux kernel,
a 'szokott' könyvtár struktúra,
a binutils,
valamilyen shell (Bash, ash, sh, stb),
valamint linux operációs rendszerre írt programok, alpalmazások, fejlesztő-eszközök gyűjteménye (X, Sed, Gparted, Perl, gnu C, Apache, Gimp, Gnome, Kde, stb, stb).A lényegi különbség pusztán annyi közöttük, hogy egyik disztribútor módosít a kernelen, a másik nem, vagy esetleg nem úgy. Az egyik ezt tesz a disztribúciós csomagba (programot), a másik meg azt, belátása szerint. Az egyik ilyen (mondjuk ext4), a másik olyan (Reiser) fájlrendszerre települ alaphelyzetben, már ha nem volna lehetőség a választásra, de általában van.
Ezen kívül van még egy kevésbé lényegi különbség, a csomagkezelés (.deb, .rpm, .tgz). Ebben szoktak különbözni ezek a disztribúciók még, a nevükön kívül, de az mindegyikről elmondható, hogy a lényeg bennük azonos. Mind linux kernel-t és (legalább névre, paraméterezésre) ugyanazokat a binárisokat tartalmazza (bin, sbin directory tartalma).Ha jól megnézzük, akkor az android is egy linux disztibúció, csak annyiban tér el a többitől, hogy itt a linux felett nem az x van, hanem egy virtuális processzor, a dalvik, ami fölött pedig egy ablakos framework foglal helyet. Ez olyan mint a linuxoknál az ablakkezelő, amely az egységes megjelenést biztosítja, de annál azért valamivel több is, mert - egyebek mellett - ő tart kapcsolatot a virtuális géppel.
A valóságban azonban a linux kernel dolgozik. Amikor egy androidos alkalmazásban pl. file másolást hajtunk végre, akkor azt nem a virtuális gép végzi (nem is tudná ezt megtenni), hanem a kernel.
-
RoundRobin
aktív tag
válasz
Orionhilles #2726 üzenetére
Hazudott ennél már nagyobbat is a google.
Az android soha nem volt operációs rendszer. Csak egy grafikus héj.Amiből az operációs rendszer áll:
Linux kernel (Linus Torvalds szellemi tulajdona),
libc, binutils, shell, fájlrendszerek (Linus Torvalds és mások szellemi tulajdona).Az operációs rendszer itt véget is ér.
A többi:Dalvik virtuális gép (egy JAVA VM koppintás), A JAVA korábban a SUN, ma az ORACLE szellemi tulajdona).
Grafikus keretrendszer (korábban az ANDROID inc., ma a Google szellemi tulajdona). -
RoundRobin
aktív tag
válasz
Orionhilles #2724 üzenetére
És szerintem is op. rendszer az Android
Csak attól a villamos még nem lesz fogkefe, hogy szerinted az.
Na, asszem megyek is innen, mert már nagyon púpozódik a butaság, a lámák meg szépen etetik egymást, hülyeségekkel. -
RoundRobin
aktív tag
válasz
Keeperv85 #2718 üzenetére
"Nekem az "android nem operációs rendszer" rész sokkal jobban tetszik... Ott azért már fogtam a fejem erősen."
Az ISO nemzetközi szabványosítási szervezet definíciója szerint az operációs rendszer:
„Olyan programrendszer, amely a számítógépes rendszerben a programok végrehajtását vezérli: így például ütemezi a programok végrehajtását, elosztja az erőforrásokat, biztosítja a felhasználó és a számítógépes rendszer közötti kommunikációt.”
Az operációs rendszer két fő részből áll, az egyik a rendszermag, vagy más néven a kernel, a másik a burok, vagy a shell. A kernel végzi a hardver irányítását, párhuzamosan futtatja a programokat, és meghatározza a futó programok, és egyéb folyamatok processzoridejét, védelmet nyújt a hardver közvetlen elérése, a felhasználók, és az operációs rendszer biztonsága érdekében. A kernel rendszerhívások segítségével érhető el, ilyen módon utasíthatják a felhasználói programok a kernel-t egy-egy művelet elvégzésére (pl. lemezre írás). A kernel további fontos részekből épül fel, ilyenek a processzkezelés, memóriakezelés programjai, eszközkezelők (device drivers), fájlrendszer vezérlők, hálózatkezelés, stb. programjai. Az operációs rendszer másik része a parancsértelmező, vagy shell, feladata kapcsolattartás a felhasználóval, a felhasználó által adott parancsok kernel által értelmezhető módon rendszerhívásokká alakítása, és a végeredmény megjelenítése képernyőn, vagy más egyéb módon.
Hát, ennek a definiciónak az android bizony nem felel meg. Ezt még egy hülyének is illene belátnia.
A bevezetőt meg talán jobb volna kicsit megritkítani, mert szinte az elejétől a végéig hülyeség, azon túl, hogy zömében felesleges is. -
RoundRobin
aktív tag
válasz
balika011 #2717 üzenetére
A RAMdisk igen is virtuális...
Mondom, nálatok..
A daemon tools amikor létrehoz egy CD/DVD meghajtót a RAM-ban, az egy VIRTUÁLIS CD/DVD meghajtó, a Bochs PC emulátor ha emulál egy x86-os számítógépet, az is egy VIRTUÁLIS pc lesz, de a RAM-diszk ezekkel szemben valóságos. Mint diszk virtuális, a HDD-khez képest, de mint RAM-diszk, teljesen valóságos dolog.Ha kilépsz adb-ből a daemon ott marad a háttérben.
Igen, esetleg, döglötten.
Mutass már nekem egy nexust amin egyetlen modul is van és 2012 után jött ki.
Ez hogy jön ide? Már neked is elment az eszed?
-
RoundRobin
aktív tag
válasz
Keeperv85 #2695 üzenetére
Nem virtuális, ugye? Nyilván ezt is hülye írta:
Azt kell mondjam, hogy igen. Butaságot írt. A ramdisk egyáltalán nem virtuális, hanem nagyon is valóságos. Pont olyan, mint egy HDD. Ha nem hiszed, kipróbálhatod, csinálsz egyet, irsz rá, kiirod a tartalmát a lemezedre, bemountolod és ott lesz minden adat. Sőt, ha a gép nem dinamikus, hanem statikus rammal van szerelve, akkor kikapcsolás után is ott marad a tartalom.
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.
Nem újabban, hanem legalább 12 éve. Moduláris (akár (lásd alább)), de nem mikrokernel. 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.
Eszköz nélkül ez elég meredek lenne, nem gondolod?
Miért lenne meredek? Leemulálod és kész. Ezzel még csak kockáztatnod sem kell a vasat, annak épségét.
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.
Na hát ez az. Csak hogy itt a cél az volt, hogy a promptot visszakapd. Az adb hiába marad a memóriában (ha ott marad, mert ez erősen verzió és platformfüggő), az már killed, a köv. adb meghivása felül fogja irni.
A mikro, exo, monolitikus vagy nano kernelekről talász infót eleget a neten.
Abban különböznek, hogy egy általános célú operációs rendszernél melyik fejlesztő mit tart fontosabbnak és azt hogy kivánja implementálni, megvalósítani. Egyik a sebességet másik a stabilitást tartja elsőnek, de sok más is szempont lehet, bár előbbi kettő rendre a leglényegesebb. Legalábbis az ált. célú rendszereknél, a spec. célú oprék eredendően mások. Igy ott lehetnek mások az elvárások is. -
RoundRobin
aktív tag
válasz
Keeperv85 #2690 üzenetére
Mi lenne az a fájlrendszer,
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.és ott már valóban fájlrendszer, mégpedig virtuális.
Virtuális a fenét.
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:
Ezt is rosszul tudod. A UNIX kernelek hagyományosan monolitok, de tt nem unix szerverrről, vagy unix OS-ről, hanem linuxról van szó. A linux viszont soha nem volt mikro, az monolit a megszületése óta. Olvasd el a Linus-Tannenbaum vitát, az ugyanis éppen ennek az alapja. A vicc az egészben, hogy bizony az öregnek volt igaza, a mikrokerneleké a jövő.
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. Ebből következően elég kicsi is. De nem ezért mikro a neve.
A monolit kernel ennek kb. a fordítottja, tok-vonó a kernel szolgálja ki a rendszert és a szervizek is a kernelbe vannak belefordítva. Ilyen a linux 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..
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.
pár év alapozó után, ha az exit parancs már legalább ismerős lesz.
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. -
RoundRobin
aktív tag
válasz
Keeperv85 #2686 ü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.
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.
A droidboot sem 'kis program', ahogy írod, hanem bizony az is egy linux kernel.
Az 'UART módot' pedig végképp nem tudom miért keverted az összefoglalóba.
Az egész bevezető nevetséges, fölösen tárgyal olyan dolgokat, amelyek nem tartoznak ide.
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.
* A mikrokernel nem a méretétől, hanem az architektúrájától lesz mikro. A linux nem ilyen és nem is volt ilyen soha, még akkor sem, amikor csak 80 KByte volt az egész.
-
RoundRobin
aktív tag
válasz
Keeperv85 #2684 üzenetére
Ahhoz képest hogy évek óta így van, egész szépen bebootol.
Éppen azért bootol be, mert nem úgy van, ahogy te képzeled, írod.
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
Pffffff..
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.
Az android nem képes futtatni semmit, az csak egy keretrendszer. A dalvik az amely képes erre, de csak a JAVA bytekódot, natív kódot ugyanis az soha az életben nem futtatott. Nem is erre van kitalálva.
Normál Linux kernellel amúgy a büdös életben sem bootolsz te be Androidot, mert teljesen más a memóriakezelése.
Hát androidot biztos nem, mivel amit bootolunk, az egy linux kernel. A memóriakezelést meg te aztán végképp mellőzd a szótáradból, mivel fogalmi zavaraid más, egyszerűbb területeken is akadnak, jócskán.
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,
Milyen android alatt? A perifériakezelést a linux kernel végzi. Nézd csak:
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..
Nem hát, mert nem vok olyan hülye, hogy driver és forrás nélkül beleálljak a megvalósíthatatlanba.
Az a ROM ugyanis más gépre készült más kernellel, más driver kiosztással. Egy olyan gépre, amelyben van GPS modul, van 3G és amelyik még a perifériák inicializációs file-jait is másutt keresi, mint emez.Sajnos túl sok butaságot írsz. Zöld vagy te még ehhez, de nagyon.
Ha jól rémlik, a bevezetőt is te írtad. Az is tele van butaságokkal, fogalmi zavarokkal. -
RoundRobin
aktív tag
válasz
Keeperv85 #2680 üzenetére
Linux alatt sem megszokott az ilyen jelölés. Linux alatt sdX van meghajtóként
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.Láthatod, hogy ebben is 7 darab partíció került a szuperblokkba.
Szép is lenne. Az életbe nem bootolnál be, ha valóban így volna.
Ez egy NAGYON speciális kernel, amilyet még soha sem láttál más platformokon .
Már maga a lemezkép is mellőzi a megszokott Android-os img formátumot, teljesen más struktúrát használ.Hát nem, kérlek, ez egy POSIX kompatibilis linux kernel. Android operációs rendszer nincs. Nem létezik.
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.Tehát ha a kiírt hiba ellenére működik a cucc, akkor az nem hiba...
OMG.
Fogd már fel, hogy itt az van, hogy nagy valószinűséggel el van particionálva a flash.Az ismereteidet jó lenne valahogy strukturálni, kiegésziteni, bővíteni, mert igy aztán nem sokra mész velük.
---* Gondolom ismerős. Talán nem véletlenül:
bin
dev
etc
home
lib
lost+found
media
mnt
root
xbin
sys
tmp
usr -
RoundRobin
aktív tag
válasz
Keeperv85 #2671 üzenetére
Ha partíció lenne, akkor betűjele lenne p-vel.
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.Az az mmcblk0 NEM partíció.
Nem hát, az maga a 'diszk', a flash az elejétől a végéig, de nem tudom miért akarsz időről időre olyasmin vitázni, amit a másik nem is említett?
Na főnök, akkor most mond meg, hogy ebből pl. hol van a boot... hisz szerinted itt minden szabványos, nemde?!
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.
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ő. -
RoundRobin
aktív tag
válasz
Keeperv85 #2669 üzenetére
Egyébként a boot "partíció" szuperblokk szekvencia. Nincsen fájlrendszere.
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.
Ehhez képest nulla infóval lekéri a méretet, anélkül hogy tudna bármit is róla..
A méretet (egyebek mellett) a GPT tartalmazza.
-
RoundRobin
aktív tag
<6>[ 1.455321] mmc0: new high speed DDR MMC card at address 0001
<6>[ 1.456324] mmcblk0: mmc0:0001 H8G2d� 7.26 GiB
<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.458106] mmcblk0rpmb: mmc0:0001 H8G2d� partition 3 4.00 MiB
<6>[ 1.466123] mmcblk0: p1 p2 p3 p4 p5 p6 p7 p8 p9
<6>[ 1.473318] mmcblk0gp0: unknown partition table
<6>[ 1.477213] mmcblk0boot1: unknown partition table
<6>[ 1.480898] mmcblk0boot0: unknown partition table -
RoundRobin
aktív tag
adb shell
su
dmesg >/sdcard/dmsg.logadb pull /sdcard/dmsg.log c:\valamilyen_dirctory\dmsg.log
Erre a dmsg.log file-ra lenne szükségem. Ha valaki tudna segteni, megköszönném.
-
RoundRobin
aktív tag
válasz
Orionhilles #2603 üzenetére
-
RoundRobin
aktív tag
válasz
Orionhilles #2601 üzenetére
Szinte tényleg csupasszá tette. Mondhatni ez a pico .
Minden Google-féle dolgot kiszedett, stb.Sőt!!
De már a JELLY van fent. Azt kalapálom éppen.
-
RoundRobin
aktív tag
520 MB-os system partició és 310 MB-os memóriafoglaltság upstart után.
Csak összejött:
Új hozzászólás Aktív témák
- MacSzerez.com - iPad Pro 11" / M1 / Ezüst / Wifi / 128GB / Garancia
- MacSzerez.com - iPad Pro 12.9" / 4. generáció / Asztroszürke / Wifi + Cellular / 512GB / Garancia
- iKing.Hu - Samsung Galaxy Tab S8 Graphite Használt, karcmentes állapotban
- Eladó egy Samsung Galaxy Tab S4 10.5 SM-T835 (LTE)
- Apple iPad 10th Gen 64Gb Wi-Fi + Cellular Sim Kártyafüggetlen, Újszerű
- Acer TravelMate P214 i3-1115G4 8GB 256GB 14" FHD 1év garancia
- ÚJ Lenovo LOQ 15IRX9 - QHD 165Hz - i7-13650HX - 16GB - 1TB - RTX 4060 - Win11 - 3 év garancia - HUN
- Asus ROG Zephyrus G14 GA401IV - 14" FHD 120Hz - Ryzen 9 - 4900HS - 16GB - 2TB - RTX 2060 - Win11
- Nvidia Quadro P400/ P600/ P620/ P1000/ T400/ T600/ T1000 - Low profile (LP) + RTX A2000 6/12Gb
- 8 GB-os GeForce RTX 2060 SUPER (OEM HP) - garanciával
Állásajánlatok
Cég: FOTC
Város: Budapest