Archos 101

Archos 101 - Androidos mosdóeszköz az Archos nevű cégnél, az internetes tabletták 8. generációjának régebbi modellje (gen8 - ez minden modell 28/32/35/43/70/101). Megrendeltem a computeruniverse.de-en.

Rövid összefoglaló: szar, és tivoizirovannoe szar. Bár úgy kezelik - és tisztán keresztül SDE, a garancia elvesztését és a sürgősségi, hasznosítja, anélkül, hogy elveszítené a garancia ... Chargers Archos 101 és általában gen8 (és gyanítom, hogy azok azonosak, és a következő generációs gen9) már sikeresen feltörték. Lásd: #PWNED.

Mindezek Archos azonban késett valahol így tovább fél éve, mert még mindig kiadja ezeket a tablettákat, már ébren és más gyártók, és sok is megjelent USB-HOST, amikor a képernyő kezdetben jobb, mint az Archos - lásd a kemény-mínusz alatt.

Általában a kemény-mínusz mindent, és ölni, mert a soft-outs lehet csinálni valami egyedi egyéni firmware. Most már léteznek már újabb Archos gen9-k, amelyek inkább tetszetősek, de nem tartottam a kezemben - és nem akarok, mert nem sokkal jobb minőségű képernyőminőséget várni. Igen, és az Archos 101 G9-et csaknem kétszer annyira súlyozza.

Azonban itt vannak a szoftver hátrányai:

• Nincs netfilter (és vele sem tethering, sem openvpn, annak ellenére, hogy van egy modul tun).
• Nincs Android Market, bár kezelhetõ (vagyis "nem engedélyezett" Android van a Google készpénzfizetése nélkül).
• A rendszerpartíció a squashfs-ből van felszerelve, vagyis csak olvasható. Vagyis az SDE nélkül nem kerül állandó gyökérbe, de csak akkor kap újra, amikor minden alkalommal futtatja az Archangel programot.
• Gyorsan nem működik, villog az eszköz maga, így egyszerűen nem ad, beleértve a helyreállítást. A rakodók ellenőrzik a kernel digitális aláírását, initrd, másodlagos rendszerbetöltõt. De már szétszereltem és megsemmisítettem őket!
• És az SDE telepítés, mint például a terület törli a DRM-flush kulcsok ... Azaz, nem a DRM - védett tartalmak szar, veszteség kicsi, juzat, és így még csak nem is tiszta a fő motívumok. De mégis utálom azokat a gyártókat, akik megtiltanak, hogy valamit csináljak a készülékemmel!
• Támogatás USB flash meghajtó nem eke. Szükséges befejezni vagy telepíteni az UrukDroid 'a (módosított firmware). Általában úgy tűnik, hogy UrukDroid nélkül semmit sem tesznek rajta (bár ezeken a tablettákon mindig nincs mit tenni). És ehhez szüksége van az SDE-re, és az SDE el fogja pusztítani a firmware-t. Ezért várjuk a PWN'a-t. Már PWNED. Lásd alább.

Így végül úgy döntöttem, hogy menjen vissza a pusztaságba szétszerelés-e, amire én indult - a repedések és a letöltők Archos gen8 gen9 (letiltja a digitális aláírás ellenőrzése), és ellenőrizze, hogy sikerül. Archos crack bootloader diy ingyenes letöltés, ahogy SEOShnik mondaná.

Elméletileg ez nem annyira, és ad - az egyedi rendszermagok telepíthetők, így a másodlagos betöltő "SDE" formájában kapja meg. De vannak árnyalatok!

Először is, a Piedra származó Archos'a azt állítják, hogy ha telepíti az SDE (ami legalább egyszer megtörtént) semmissé DRM-eszközkulcsoknak (ami általában nem érdekel), és garanciát (szintén szar, egy kicsit kisebb, de még mindig) - típus a készülék kerül valamilyen zászló, amelyeken azok mindig értik, hogy „meghatározza a felhasználó NIHAROSHY”.

