- Netfone
- Honor Magic6 Pro - kör közepén számok
- T Phone 2 Pro - majdnem mindenben jobb
- Azonnali mobilos kérdések órája
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Huawei Watch Fit 3 - zöldalma
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Milyen okostelefont vegyek?
- Samsung Galaxy S23 FE - nincsen sárkány
- iPhone topik
Hirdetés
-
Mini-ITX méretű RTX 4070 Kínából
ph A Zephyr egyedi tervezésű VGA-ja szokatlanul rövid hűtést kapott, mely állítólag nagyon hatékony.
-
Elden Ring - Shadow of the Erdtree teszt
gp Több, mint két évet kellett várni az Elden Ring első, és valószínűleg egyetlen kiegészítőjére. Megérte vajon a várakozást?
-
Ellopták a Tesla akkumulátor-titkait
it Beperelte egy korábbi beszállítóját a Tesla, és azzal vádolja, hogy üzleti titkokat lopott a Tesla akkumulátorgyártási technológiájával kapcsolatban.
-
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
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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 tableVennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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ő.Vennék: 286-os (esetleg XT) alaplapot.
-
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
usrVennék: 286-os (esetleg XT) alaplapot.
-
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.[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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?
Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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).Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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ó.Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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"
Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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.
[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
-
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.[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
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.Vennék: 286-os (esetleg XT) alaplapot.
-
RoundRobin
aktív tag
"Az RGB számhármasokban (mind a bittérképben, mind a palettában) B; G; R a sorrend.
A kép soronként lentről felfelé haladva tárolódik (vagyis a kép legalsó sora kerül a bittérkép legfelső sorába)."Megj.: 24 bit szinmélységnél értelemszerűen nincs paletta.
[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
-
RoundRobin
aktív tag
Tehát nincs itt semmi trükk
Nincs bizony.
Ez színtiszta .bmp formátum.
dd if=splash.img of=splash.bmp bs=16 skip=62
az erre kapott kimenet (splash.bmp) egy 100 %-ban .bmp kompatibilis, 768 x 1024 pixel méretű, 24 bit szinmélységű file.
Lehet editálni, stb.Vennék: 286-os (esetleg XT) alaplapot.
-
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.
Vennék: 286-os (esetleg XT) alaplapot.
-
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.
[ Szerkesztve ]
Vennék: 286-os (esetleg XT) alaplapot.
-
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.gzVennék: 286-os (esetleg XT) alaplapot.
-
RoundRobin
aktív tag
Ez pedig ahogy leírtam valószínűleg az SHA256 titkos kulccsal titkosítva amit a tablet ellenőriz a saját titkos kulcsával ami valahol meg van a tableten.
Ez szinte 100 %.
a boot.img-ből (32 byte (=256 bit)):
androidboot.serialno=01234567890123456789012345678901Vennék: 286-os (esetleg XT) alaplapot.
Új hozzászólás Aktív témák
- Újszerű Ipad 9th (2021) Wifi + Cellular 64gb
- BONTATLAN Új Ipad 2022 10th Minden szín 1 év hivatalos Apple Garancia AZONNAL ÁTVEHETŐ DEÁK TÉRNÉL.
- ÚJ Bontatlan iPad Air 5 M1 2022 10.9 256Gb Space Grey 1 év Apple Gar AZONNAL ÁTVEHETŐ DEÁK TÉRNÉL.
- Honor Pad X8 bontatlan!
- Újszerű Spigen Liquid Air Folio Tok, iPad Pro 12.9, Fekete
- iPad Air 4 10.9" (2020) 4th Gen Wifi, Space Gray, 64 GB, Újszerű + APPLE PENCIL 2nd gen +Tok
- Apple iPad 9th generáció (2021) 64GB Wi-Fi újszerű, hibátlan állapot
- iPad Air 5 (2022) 64GB Space Gray Wi-Fi - újszerű, remek vétel!
- iPad Mini 5 64GB wifi szinte új
- Ipad 7 32gb wifi + logitech folio + ipencil