Archos 101

Archos 101 - un dispozitiv de toaletă pe Android de la compania Archos, modelul mai vechi al celei de-a opta generații de "tablete Internet" (gen8 - toate modelele 28/32/35/43/70/101). Am comandat cu computeruniverse.de.

Scurt rezumat: rahat, și tivoizirovannoe rahat. Deși este tratată - și curat prin SDE, cu o pierdere de garanție și de urgență, exploatează, fără a pierde garanția ... Chargers Archos 101 și, în general, gen8 (și bănuiesc că acestea sunt aceleași, iar următoarea gen9 generație) am spart cu succes. Consultați #PWNED.

Cu toate acestea Archos, cu toate acestea, a fost cu întârziere undeva așa mai departe o jumătate de an, pentru că ei încă mai eliberează aceste tablete, deja producătorii treji și alte, și multe au apărut, de asemenea, USB-HOST, atunci când ecranul este inițial mai bine decât ARCHOS - vezi sub greu-minus.

În general, lucrurile greu minus și ucide, deoarece cu soft-outs puteți face ceva personalizat personalizat firmware. Acum, există deja un nou Archos gen9, care, cum ar fi mai decent, dar nu am ținut-o în mână - și nu vreau, pentru că nu mă aștept la o calitate a ecranului mult mai bună. Da, și cântărește Archos 101 G9 aproape de două ori mai mult.

Cu toate acestea, aici sunt software-ul contra:

• Nu există nici un filtru net (și cu acesta nici legarea și deschiderea, în ciuda faptului că există un modul tun).
• Nu există nici o piață Android, deși poate fi pusă de mâini (adică există un "Android fără licență" fără plățile în numerar ale Google).
• Partiția de sistem este montată de la squashfs, adică poate fi citită numai. Asta este, fără ca SDE să nu fie pusă rădăcină permanentă, ci devine din nou de fiecare dată când executați programul Arhanghel.
• Fastboot'a nu, intermitent dispozitivul în sine, astfel încât pur și simplu nu dă, inclusiv de recuperare. Încărcătoarele verifică semnătura digitală a kernelului, initrd, bootloader secundar. Dar deja i-am dezasamblat și l-am rupt!
• Și instalarea SDE, cum ar fi zona șterge cheile DRM la același nivel ... Asta este, nu este un DRM - conținut de rahat protejat, pierderea de mici, juzat ea și astfel poate nici măcar curat din motivele principale. Dar, totuși, urăsc producătorii care îmi interzic să fac ceva cu dispozitivul meu!
• Suportul drive-ului USB usb nu arata. Necesită finisarea sau instalarea UrukDroid "a (firmware modificat). În general, se pare că fără UrukDroid'a nu face nimic pe ea (deși pe aceste tablete nu există întotdeauna nimic de făcut). Și pentru asta aveți nevoie de SDE, iar SDE va ​​distruge firmware-ul. Asadar asteptam pentru PWN'a. Deja a fost PWNED. Vezi mai jos.

Deci, în cele din urmă am decis să mă întorc de la salbaticia dezasamblare la cel pentru care am început - la fisurare și downloaders Archos gen9 gen8 (dezactiva verificarea semnăturii digitale), și verificați pentru a reuși. Archos crack bootloader diy descărcare gratuită, după cum spune SEOShnik.

În teorie, acest lucru nu este atât de mult și oferă - kernel-uri personalizate pot fi instalate și astfel sunt furnizate de încărcătorul secundar sub forma "SDE". Dar există nuanțe!

În primul rând, Piedra de la Archos'a susțin că, atunci când instalarea SDE (care a avut loc cel puțin o dată) anulează cheile DRM-dispozitiv (care, în general, nu-mi pasă) și garanția (de asemenea, rahat, un pic mai puțin, dar încă) - tipul , dispozitivul este plasat într-un fel de pavilion pe care o pot înțelege întotdeauna că „stabilește, utilizatorul NIHAROSHY“.