Másodszor, és ami még fontosabb - nincs kísérletek SDE nem engedik módosítását letöltők és helyreállítási (fasz akkor nem ClockWorkMod). Képtelenség, hogy módosítsa helyreállítási még mindig fáj, és bootloader módosítás lehetővé tenné például, hogy összekapcsolják a két mmc ,, készülék egy és általában leküzdeni idióta határa 512 MB a rendszerben - valójában egy okos, hogy ő már Softovaya (kernel module paraméter) kettőre van felosztva - 512 Mb mmcblk0 + összes többi mmcblk1. Míg ez, különösen alapján a „népszerűsége” az eszköz, amelyet köteles szaros hardver, kevés a remény; Valószínűleg a betöltő modok nem fogják ezt tenni. Valójában az Archos-rajongó, véleményem szerint csak az emberek, mint scholbert'a (XDA), ami bement a tégla gen8 állam (falazott), valamint néhány furcsa ember, mint én, aki megvásárolta őszintén, de nem látja a használatát is.

Egyébként az AOS firmware fájlok is titkosítottak, de a dekódolásukhoz léteznek aos eszközök és a szükséges kulcsok már megtalálhatók.

Végül az erkölcsi árnyalat. Kellemetlen, hogy egy törött, sőt részlegesen, eszköz van. Mégis, sajnálatos, hogy a Linux nem GPLv3, akkor a rakodók nyitva lennének, és a titkos RSA billentyűk használhatók a firmware-hez: (.

Tehát úgy döntöttek, hogy nem telepítik az SDE-t, és eltávolítjuk a készüléket.

On-lu-chi-lo-kemping. Mind a betöltő (elsődleges és másodlagos) sikeresen megrepedt. A digitális aláírás ellenőrzése a készüléken most le van tiltva.

Ezt megismételni a készüléken (elvileg alkalmas más Archos gen8-ra), szüksége van:

Az első javítás az elsődleges betöltő, a második másodlagos (a / mnt / rawfs / avboot). Az ötlet az, hogy cserélje ki a body function check_hash () függvényt. az aláírás ellenőrzése és a 0 visszaadása, csak akkor, ha helyes, egyszerűen "return 0", amely az ARM szerelőn így hangzik:

Ezekhez a manipulációkhoz azonban szükséged van a gyökérre. amely gen8 megszerezte Archangel'om, de csak a régebbi firmware 2.3.xx ... És az összes firmware után 2.1.08 nem adnak esik vissza a régi (de akkor mindig visszaállíthatja segítségével bárhonnan SDE). Tehát gyökér anélkül, hogy a garancia (leszarhasson e garancia ...) még mindig lehet némi probléma, kezelése jobb, ha tartózkodásuk alatt a 2.1.xx vagy 2.2.xx. Igaz, xs, hogy lehet-e találni gen8 gyári firmware 2.3.xx vagy 2.4.xx, hogy az egész lehet, és még mindig nem érdekel.

Ez biztosan debrick'nut processzor benne TI OMAP 3630, és valószínű, hogy UART csomagtartó az - ha nem, akkor talán abból mérőpont (pin SYS_BOOT5 processzor), és összekapcsolja azt a VCC, akkor boot USB ... De it - baaalshoy aranyér, mert az első (testpoint) még meg kell találni mindent, már találtak scholbert. és még mindig megtalálja / írjon egy olyan betöltőt, amely vissza tudja állítani a rendszert ...

3G USB modemek

Sok ember logikus ötlet: 3G USB modem használata az Arhos mellett, például különböző modellek (E150 / 160/1552, stb.) Széles körben elterjedt huavi modellek. Vannak azonban problémák:

1. Ezek a modemek a Windows alatt történő használat után a usb_modeswitch segítségével kell a kívánt üzemmódra váltani.
2. Még ha USB_ModeSwitch csinálni, kiderül, hogy az Archos 101 nem tartalmaz egy modult option.ko mag (CONFIG_USB_SERIAL_OPTION), a működéshez szükséges olyan modem, és a másik tartalmazza csak a vezető USB-modemek - cdc_acm, amely a Huawei csak nem támogatja.
3. Ami még fontosabb - az Archos 70-es és az alatta lévő tulajdonosok elfelejtik a modemeket, vagy külső erőforrásokat kitalálnak, hiszen az Archos 70 csak 100mA teljesítményt ad az USB portnak - a 3G modemek nem elegendőek.

Azonban nem minden olyan rossz, az Archos teljes rendszermag forrást biztosított a OpenSource for gen8 tabletták számára (az A28-ról A101-re). És nem csak lefektetett, hanem a konfigurációval és a keresztszerelési eszközök teljes készletével. Mi megkönnyíti a szükséges modulok összegyűjtését. És az Archangel'Ruth segítségével korábban szerzettek lehetővé teszik számukra telepítését.

Tehát vegye el és örüljetek (mindegyik rendszeres firmware-hez):

• Statikusan fordított binárisok Archos usb_modeswitch: Média: A101_usb_modeswitch.zip. usb_modeswitch kell meghívni paramétereit típusú usb_modeswitch H -v 12d1 -p 1446 (ez az én nyitva Huawei E150 MTS), de eltérő lehet a különböző modellek chiselki modemek. Egy usb_modeswitch után a modem eltávolítható és beilleszthető, helyes módban lesz. Ha beilleszteni a Windows alatt - valószínűleg, az usb_modeswitch-t meg kell ismételni. További hasznos lehet mondani a modem AT ^ U2DIAG = 0 azt jelenti, hogy a számítógép és HyperTerminal'a / minicom'a / echo AT ^ U2DIAG = 0> / dev / ttyUSB0.
• Archos alatt (firmware 2.1.04) kernel modul opció.ko: Media: A101_option.zip
• Módosított parancsfájlok /system/bin/tether_*.sh: A101_tether_start_usb.sh. A101_tether_at_cmd.sh. A101_tether_stop.sh. Együtt egyetlen archívumban: Média: A101_tethers.zip. Ezeket a rendszer / system / bin könyvtárba kell átmásolni a szabványos "Mobiltelefonos tethering" menüpont használatához.

És az UrukDroid 3G modemek támogatása mellett már ott van.

A hardver rész

• UART eredmények az Archos 101-en
• UART eredmények az Archos 70-en
• Az indító konfiguráció következtetései az Archos 101-en; A rendszerindítási sorrend módosítása külső interfészekhez (USB → UART → külső SD kártya → belső SD kártya), magas szintet kell alkalmazni a sys_boot5-re (1,8 V 33 kΩ-os ellenálláson keresztül).

A más eszközökről történő letöltések tesztelése

Az Archos 101 rendszerindító konfigurációját, amely rendelkezik OMAP3630 processzorral, az 5. hardver sys_boot [0: 4] határozza meg. Az OMAP-nak azonban van egy további funkciója - a szoftver indítási konfigurációja. Ha egy speciális memóriaterületen ("karcoláspad") írjon egy speciális szerkezetet a kézikönyvben leírtak szerint, majd húzza meg a program resetét (reset) - a processzor előnyben részesíti a hardver rögzített konfigurációját. Így bármilyen forrasztás nélkül kényszerítheti arra, hogy mindenféle eszközről indítsa el a bootolási folyamatot, beleértve az USB vagy UART-on történő betöltést, valamint a külső SD memóriakártyáról történő indítást. Az utóbbi azonban problémát okoz - amikor bekapcsolja a tápellátást, nem táplálja, így nem könnyű elindítani. Ezenkívül (eddig) nincs megfelelő letöltés - pontosabban U-Boot, de erre nincs megfelelő konfiguráció. Általánosságban, mivel a rendszermag forráskódja rendelkezésre áll, semmi sem akadályozza meg annak megírását, de valaki meg kell csinálni :)

