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.
- 8167 megtekintés
Hozzászólások
Bírnám ha menne! :) (subscribe)
- A hozzászóláshoz be kell jelentkezni
+1
--
blogom
- A hozzászóláshoz be kell jelentkezni
+sub
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
X-et nem kell feltétlenül felrakni :)
talán ez ad még némi segítséget: http://sven-ola.dyndns.org/repo/debian-kit-en.html
- A hozzászóláshoz be kell jelentkezni
koszonom bar azota talaltam egy jo leirast, kihagytam egy bootloader telepiteset pedig a cyanogen felhakolasabol is remlenie kellett volna, magat az sdcardot jol ddztem fel.
[insert line here]
B.C. 3500 - DIY Vehicle / A.D. 30 - DIY Religion / A.D. 1991 - DIY OS
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
Köszönöm a válaszokat.
Igazából az a fő problémám, nem tudom, hogyha van egy ARM rendszerem, arra hogyan kéne feltelepítenem bármit is.
- A hozzászóláshoz be kell jelentkezni
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ó?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Esetleg tudnál mondani egy oldalt, ahol ennek utána lehet olvasni. Nem igazán értem, itt mire kéne gondolom.
Köszönöm szépen!
- A hozzászóláshoz be kell jelentkezni
Őőő, ha ez nem világos így elsőre akkor szerintem nem ez lesz a jó megoldás neked.
Ha mégis érdekel, akkor bonts szét (tömöríts ki) egy egyszerűbb initramfs -t valami disztróból és nézd meg hogy bootolja a valódi initet, mert azt kéne neked nagyjából lemásolni.
- A hozzászóláshoz be kell jelentkezni
Köszönöm! Megnézem. :D
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
Csak tippre, egy 600Mhz -es ARMv6 proci tuti, hogy über-gyenge ehhez.
Tippre valamilyen nagyon vékony linuxot kéne felrakni...
--
arch,windows,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
Van ám a Fedorának elég vékony subset-je is, annak mennie kéne 600MHz-vel is.
- A hozzászóláshoz be kell jelentkezni
De ha Android alatt működnek ezek funkciók, akkor Android nélkül jobban kéne, nem?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Köszönöm a tippet.
Ha jól értem a dolgot, akkor itt újra kéne fordítani a kernelt, ugye?
Vagy a Debian, Arch esetén nem a kernel okozza a lassulást, hanem az utána betöltődő sok 'felesleges' dolog?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Akkor érdemes a gyári kernelt használni, ahogy dap is javasolta?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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ó)
- A hozzászóláshoz be kell jelentkezni
Erre néznék körül (+ fórum is van): http://archlinuxarm.org/
- A hozzászóláshoz be kell jelentkezni
Köszönöm, hasznosnak tűnt. Itt találtam a következő linket, kiindulásnak jónak tűnik:
http://forum.xda-developers.com/showthread.php?t=1680898
- A hozzászóláshoz be kell jelentkezni
É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.)
- A hozzászóláshoz be kell jelentkezni