În al doilea rând, și mai important - nici un experiment cu SDE nu permit modificarea downloader și de recuperare (Dick pentru tine, nu ClockWorkMod). Incapacitatea de a modifica de recuperare încă doare, și modificarea bootloader ar face posibilă, de exemplu, pentru a combina două mmc ,, dispozitiv într-unul și în mod normal, a depăși limita idioată de 512 MB pe sistem - într-adevăr unul inteligent, că el a avut deja Softovaya (parametru modulul de kernel) este împărțit în două - 512MB mmcblk0 + orice altceva mmcblk1. In timp ce la ea, mai ales pe baza „popularitatea“ a dispozitivului, care este obligată să hardware-ul de căcat, puține speranțe; cel mai probabil, niciun mod de încărcare nu va face vreodată asta. De fapt, ARCHOS-entuziaști, în opinia noastră, limitată la oameni ca scholbert'a (XDA), care a intrat în starea de gen8 caramida (zidite) și câțiva oameni ciudați ca mine care a cumpărat sincer, dar nu văd utilizarea de ea.

Apropo, fișierele firmware-ului AOS sunt, de asemenea, criptate, dar pentru a le decripta există aos-tools și cheile necesare au fost, de asemenea, găsite.

În sfârșit, o nuanță morală. Este neplăcut să ai un dispozitiv rupt, chiar parțial. Totuși, este păcat că Linux nu este GPLv3, atunci încărcătoarele ar fi deschise, iar cheile RSA secrete folosite pentru firmware :(.

Așadar, sa decis să nu instalați SDE, să vă scoateți aparatul pentru a fi tivoizat.

On-lu-chi-lo-camping. Atât încărcătorul (primar și secundar) au fost crăpate cu succes. Verificarea semnăturilor digitale pe dispozitivul meu este acum dezactivată.

Pentru a repeta acest lucru pe dispozitivul dvs. (teoretic ar trebui să fie potrivit pentru alte Archos gen8), aveți nevoie de:

Primul patch este încărcătorul primar, al doilea este secundar (cu / mnt / rawfs / avboot). Ideea este de a înlocui funcția body_ver (). verificând semnătura și returnând 0, numai dacă este corectă, pur și simplu "return 0", care pe asamblarea ARM sună astfel:

Pentru aceste manipulări, totuși, aveți nevoie de rădăcini. care este gen8 obținut cu succes Archangel'om, dar numai pe firmware-ul mai vechi 2.3.xx ... Și toate firmware-ul după 2.1.08 nu dau să cadă înapoi pe vârste mai mari (dar puteți reveni oricând oriunde folosind SDE). Deci, rădăcină, fără a pierde garanția (în rahat pe această garanție ...) pot fi, totuși unele probleme, de manipulare este mai bine să facă în timpul sejurului la 2.1.xx sau 2.2.xx. Adevărat, I xs, dacă este posibil de a găsi gen8 cu fabrica de firmware 2.3.xx sau 2.4.xx, astfel încât întregul poate, și încă nu-mi pasă.

Este cu siguranță poate debrick'nut procesor în ea TI OMAP 3630, și este probabil să UART de boot dedus - în cazul în care nu, punctul de încercare atunci, probabil, derivate (procesor SYS_BOOT5 PIN) și conectarea acestuia la VCC, puteți efectua boot de pe USB ... Dar ea - hemoroizi baaalshoy deoarece prima (TestPoint) încă nevoie pentru a găsi tot ce a găsit deja scholbert. și apoi găsiți / scrieți un încărcător care poate restaura sistemul ...

3G modemuri USB

Mulți oameni au o idee logică: să utilizeze modemurile USB 3G împreună cu Arhos, de exemplu, modelele Huavian pe scară largă de diferite modele (E150 / 160/1552 etc.). Cu toate acestea, există probleme:

1. Aceste modemuri după ce le utilizați în Windows necesită trecerea la modul dorit prin usb_modeswitch.
2. Chiar și atunci când USB_ModeSwitch face, se pare că Archos 101 nu conține un modul de option.ko miez (CONFIG_USB_SERIAL_OPTION), necesare pentru funcționarea atât de modem, iar celălalt conține doar driverul de modemuri USB - cdc_acm, care este Huawei pur și simplu nu are suport.
3. Ceea ce este mai important - proprietarii Archos 70 și mai jos, puteți uita de modemuri sau de a inventa puterea externă, deoarece Archos 70 oferă doar o putere de 100mA portului USB - modemurile 3G nu sunt suficiente.

Cu toate acestea, nu totul este atât de rău, Archos a stabilit surse de nucleu pentru OpenSource pentru tabletele gen8 (de la A28 la A101). Și nu doar stabilit, ci cu config și un set complet de instrumente de asamblare încrucișată. Ce facilitează colectarea modulelor necesare. Și rezultatul obținut anterior cu ajutorul lui Archangel'Ruth le permite să fie instalate.

Deci, ia-te si bucura-te (toate pentru un firmware obisnuit):

• Static asamblate sub binarul usb_modeswitch Archos: Media: A101_usb_modeswitch.zip. usb_modeswitch trebuie să fie apelată cu parametrii de tip usb_modeswitch -H -v 12d1 -p 1446 (acest lucru este deblocat meu Huawei E150 MTS), dar pot fi diferite pentru diferite modele chiselki modemuri. După un singur modem usb_modeswitch poate fi îndepărtat și inserat, acesta va fi în modul corect. Dacă se introduce în Windows - probabil, usb_modeswitch este necesar repetat. Mai pot fi de ajutor pentru a spune modem AT ^ U2DIAG = 0 înseamnă computerul și HyperTerminal'a / minicom'a / echo AT ^ U2DIAG = 0> / dev / ttyUSB0.
• Asamblat sub Archos (firmware 2.1.04) module kernel option.ko: Media: A101_option.zip
• Scripturi modificate /system/bin/tether_*.sh: A101_tether_start_usb.sh. A101_tether_at_cmd.sh. A101_tether_stop.sh. Toate împreună într-o singură arhivă: Media: A101_tethers.zip. Trebuie să fie copiate în / system / bin pentru a utiliza elementul de meniu standard al telefonului mobil "tethering".

Și în sprijinul lui UrukDroid pentru modemurile de 3g există deja, apropo.

Partea de hardware

• Constatări UART pe Archos 101
• Constatările UART de pe Archos 70
• Concluziile configurației de încărcare pe Archos 101; Pentru a schimba ordinea de pornire la interfețe externe (USB → UART → SD card extern → card SD intern), trebuie să aplicați un nivel ridicat la sys_boot5 (1.8V printr-o rezistență de 33 kΩ).

Testarea descărcărilor de pe alte dispozitive

Configurația de încărcare a Archos 101, care are un procesor OMAP3630, este specificată de hardware-ul 5 sys_boot [0: 4]. Cu toate acestea, OMAP are o caracteristică suplimentară - o configurație de boot software. Dacă într-o zonă specială de memorie ("scratchpad") scrieți o structură specială descrisă în manual și apoi trageți resetul programului (resetarea) - procesorul preferă configurația înregistrată a hardware-ului. Astfel, fără să lipiți nimic, îl puteți forța să inițieze procesul de încărcare de pe orice dispozitive posibile, inclusiv încărcarea prin USB sau UART, precum și încărcarea de pe o cartelă de memorie externă SD. Cu toate acestea, cu aceasta din urmă există o problemă - atunci când porniți puterea de a nu este alimentat, deci nu este atât de ușor să boot de la ea. În plus, (până acum) nu există o descărcare adecvată - mai exact, există U-Boot, dar nu există o configurație adecvată pentru aceasta. În general, având în vedere disponibilitatea codului sursă pentru kernel, nimic nu îl împiedică să fie scris, dar cineva trebuie să o facă :)