De már írtam egy modulot a rendszertöltés szoftver konfigurálásához! Vidd ide: Média: Omap softreboot.tar.bz2 (56 KB). Az archívumban a forrás és modul az Archos 2.6.29-omap1 rendszermaghoz fordítva.

Vagyis amikor a / proc / omap_softreboot-ba írunk, a modul konfigurálja a letöltést és azonnal újraindítja az eszközt. Legfeljebb 4 terhelési eszközt adhat meg, vesszővel elválasztva, szóközök nélkül. Minden eszköz egyike lehet:

• mmc1: Az első interfész MMC / SD (az Archos 101 - külső kártya)
• mmc2: A második interfész MMC / SD (az Archos 101 - belső flash meghajtó eMMC)
• usb: Képek USB-n keresztül
• uart: az indító képet UART3 soros interfész (hogyan csatlakozhat hozzá az Archos 101 - lásd fent).

Távoli Feltöltés USB-n keresztül adja meg a "uart, usb". mert egyszerűen „usb” valahogy zavart okoz processzor és az USB-eszköz nem jelenik meg.

Vannak más lehetőségek, de valószínűleg releváns más eszközök, mint a mi Archos'a:

• nés: NAND-flash kártya
• onenand: OneNAND / Flex-OneNAND
• doc: DiskOnChip
• XIP: NOR-flash kártya
• xip_wait: NOR-flash kártya a «várni felügyelet»

