Natív linux Android telefonon (ZTE Blade)

Fórumok

Sziasztok!

Van egy használaton kívüli ZTE Blade telefonom, aminek tönkrement az aksija.
Arra gondoltam, hogy esetleg át lehetne-e alakítani házi SVN, FTP, torrent szervernek. Bár nem egy erőgép, de az OpenWRT-és dolgokból és a pár évvel ezelőtti gépemből kiindulva lehet, hogy működhetne a dolog.
Számos leírást találtam (pl.: LinuxInstaller), ami az Android mellé telepíti linuxot. Nekem igazából semmire sem kéne az Android, csak az úgyis kevés erőforrást enné.
ARM11 (ARMv6) processzor van benne. Az még jó volna, ha az ADB-hez hasonló módon, USB porton (is) be lehetne rá jelentkezni.

Hogyan lehetne szerintetek felrakni erre? Eddig Debianra gondoltam, úgy olvastam ott viszonylag sok csomag elérhető ARM-ra is.
Esetleg OpenWRT-t rá lehetne berhelni, annak is elég jó csomagtámogatása van, bár kicsit másra tervezték. :D

Segítségeteket, tanácsaitokat előre is köszönöm!
token.

Hozzászólások

Bírnám ha menne! :) (subscribe)

chroot meg vnc? nem nativ volt a kérdés?

amúgy én is ilyesmivel szenvedek, de sajnos újra és újra elkövetek hibákat dd-vel, és már a mountból sem tudom kihámozni hova kellene ráhegeszteni az sd kártyára az armos debian isot

[insert line here]
B.C. 3500 - DIY Vehicle / A.D. 30 - DIY Religion / A.D. 1991 - DIY OS

Ugyan nem foglalkoztam vele, de Fedora 20-tól hivatalosan is támogatott az ARM architektúra. Fedorának újak a csomagjai, széles a csomagválaszték.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

A chroot-os megoldásból nem lehet szerintetek kiindulni?
Lehet, hogy nagy hülyeséget kérdezek, de ha felmásolom a rootfs-t a telefon system partíciójára a bootloadernek meg megmondom, hogy hol keresse a kernelt, az működhet?
http://www.simtec.co.uk/products/SWLINUX/files/booting_article.html <--- ez szerintetek mennyire használható?

Valszeg úgysem sikerülne olyan kernelt forgatnod rá, amivel működik. Az ARM-os lapok nagy része a gyártó által elforkolt kernelt használ proprietary modulokkal, kínszevedés lenne saját kernelt eszkábálni rá.

Szerintem az Android initjét kéne lecserélned egy saját scriptre, ami hasonló elven működik ahogy az initramfs-ek initsctiptje: megcsinálja a pivot_root(2)-ot és ott elindítja a disztribúció initjét.

Megnéztem, van egy bináris init, init.rc, init.blade.rc, init.goldfish.rc
Ha jól gondolom, akkor az első hármat meg kell tartanom, mert ez intézi, hogy a modulok, driverek betöltődjenek és utána, amikor indulna a dalvik (init.goldfish.rc), indítanám a chrootos megoldáshoz hasonlóan ez én distromat? Vagy ez egy naiv elképzelés?

Nem.

Mig ugyanis az Android alaprendszert eleve ugy tervezik, hogy kb. 600-1200 MHz kozotti gepeken kell uzemeljen, addig a Linuxos grafikus feluletek abszolut nincsenek erre felkeszitve, raadasul azok - telefonos mercevel merve - baromira nem memoriatakarekosak. Egy XFCE alaprendszer siman el tud vinni 150-200 MB memoriat is, ami telefonos mercevel merve iszonyat sok - minimalis funkcionalitast adva erte cserebe.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

Egy ilyen procis gép röhögve el tud látni egy csomó feladatot (legyen benne megfelelő hálózati illesztő). Tudom, mert nekem ennél gyöngébb az otthoni szerverem, és meglepően sok dologra alkalmas. Cserébe el kell felejteni az összes ARM-ra gyártott hivatalos disztribúciót (Debian Wheezy, Arch Linux, Fedora stb) mert mind őrült lassú és erőforráspazarló. Mondjuk az Angströmmel jók a tapasztalataim, de nincs is akkora felhajtás körülötte, mint a többi körül.

Nyilván a kernel mérete is számít, a befordított komponensek stb. Igen, a sok 'felesleges' dologra gondolok. Meg abból indulok ki, ahogyan a magam által épített embedded linux rendszerek futnak. És azok ezeknél sokkal gyorsabbak.

Hozzászólásommal csak az arra az általam tapasztalt szomorú tényre akartam utalni, hogy sokszor tapasztaltam (Debian Wheezy RPi-n, Arch linux BeagleBone-on stb) érthetetlenül lassú működést (konzolon!) meglehetősen erős hw ellenére is.

Nem erdemes: egyenesen kotelezo. Nem lehet elegge hangsulyozni a proprietary driverek fontossagat - ne teveszd ossze a PC-s vilagbeli nVidia driver-szeru dolgokkal, ami nelkul lehet elni. Itt jo esellyel meg a kepernyonek is sajat zart drivere van, ami nelkul egyszeruen meg leszel love - a ZTE Blade ugyanis tudtommal nem QWERTY billentyuzetes eszkoz. Nagyon pici az eselye, hogy custom kernelhez be tudod csattintani a proprietary drivereket, ugyanis az nvidia driverrel ellentetben itt nincs nyilt forrasu glue modul, amit az adott kernelhez tudsz forgatni - itt van egy .ko fajlod, ami kompatibilis pontosan egy darab kernellel. Csak akkor van eselyed sajat kernelt hasznalni, ha halalpontosan ugyanazzal a forditoval es pontosan ugyanazt a verziot hasznalod, mint a gyari - viszont ha mar igy van, akkor hasznalhatod a gyari drivert is.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

Köszi a kimerítő választ!
Igazából semmiféle grafikus felületet nem akarok rátenni, pont a szűkös erőforrás miatt, csak konzolos dolgokra gondoltam, ssh-ás vagy adb-és kapcsolattal.
OK, akkor megpróbálom valahogy bekötni az init.barcsak_menne_rajta_valami_mas.rc-vel az Angströmöt, vagy valami hipervékony debiant. (Csak az apt csomagkezelő miatt volna jó)

Én anno egy Archos tabletre tettem fel Ubuntut. Mondjuk ott az Archos kernelconfigja kellett, és ugyanaz a kernel bootolta az Androidot és az Ubuntut is, mivel a spéci hardverek moduljai agyonpatcheltek voltak. A kernelt újra kellett fordítani 1-2 dolog miatt (az egyik az android hálózati biztonságos izéje volt (már nem emlékszem :)), de a hardveres VGA esélytelen volt a régebbi kernel miatt, de még az aksikijelzés is, de az érintőképernyő is szivatott, pláne, hogy több méretű volt a tablet és más panelekkel. A lényeg, hogy az initrd módosításával egy bootmenüből indultak az image-ek, de bootoltam SD-ről is natív ext partícióról. Szerencsére USB-re tudtam dugni 100-as hálókártyát, és ssh-val gyorsan lehetett dolgozni. Ja, az adb-vel is szívtam sokat, már nem emlékszem, elindult-e. :) Egy-két hónapot elszórakoztam vele...

http://forum.xda-developers.com/showthread.php?t=1392167

(a v0.2-től volt az enyém.)