Dar am scris deja un modul pentru configurarea software-ului pentru boot-order! Luați aici: Media: Omap softreboot.tar.bz2 (56 KB). În arhivă, sursa și modulul, compilate pentru kernelul Archos 2.6.29-omap1.

Adică atunci când scrieți în / proc / omap_softreboot, modulul configurează descărcarea și repornește imediat dispozitivul. Puteți specifica până la 4 dispozitive de încărcare, separate prin virgule, fără spații. Fiecare dispozitiv poate fi unul dintre:

• mmc1: prima interfață MMC / SD (pe cardul extern Archos 101)
• mmc2: A doua interfață MMC / SD (pe Archos 101 - unitate flash internă eMMC)
• usb: Descărcați imaginea prin USB
• UART: imaginea de boot pe UART3 interfață serială (cum să se conecteze la ea pe Archos 101 - a se vedea mai sus.)

Pentru boot USB de la distanță, specificați "uart, usb". deoarece doar "usb" conduce cumva procesorul în confuzie și dispozitivul USB nu apare.

Există și alte opțiuni, dar toate sunt mai relevante pentru alte dispozitive decât pentru Archos:

• nand: unitatea flash NAND
• onenand: OneNAND / Flex-OneNAND
• doc: DiskOnChip
• xip: NOR unitate flash
• xip_wait: Unitatea flash NOR cu "monitorizare așteptare"