rendszer formátumok

Archos gen8 van egy MMC chip, de algoritmikusan bontható / dev / mmcblk0 (512 MB) és a többi.

• 0x200 bájt (egy blokk) rawfs szuperblokkot
  • 4 byte-os mágikus szám: 61 72 61 77 = «Araw»
  • 2 byte checksum, a fel nem használt és a nullázni
  • 1 byte száma szakaszok
  • 25 bájt fenntartott
  • 10 szakasz bejegyzések:
    • 4 byte-os tolva szuperblokk végén, a blokkok
    • 2 bájt méretű, blokkokban
    • 32 byte nullavégű neve
    • 4 byte-os zászlók (0 = nincs, 1 = írható)
    • 4 bájt fenntartott
• részből áll:
  • 1 blokk szakaszfejléc
    • 4 byte-os mágikus szám: 66 72 61 77 = «fraw»
    • 2 byte checksum, a fel nem használt és a nullázni
    • 2. fenntartott bájt
    • 4 byte-os rész mérete bájtban
    • 4 byte zászlók
    • 4 byte-os UID
    • 4 byte-os gid
    • 4 byte-hozzáférési mód
    • 484 nulla bájt
  • (Size superblock bejegyzés) blokkok - rész adatai

Rawfs elrendezés - terveztek, hogy beleférjen 32MB partíció első szakasz bootloader (256 KB):

Alapértelmezett Rawfs nem ad semmit írni, de CONFIG_RAWFS_FS_DISABLE_WRITEPROT kernel config - ha ezek a dolgok benne, akkor az ötlet meg kell oldani.

A kód a másodlagos boot betöltő ( «avboot») azt mondja, hogy elméletileg ez figovina lehet betölteni nemcsak rawfs-szakasz, valamint a hagyományos FAT (FAT16?), De nézd azt nem kockáztat, ha nem teszi magát «UnBrickable „hardver mod, amely lehetővé teszi, hogy boot valahol máshol, és nem csak a belső oldalon a botot.

Mágikus számok Archos aláírás blokk:

• f0 89 e5 da - kernel + initramfs
• 5a 4d 66 58 ( «ZMfX») - szekunder szakaszban bootloader
• d5 84 c2 D3 - / fájlrendszer (androidmerged.squashfs.secure)

Formátuma rawfs partíciókat kernel / initramfs:

• 0x100 bájtos fejlécet aláírással
  • bűvös szám: f0 89 e5 da
  • 4 byte méretű aláírás bit (0x400 = 00 04 00 00 «init» kernel, 0 = 00 00 00 00 «egyéni» kernel).
  • digitális aláírás - 0x80 byte = 0x400 bit. Azt nullázni az «egyéni» kernel.
  • 00 00 00 00
  • 4 byte teljes méretű kép (fejléc + kernel + initramfs)
  • 00 00 00 00 (más 00 01 00 00 androidmerged.squashfs.secure)
  • 4 byte-os (kernel mérete + 0x100) = initramfs offset
  • 4 byte-os initramfs.cpio.gz mérete
  • nullákat akár 0x100
• zImage
• initramfs.cpio.gz