Formate de sistem

Archos gen8 are un singur cip MMC, dar este în mod programatic scindată / dev / mmcblk0 (512 MB) și restul.

• 0x200 octeți (1 bloc) rawfs superblock
  • 4 octeți număr magic: 61 72 61 77 = "araw"
  • 2 sumă de control de octet, neutilizată și zero
  • 1 octet număr de secțiuni
  • 25 octeți rezervați
  • 10 secțiuni:
    • 4 octeți decalate de la capătul superblock, în blocuri
    • 2 octeți, în blocuri
    • 32 octeți cu numele terminat cu zero
    • 4 steaguri octet (0 = nimic, 1 = scriere)
    • 4 rezervate octeți
• secțiuni:
  • 1 antet secțiune bloc
    • 4 octeți număr magic: 66 72 61 77 = "fraw"
    • 2 sumă de control de octet, neutilizată și zero
    • 2 rezervate octeți
    • 4 dimensiuni secțiunii byte în octeți
    • 4 steaguri octet
    • 4 byte uid
    • 4 byte gid
    • 4 mod de acces byte
    • 484 octeți zero
  • (dimensiunea de la intrarea super-bloc) blochează datele secțiunii

Rawfs layout - proiectat pentru a se încadra în partiția de 32MB cu bootloader de primă etapă (256 KB):

Implicit Rawfs nu dă nimic pentru a scrie, dar CONFIG_RAWFS_FS_DISABLE_WRITEPROT kernel config - în cazul în care aceste lucruri sunt incluse, atunci ideea ar trebui să fie rezolvate.

Codul încărcătorului secundar de boot ( «avboot») ne spune că, în teorie, acest figovina poate fi încărcată nu numai cu rawfs-secțiune, precum și cu un FAT convențional (FAT16?), Dar a verifica nu aș aventura, dacă nu te faci «UnBrickable „mod de hardware, care vă permite să boot-eze de altă parte, și nu doar pe interiorul stick-ul.

Numerele magice ale blocului de semnătură argo:

• f0 89 e5 da - kernel + initramfs
• 5a 4d 66 58 ("ZMfX") - bootloader secundar
• d5 84 c2 d3 - / sistem de fișiere (androidmerged.squashfs.secure)

Formatul partițiilor rawfs cu kernel / initramfs:

• 0x100 antet octet cu semnătura
  • număr magic: f0 89 e5 da
  • 4 dimensiune octet de semnătură în biți (0x400 = 00 04 00 00 pe «inițializare» kernel, 0 = 00 00 00 00 pe «personalizate» kernel).
  • semnătura digitală - 0x80 octeți = 0x400 biți. Nulit pe kernelul "personalizat".
  • 00 00 00 00
  • 4 octeți imagine completă (antet + kernel + initramfs)
  • 00 00 00 00 (de asemenea, 00 01 00 00 în androidmerged.squashfs.secure)
  • 4 octeți (dimensiunea kernel + 0x100) = offset initramfs
  • 4 dimensiuni initramfs.cpio.gz de octet
  • zeroes până la 0x100
• zImage
• initramfs.cpio.gz

Trimiteți-le prietenilor: