Related
PLEASE READ FIRST
This post will have info on the chroot method. To find out info on running Ubuntu natively on the Adam, click this link for post #2 below. Enjoy
chroot Method:
chroot Ubuntu on Adam Beta1...
For now project files for chroot method will be located at this Google Code Project site. Files will be posted shortly, stay tuned.
DO NOT attempt this yet until specified as alpha or beta or otherwise stated as ready for testing!!
Liability:
I'm not responsible for what you do with your device, this is a guide or tutorial for general purposes only.
If you do not have a strong understanding of rooting and how to recover a device from scratch DO NOT attempt this until we are our of beta stages. Wait till you see RC status at least.
Verified working with bugs
Directions:
I'm not sure what file format is needed on the SD card, so make sure it has the stock file format from Android.
Make sure you are rooted using the methods listed here or Notion Ink Hacks Forum.
Download necessary files:
- Main scripts: Download from Google Code Project webpage. http://code.google.com/p/chroot-ubuntu-ni-adam-tablet/
- Ubuntu.img file: Download from MegaUpload. http://www.megaupload.com/?d=3ZQTCUUN
Create a folder on root of your Adam SD card called "ubuntu" and download the files from the Google Code Project site to this folder.
Unzip "ubuntu.img.zip" package and copy or move "ubuntu.img" file to the ubuntu folder you created above. Delete all the rest of the files. Do this to make sure you do not confuse the scripts I've put together for the Adam.
Plug Adam into your computer and make sure you have a connection to it.
Android SDK installed on a local computer with ADB functioning.
Make sure you do not have the SD card mounted on your computer. Also make sure USB Debugging is turned on, which I think you need for ADB.
Change the name of "bootubuntu[x].[x]" to just "bootubuntu"! DO NOT use the original "bootubuntu" file.
If you haven't already open a command prompt and type:
Code:
adb shell
Enter superuser mode:
Code:
su
Change directory to the "ubuntu" folder:
Code:
cd /sdcard/ubuntu
Run the setup script (You should only have to run this once or whenever new updates to the files are released):
Code:
sh ./ubuntu.sh
Once the script finished you should be good to go, type the following to run Ubuntu:
Code:
bootubuntu
If you see something like the following below, job well done!
Code:
[email protected]:/#
Troubleshooting:
If you get any errors, please FIRST, try rebooting Adam and start back at "adb shell" step 7 and try again.
More to come
If you get any errors, please post at what step number you got an error and post as much detailed info as you can about the error. Myself and others will do what we can to help.
Resources:
http://nexusonehacks.net/nexus-one-hacks/how-to-install-ubuntu-on-your-nexus-oneandroid/
http://tegradeveloper.nvidia.com/tegra/forum/workaround-run-ubuntu-now
Native Ubuntu Method:
More to come, holding this place for future use...
No problem for testing it ... but not before the end of next week
My Adam will be send on 31st of January
There is nothing to test yet. Not until more research is done and files gathered. Not to mention we still need full root and unlock first.
Do not attempt to run the files in that link.
Sent from my Evo
For Rooting Adam it seems that it's done ?
And Don't worry i will not try to use fill that wasn't for Adam.
If you need help ... to search, test ... I will be part of ;o)
Thanks Gkar! Just be sure to follow this thread as any updates will appear here.
Also, root methods have been started but there are bugs. We need Adam users to help with that process first before helping here. Once that process works consistently I plan to get started on this.
Sent from my Evo
Pfffff ... I've just seen on pre-order page that my date has been pulled to 14th feb 2011 and then i will have to wait to test !!
Ubuntu netbook edition
Btw, I am sure you have seen this, but Ubuntu does have a Netbook Edition. It brings all the advantages of Ubuntu to a netbook – using Unity, an innovative user interface super-optimised for smaller screens and also convenient for touch screens.
So, this may be the best version to port to Adam if we can get it going. I unfortunately have no development knowledge to know if it is possible.
Mmmmmh .... i'm using Netbook edition on EEE 901 for my kids but unity isn't mature.
I prefer old version of Netbook edition (10.04 LTS) ... and that's the version used to create Ubuntu Distro for HD2.
Maybe we can ask them for some help.
I'm interested on this too. For the record, I'm keen to get an Adam and wipe Eden, replacing it with Ubuntu. I think Ubuntu 11.04 will be an awesome distro to run on a tablet, and currently Notion Ink's Adam is the only one being made that meets the stats I'd like to see.
The current hacks that exist to get Ubuntu running on the Nexus One (have done that) require running a modified server version from the sdcard, the using VNC to run a virtual session. Has it's plusses (running within Android, for instance), but I'm keen to see Ubuntu running natively. Android isn't mature enough to be a main system yet, whilst Ubuntu is. Cheers.
hope a port is cooming soon
Yeah, I'm very eager to try this too
Maybe a dual boot with Android ?
Looking forward to it
Thanks for your patience everyone. I've been swamped. This weekend I plan to hunt down some files, look at the scripts, and hopefully we can start trying this shortly!
This is one of the main reasons I have been waiting for the Adam for so long. Hopefully we can dual boot Ubuntu as that is what I would prefer, but if not, oh well. I want to have a tablet that acts more like a computer then a glorified smartphone without phone capabilities... Can't wait to see the development of this!
TreTuna said:
This is one of the main reasons I have been waiting for the Adam for so long. Hopefully we can dual boot Ubuntu as that is what I would prefer, but if not, oh well. I want to have a tablet that acts more like a computer then a glorified smartphone without phone capabilities... Can't wait to see the development of this!
Click to expand...
Click to collapse
Dual booting is always preferred yes, but that is not what my method will do. This method will be a bootloader running on top of Android. For many reasons this will be easiest for now.
I'm very excited about this, can't wait to have my Adam and following the developent of ubuntu.
I really think, on another hand, that Android and Ubuntu are majors players in the open-source OS and should therefore communicate better.
I want Adam to be the best friend of my Ubuntu desktop. There are so many possible ways to make these OS interact, at least the way iOS talk to Mac OS X.
i can't wait for my Adam to be here to write apps in this direction!
I love that idea as well. Would be cool if there was a way to integrate Ubuntu netbook edition and Android.
Sent from my PC36100 using XDA App
Ubuntu netbook edition and the desktop version are now the same thing with the upcoming release. Actually, the whole UI of Ubuntu is getting a major overhaul to be touch centric. Currently, my nexus one running cyanogenmod DOES talk to my Ubuntu netbook. And server. Very well in fact. Tomdroid for notes reads all off my desktop tomboy notes, and Funambol, with syncevolution syncs my calendar and address book.
Have just ordered an Adam with a friend, and plan to hack it extensively until Ubuntu is running in full, natively, as it's primary operating system. Android is useful, but doesn't have the functionality of Ubuntu. Would be useful having android as a secondary system, or within Ubuntu, but I won't hold my breathe.
I agree though, the first step seems to be getting Ubuntu running within android. I'm starting to research how the bootloader needs to be hacked to recognise a usb or dvd drive to boot from, and how it would "see" ubuntu installed on one of the internal drives. Will post back with more info soon, even though this is further down the track.
tillum said:
Ubuntu netbook edition and the desktop version are now the same thing with the upcoming release. Actually, the whole UI of Ubuntu is getting a major overhaul to be touch centric. Currently, my nexus one running cyanogenmod DOES talk to my Ubuntu netbook. And server. Very well in fact. Tomdroid for notes reads all off my desktop tomboy notes, and Funambol, with syncevolution syncs my calendar and address book.
Have just ordered an Adam with a friend, and plan to hack it extensively until Ubuntu is running in full, natively, as it's primary operating system. Android is useful, but doesn't have the functionality of Ubuntu. Would be useful having android as a secondary system, or within Ubuntu, but I won't hold my breathe.
I agree though, the first step seems to be getting Ubuntu running within android. I'm starting to research how the bootloader needs to be hacked to recognise a usb or dvd drive to boot from, and how it would "see" ubuntu installed on one of the internal drives. Will post back with more info soon, even though this is further down the track.
Click to expand...
Click to collapse
I ordered my Adam Once I saw it figure in XDA forum. My experience with XDA especially with SGS phone has been immensely satisfying. The way Things are going I am sure Adam will be an object of envy before long.
From a development and user standpoint I am of course interested acquiring root for the android side of things but my main interest and focus on gaining the ability to modify and enhance the webtop image that provides the "full feature" capability for Firefox. So in a sense there is a goal for Double Root on Atrix. Rooting first the android side and then rooting the webtop Linux instance.
I am guessing from the looks of it that webtop is based on Ubuntu Light. It is also likely run in a VM otherwise the phone instance of android (Dalvik) and the Webtop could not run simultaneously. Given that the platform is probably something to the effect of:
Linux File System -----> Dalvik VM ------> Android Runtime
Linux File System -----> Some other VM? -------> Ubuntu Light
I am running under some assumptions (not having an Atrix till next week ):
* The "Some other VM" is not Dalvik since I don't think as an App VM.
So some of the questions I seek to answer right away are:
What VM is running (presumed) Ubuntu light
Does that VM have security around the disk image (singed)
Is the (Webtop disk image) encrypted/signed
What is needed to get root access on the Webtop side.
The best way to get root on the Webtop side is to go after the file system. I am guessing that will be signed but it MUST be writable at some level to save state.
Just a bunch of musings. I am looking forward to getting my atrix so I can start answering some questions.
I think getting root to one or the other will make it VERY easy to root ther other.
I for one hope it is ubuntu lite, or something debian based. Hopefully make it really easy to port over a full distro.
being able to boot into a full linux distro would be the cats meow!
i have full expectations of being able to do this within a month or two ;-)
Do you guys think it would be possible in the coming weeks/months to be able to boot into a full linux distro on the Atrix itself - without the laptop dock?? that would be ultimate awesomeness right there!
jgc121 said:
Do you guys think it would be possible in the coming weeks/months to be able to boot into a full linux distro on the Atrix itself - without the laptop dock?? that would be ultimate awesomeness right there!
Click to expand...
Click to collapse
well the nexus one and nexus s and dell streak and motorola Droid (OG) could run ubuntu so I hope the atrix will.
emoose said:
Linux File System -----> Dalvik VM ------> Android Runtime
Linux File System -----> Some other VM? -------> Ubuntu Light
I am running under some assumptions (not having an Atrix till next week ):
Click to expand...
Click to collapse
It's also possible that they have a Linux variant running on bare-metal, without a VM. I have seen some architectures in the embedded world that allow each CPU core to work together as a typical dual-core system, OR to boot a different OS kernel on each core.
The latter case would be the most interesting in terms of getting the most out of Linux on the Atrix, assuming the second OS can be rooted. This could (speaking with almost no knowledge of Android itself), also be another angle of attack/defeat though if that means the webtop linux kernel also needs to be signed...
Then again, a VM does make more sense in terms of the near-instant boot time of the WebTop mode.
I can't wait to see the "double root... oh my god... what does it mean???" Youtube video come out in a few weeks =)
If I can get a command prompt and root access on the Webtop instance I will sound just like the Double rainbow guy.
Things I believe to be true right now.
WebtopSession app initiates then session when you plug in HDMI. This is no different than any other peripheral launch.
WebtopSession app (speculating based on other posts) checks you connection type and provisioning. If you don't have a tethering plan it doesn't allow you ton continue. If you are on wifi it allows you to continue.
If you start off on WiFi and then change network state to mobile radio (and no tethering plan) will it discontinue the session?
The WebtopSession App doesn't look like it does anything other than manage the initiation of the Linux (Webtop) session.
There is nothing in the dumps that looks like it could remotely be a disk file which makes me think that there is a partition that is different that the normal android partitions. I would love to see a partition map of a rooted phone.
jgc121 said:
Do you guys think it would be possible in the coming weeks/months to be able to boot into a full linux distro on the Atrix itself - without the laptop dock?? that would be ultimate awesomeness right there!
Click to expand...
Click to collapse
im also wondering this!
edit: Erm. Whoops. A little bit of research and it turns out Motorola has left the code in for when they test the OS in "goldfish-qemu", an Android emulator. Sorry ><
It's got to be QEMU. In the retail firmware dump in /etc/init.goldfish.sh:
Code:
# call 'qemu-props' to set system properties from the emulator.
#
/system/bin/qemu-props
So what I'm thinking after parsing the information I've got...
... WEBTOP is simply a QEMU (ARM version?) instance running off of some unknown image/partition on flash that outputs to HDMI with some hackery to support local media [mounted in the host OS, Android] and local control and USB keyboard/mouse input, along with special extensions to allow for use of the Android/host OS instance within the VM.
labsONE said:
edit: Erm. Whoops. A little bit of research and it turns out Motorola has left the code in for when they test the OS in "goldfish-qemu", an Android emulator. Sorry ><
It's got to be QEMU. In the retail firmware dump in /etc/init.goldfish.sh:
Code:
# call 'qemu-props' to set system properties from the emulator.
#
/system/bin/qemu-props
So what I'm thinking after parsing the information I've got...
... WEBTOP is simply a QEMU (ARM version?) instance running off of some unknown image/partition on flash that outputs to HDMI with some hackery to support local media [mounted in the host OS, Android] and local control and USB keyboard/mouse input, along with special extensions to allow for use of the Android/host OS instance within the VM.
Click to expand...
Click to collapse
So then you are saying it could be possible to do something like this:
https://help.ubuntu.com/community/WindowsXPUnderQemuHowTo
jgc121 said:
Do you guys think it would be possible in the coming weeks/months to be able to boot into a full linux distro on the Atrix itself - without the laptop dock?? that would be ultimate awesomeness right there!
Click to expand...
Click to collapse
Running the webtop or a full distro without any docks will be just plain awesome...
emoose said:
If I can get a command prompt and root access on the Webtop instance I will sound just like the Double rainbow guy.
Click to expand...
Click to collapse
Oh maaan. Double root all the way What does it mean???
In all seriousness, the Atrix is certainly the most interesting phone from a developers standpoint, but I'm sitting and watching for a bit as I want to see how much of a problem the signed bootloader becomes first.
So does the Signed Bootloader rule out the Double root ? or changes to the Webtop APP/Module ?
hrishi2das said:
So does the Signed Bootloader rule out the Double root ? or changes to the Webtop APP/Module ?
Click to expand...
Click to collapse
It depends. Signed bootloader refers to the fact that the phone boots only if certain partitions match the Moto signatures.
The question is, where does the Webtop mode boot from, and is any part of *that* boot process signed?
I don't know why you guys think it has to be running in a VM. It's more likely they have just install Xorg and Firefox on Android and run them, with X displaying on the HDMI.
Exactly the same as the ubuntu-on-android hacks, but instead of using VNC to view X, you just display it on HDMI.
The phone view is an X11 app which communicates with the Android system server to mirror the display.
I seriously doubt they are using QEMU or anything like that.
Bah! Edited post since my last one was way off.
Did some looking and it looks like qemu in this instance is related to running some proc emulator for android development sdk support.
There this is a bunch of stuff out if you google: android goldfish
Its related to ARM targets for the sdk and in this instance probably not webtop.
I'd still really like to see the output of:
adb shell
cat /proc/mtd
Timmmmmm said:
I don't know why you guys think it has to be running in a VM. It's more likely they have just install Xorg and Firefox on Android and run them, with X displaying on the HDMI.
Exactly the same as the ubuntu-on-android hacks, but instead of using VNC to view X, you just display it on HDMI.
The phone view is an X11 app which communicates with the Android system server to mirror the display.
I seriously doubt they are using QEMU or anything like that.
Click to expand...
Click to collapse
Agree. But from the DG's / dump could not find more interesting info except the WebtopSession.apk. I guess webtop stuff live in another patition which is actived when webtop session starting.
Could anyone who has a rooted Atrix dump the phone while webtop on?
sexydroid said:
Agree. But from the DG's / dump could not find more interesting info except the WebtopSession.apk. I guess webtop stuff live in another patition which is actived when webtop session starting.
Could anyone who has a rooted Atrix dump the phone while webtop on?
Click to expand...
Click to collapse
I don't have the webtop device. What about while the phone is plugged into the TV? If it'd help any just give me the steps and I'll do it.
Yes if you plug your phone into the tv it will be able to access webtop.
Ok, this goes out to any and all DEVs out there. We all know by now that we (some people not me) can run linux within android using the loop mounts, vnc viewer, etc... Now how about REPLACING android with a linux distro like debian or maybe even what these guys use http://openpandora.org/ ..... its linux based and has an arm CPU.. Any way I'm talking about flashing over android wiping the internal sorage and installing linux on it or even using the boot loader to flash over android???, of course this is getting rid of any 3g connection and phone usage. I understand that, I am talking about giving our RETIRED droid 1s a use. I wanna see my D1 run a linux distro in full hardware mode NO MORE ANDROID. now dont get me wrong I love android as much as the next guy, but why now flash something else to it???
Another link I found, this is for windows mobile but hey, similar idea.
http://wing-linux.sourceforge.net/trac/wiki/FAQ
P.S. I AM NOT A DEV JUST AN IDIOT WITH AN IDEA!! my ignorance is NOT bliss and I would love to know if this is even possible. I'm willing to help ANY WAY I CAN. lol
THANKS!!!
I don't think it's possible. Because of the locked bootloader we're forced to use Motorola's bug-ridden Kernel and as Android's Kernel is a heavily modified Linux Kernel it most likely won't run an ordinary Linux distro.
But I'm no expert either
Milestone is locked, Droid is not ...
Maybe this will help (if you don't know german, you can use Google Translate):
http://www.android-hilfe.de/anleitu...debian-chroot-mit-lxde-auf-dem-milestone.html
Thanks for the replies. Again the USA Droid 1 is nit locked or at least has been completely unlokcked. I've read a million "run debian on android" posts... I don't need to know German to see that the post above is the same thing. Like I said before I have NO INTEREST IN RUNNING LINUX ON ANDROID. I want TO REPLACE android completely with Linux to make a device like the openpandora handheld from my first link.
Any one up to the challenge????
Thanks again!
Really, no one??
I've been running Debian on my Droid booting from the SD card for a while, more recently trying Arch Linux after realizing that anything optimized for ARMv7, VFPv3, NEON, or Thumb-2 (I'm not sure which unfortunately) won't boot because of a page fault or something. Ubuntu, MeeGo, and Angstrom just kernel panic and don't give any useful information even at the highest debugging level. I'm back to using an ARMv5te Arch Linux build (http://archlinuxarm.org) although I could just as well use Debian. I really wish Ubuntu worked for multitouch.
Well, I got the touchscreen calibrated! I forgot that my screen rotation hack only rotated the framebuffer It's stuck in portrait for now. I decided to use mtev (MeeGo's multitouch X11 input driver) after being fed up with evdev's aversion to being rotated, but now that I'm back to the stock portrait rotation evdev should work fine.
If you want instructions, either PM me or wait until I post a full guide and/or my patched kernel tree. It's not super difficult, but it's a lot of command line use and compiling.
What works:
*CPU and SD card (obviously )
*Touchscreen (single touch/portrait only for now)
What needs work:
*Keyboard mapping is wrong, the number keys and symbols don't work. I need to figure out how Android handles Alt. I had to patch the GPIO keyboard driver because the keyboard worked in the console but not in X11, which expects EV_SYN.
*Sound is OSS only, but there is no mixer device, so aumix is useless and there's no volume control or sound output.
*I haven't tried the SGX driver, so I can't comment on hardware acceleration yet.
*Battery charging relies on battd, which is a proprietary Android binary from Motorola. It might run on Debian with "ls -s / /system" and the creation of the socket it expects (init.sholes.rc I believe), but I'm not getting my hopes up.
Untested:
*WiFi (needs firmware, but should work)
*Bluetooth
*Calls/data
*Sensors (although the accelerometer and compass seem to be recognized by evdev)
I'll upload my kernel, either as patches or on GitHub (or binaries if there's enough demand) once I get around to fixing the keyboard issue. Fingers crossed that I don't get carried away cleaning up the kernel, or worse yet, give up...
This is incredible news! I'm so glad to hear it. Of course you are running in hardware mode? Not through android? If so I'm super exited about this! I love arch Linux, I run it on all my computers and I understand it more than any other distro I've tried. I would love to give it a shot, though I'm not that great at compiling I think it will be worth it.
As I said before I am in no way a dev or even a Linux pro, but I can get by and if theres any way I can help this project become "complete" I'm willing to learn what ever is necessary to do so.
Also were u able to get an x server running? Possibly a DE? That would be crazy awesome.
Thanks a million, looking foreword to work with you and make this happen!
For anyone who's interested, I put together a quick package containing my kernel patches, configuration notes, and an automated kernel build script.
It's pretty self-explanatory aside from the installation of the root filesystem, which I leave up to your imagination
As I've probably repeated several times now, I've run Debian and Arch Linux natively on my Droid with my patched kernel (no chroot or VNC "hack"). With enough determination, it's possible to run practically anything on it - personally, I'm determined to get Ubuntu on it.
WOOT... insta-fail for me LOL you have it set up to work in specific directories? I thought i placed everything right but I guess not.. I got an error on the first line of output lol
Welcome to gTan64\'s lazy Droid kernel compiler\!
build.sh: line 5: [: missing `]'
build.sh: line 5: -z: command not found
build.sh: line 5: -z: command not found
Entering $WORK
Applying patches
build.sh: line 16: /*.patch: No such file or directory
mv: cannot stat `/arch/arm/boot/compressed': No such file or directory
cp: cannot stat `/compressed': No such file or directory
Setting up build
cp: cannot stat `/GNUmakefile': No such file or directory
cp: cannot stat `/sholes_config': No such file or directory
FIXME! No numeral or symbol input until someone finds a third-level
modifier key to use instead of AltGr for the keyboard.
cp $MISC/defkeymap.map $K_SRC/drivers/char
Building kernel!
make: *** No targets specified and no makefile found. Stop.
Kernel build done!
You have done something amazing, I'm just to stupid to figure it out my self. XD
I can understand why you would want ubuntu with all its pre-setup glory and support for nearly all hardware but dont you think its a little heavy for this hardware? lol I doubt you would try to use the Unity UI but I doubt that alone would even fit in ram LOL you could just use the ubuntu packages and drivers with debian maybe?
THANKS AGAIN!!!!
That's what happens when I don't test my own scripts
I was thinking too much about making it easy. Just try applying my patches to your tree manually.
Code:
cd kernel_src
patch -p1 <../patches/first.diff
patch -p1 <../patches/next.diff #and so on...
#Obviously, substitute the paths of the actual patches ;)
#Finally, copy sholes_config to .config and invoke 'make'.
It's actually much simpler than my script makes it, and you don't need my convoluted folder setup.
UM lol I cant find any patch files? are they in the ZIP? or do I have to obtain them elsewhere?
I can tell this is gonna be a hell of a project LOL
THANKS!!!
"Duh" moment - I used the .diff file extension instead of .patch
I'm such a scatterbrain... Remind me not to release anything before testing
EDIT: Strike that, reverse it. They're .patch files.
I AM BLIND lol I found them... BUT.. when I try to patch. terminal just seems to lock up... I press enter, the curser moves to the next line but it doesnt do anything. lol how long should 1 patch take?? its been about 10 minutes and I leave it be for now
EDIT:
LOL i forgot the "<" in the command OOPS but I'm not seeing any .config file or folder in the source to copy the sholes_config too. yes I have show hidden files on.. PS unfortatly usinf Fedora 15 gnome 2...... (on server so I can work on this anywhere through vnc )
THANKS
When I said "copy sholes_config to .config", that's literally what I meant. .config is the Linux kernel build configuration file, not a folder.
'cp /path/to/sholes_config .config' from your kernel tree should do it.
Oh, I forgot to mention that you need an ARM cross-compiler/toolchain. I use the gcc-arm-linux-gnueabi package in Ubuntu, but I don't know what the Arch equivalent is off the top of my head.
The "GNUmakefile" is just a convenience, it exports "ARCH=arm CROSS_COMPILE=arm-linux-gnueabi-" before calling the actual makefile. If you don't have an ARM cross compiler in your path, it won't build at all. If you do, modify CROSS_COMPILE to point to it - on some systems it's called arm-unknown-linux-gnueabi, etc. etc.
Let me know if you get anywhere before it errors out.
OK I put the config file in the kernel_src but unfortainatly I'm using Fedora 15 XP I installed arm-gp2x-linux-gcc which is the fedora arm gcc I guess... lol so wha would I edit in the .config to make it point to arm-gp2x-linux-gcc. Its not my first attempt to compile an android kernel but I've never been succesfull LOLOL
thanks
I'm pretty sure that toolchain won't work - the GP2X was ARMv5 IIRC, so unless it's a newer build of GCC (4.3 or higher) and you're absolutely sure it supports the ARM EABI and the ability to generate ARMv7 instructions (which is unlikely if it's pre-4.1), I would recommend a newer toolchain.
CodeSourcery makes a pretty solid one: https://sourcery.mentor.com/sgpp/lite/arm/portal/release1803
If you end up using it, you can change the second line in GNUmakefile to "CROSS_COMPILE=arm-none-linux-gnueabi-". Don't worry about changing .config.
Well I DLed the linux/GNU installer and it gave me "arm-2011.03-41-arm-none-linux-gnueabi.bin" LOL
so I was thinking would it just be easier to just use my lappy with crunchbang (debian based) so I can follow ur instructions with deb / apt-get LOL fedora is a ***** and it dont have what I need... I cant find an arm v7 cross compiler for it
thanks
.bin files are the Linux equivalent of Windows EXE installers. Run it like this:
Code:
#cd /path/to/installer.bin
./installer.bin
#substitute the actual name, of course.
It needs root permissions if you want to install it to /usr/local (sudo ./installer.bin or su -c 'sh installer.bin'). You can also install it to /usr, but that will make it more tedious to uninstall later. If you decide to install it in your home folder - say ~/toolchain - you don't need root permissions, but you will need to add ~/toolchain/bin to your path:
Code:
export PATH=$PATH:$HOME/toolchain/bin
To be honest, I prefer Ubuntu to Fedora/OpenSUSE/$RPM_distro, so if you have access to a Debian or Ubuntu system, using that would make my life easier
Omg duh... the "non_Linux" part of the name true me off lol i'll start doing this on my laptop it's deb based crunchbang. I prefer anything over rpm distros too but it was a quick painless install on my server XP thanks ill try this when I get home
Sent from my DROIDX using XDA App
Since we got a x86 cpu i want to use ubuntu on it, as im from germany i still dont have my I but has anybody tried linux on android?
Adam Outler mentioned something that this would not work...
Btw can somebody tell me what the kernel version is..?
Sorry mods for (possibly) posting in the wrong section :/
//Robert
Sent from my LG-P500 using xda premium
Robbilie said:
Since we got a x86 cpu i want to use ubuntu on it, as im from germany i still dont have my I but has anybody tried linux on android?
Adam Outler mentioned something that this would not work...
Btw can somebody tell me what the kernel version is..?
Sorry mods for (possibly) posting in the wrong section :/
//Robert
Sent from my LG-P500 using xda premium
Click to expand...
Click to collapse
Kernel version is 3.0.8.
If you can install linux distros on the backend of rooted ARM devices it should make sense we could do the same....maybe
Ubuntu on a RAZR I ? Linux x86 apps + windows apps with wine without even recompile? I think this devece needs some love. It can be the next HTC HD2 for shure.
I dont understand the htc comparison
But i have your ideas about no need to recompile and wine in mind too...
But i understand adam because linux for android is compiled for arm achitecture so a usual desktop image would make more sense...
Why is the kernel version so low?!
Sent from my LG-P500 using xda premium
What we need to do
I have a friend with this device, after rooting he reports there is no chroot command from terminal. If so we must:
Compile busybox (with more extensions) for x86 and install it alongside root (or after root)
Make a mountable image from an ubuntu clean install and mount it (probably also needs busybox)
chroot into this mounted image
run a vnc X server on a framebuffer
vnc from android
This is how it is done on other android devices, will attempt to compile and try these instructions out this weekend when I meet him but booting native ubuntu is a much better idea (even better if we can make it receive calls ).
And for what Windows on 4,3 inches display? It dont have hdmi.
Odoslané z GT-P7300 cez Tapatalk 2
The micro usb is acting like hdmi with adapter...
Sent from my LG-P500 using xda premium
Go look up the HTC HD2. It can run Windows Phone 7 and Android dual-booted (with Linux from SDCard), and was originally the last, albeit most powerful, Windows Mobile 6 phone ever made.
Even though it is four years old, there is a massive and vibrant dev community behind it, making it reach the front page of XDA forums.
However, even the venerable HD2 is getting old, with 1GHz processor and half a gig of RAM that was top-of-the-line years ago, and people have looked in vain for some kind of successor. Hopefully, the Razr I, with an unlockable bootloader and Intel processor, will be the one. But that remains for us to do.
pablocrossa said:
I have a friend with this device, after rooting he reports there is no chroot command from terminal. If so we must:
Compile busybox (with more extensions) for x86 and install it alongside root (or after root)
Make a mountable image from an ubuntu clean install and mount it (probably also needs busybox)
chroot into this mounted image
run a vnc X server on a framebuffer
vnc from android
This is how it is done on other android devices, will attempt to compile and try these instructions out this weekend when I meet him but booting native ubuntu is a much better idea (even better if we can make it receive calls ).
Click to expand...
Click to collapse
So I tried this out and there is a chroot-compatible busybox after rooting ("busybox chroot" needs to be called as opposed to "chroot" as there is no properly made link), so anyone with this phone can try (using a PC) install Ubuntu without the grub bootloader using manual partitioning on a single ext3 (I am not sure if ICS supports ext4) partition on a microsd, put into your phone, use a root terminal, mount it, mount the adequate dev, dev/pts, proc and sys partitions and chroot right in. You then might want to install a VNC server in Ubuntu to be able to create a VNC X session in a framebuffer and a VNC client on the android side to VNC into localhost (127.0.0.1), but that should work, I didn't have time to try it this weekend If someone gets stuck post and let us see what happens I cannot wait to see if wine can run desktop Spotify with sound, excited a little hehe.
EDIT: So to make this more understandable you must:
Install Ubuntu (using your computer) to a MicroSD, specifying partitions manually and choosing only a single ext3. Right before clicking install there is a button with something along the lines of "Advanced options", disable the install the bootloader (grub) option.
Insert the MicroSD into the phone and open a root terminal
I don't use Android, maybe it automounts in /media/sdcard or /sdcard, if not you will have to find the device and partition name (probably /dev/mmcblk0p1 or /dev/sdb1) and issue "mount /dev/DEVICEPARTITION /media/sdcard"
mount -t proc proc /media/sdcard/proc
mount -o bind /dev/ /media/sdcard/dev/
mount -t devpts devpts /media/sdcard/dev/pts
busybox chroot /media/sdcard /bin/bash
Now a shell from Ubuntu should open. apt-get update && apt-get install vncserver (maybe the DNS settings must be set in /etc/resolv.conf, not yet sure)
vncserver (or start vncserver, something along those lines)
Now from Android install a VNC viewer and vnc into 127.0.0.1 (or localhost)
That should do it, again if you get stuck post here
i had htc hd2, the most amazing phone in the world. I wanna buy the rarz i for the x86 processor in it. But cpu power without community and developers is nothing :|
Sorry for my bad english.
Yesterday we tried something:
We used dd to put an arch linux image on a micro sd card...
Though my laptop wasnt even able to boot from any sd card, this should work on our phone...
but how to make it boot from the sd card? xD
btw you might have noticed, this will make only linux boot, not android, we dont chroot, may somebody build a simple ubuntu img for complete linux installer?
//Robert
so right now i am trying to chroot into an img file, mounting it and then chrooting it but all i get is:
chroot: can't execute '/system/bin/sh': No such file or directory
whats wrong?
Robbilie said:
The micro usb is acting like hdmi with adapter...
Click to expand...
Click to collapse
Razr i MHL capable???
as far as i know, sadly not no
Ok so finally I got Ubuntu Quetzal running with chroot, still some problems (missing randr extension in vnc) but ill get over this
Hey,
great work. :good:
Good to see there are people with the same ideas. I´ve searched a lot for this thread.
I will also try to get this device for the same reasons when it´s cheaper. Has anybody tried to get Plasma Active or Tizen to run?
I think Active should now be possible through kubuntu Active?
Cheers!
Hi all
At first you can try a application from play store called Linux installer
https://play.google.com/store/apps/details?id=com.zpwebsites.linuxonandroid
Otherwise you can wait some weeks for an nexus 7 Ubuntu port witch looks really interesting.
http://forum.xda-developers.com/showthread.php?t=1957561
Ahhh maybe have a look at the andrinux project here at xda
[/COLOR]Here's the andrinux link
http://forum.xda-developers.com/showthread.php?t=1387105
Sent from my sweet little Blackbox
Robbilie said:
Ok so finally I got Ubuntu Quetzal running with chroot, still some problems (missing randr extension in vnc) but ill get over this
Click to expand...
Click to collapse
thanks for your post on preparing an arch image (I don't have permision to post in devel forum, maybe because I'm a newbie ), It worked well for me although I had to adjust some things such as path and pts mount
I now have a gcc toolchain and a latex distrib on my phone I had never used arch, found it very good
I've also tried some window managers ... the one I find best for the moment is enlightenment in the touchscreen mode, awesome works great as well.
I would also suggest to use Hacker's keyboard instead of stock android, it is a complete keyboard, very usefull when dealing with terminals ... as for VNC viewer, one should recompile android-vnc-viewer with the patches given in Issues 238 and 239 (can't post links either), it's a lot better
I've had a lot of fun, thanks
First, Complete Linux Installer doesnt work because its images are compiled for arm not x86 (i tried )
Secondly, I did a tutorial here http://forum.xda-developers.com/showthread.php?t=1966984
the nexus 7 stuff is interesting and we consider making flashable fastboot for the razr i since we dont have cwm or such you know
i am talking to jordan keyes who recently owned a nexus 7 who probably will try out the ubu stuff and i might get some system info
but i would really prefer a dual boot, capable of booting from sd...
I came across this site today:
http://www.pvsm.ru/wine/10369
translated here
I don't know if this could possibly help you any further but I thought that I might as well post it.
Hello, recently purchased a asus tf701t laptop/tablet hyrbid and the device itself is perfect. Powerful cpu, good storage and an insane 2k resolution for a 10' inch screen which I don't think has been done before.
However I absolutely hate android (no offense to android developers) and decided to try installing Linux Mint 17 which can be installed on any regular laptop easily. Essentially, I want to get rid of both android bootloader and the OS itself and replace that with Grub bootloader and Linux Mint 17 OS. But android is fighting me every step of the way trying to prevent me from doing just that I unlocked the bootloader so my warrenty is void now.
But beyond that I can't install linux iso because the android bootloader isn't registering the usb stick (with linux iso on it) so I can't launch the linux live iso at all. I tried using cdrom iso using disk to launch through usb and still doesn't come up in the bootloader options. I know its possible to use linux on these devices because I've seen people have done it before on the internet.
I am now at this point starting to consider android itself as malware as the very definition of the word, ....lets start with the fact that they locked the bootloader, prompting me to give ip address just to enable me to unlock the bootloader (malicious and very dodgy). No root access therefore, third party programs are required to enable root which further my belief that android os is more malware than it is a legitimate operating system. Lastly, either possibly no usb driver for bootloader or usb port is locked out by design at bootloader (either way, might explain why I can't use usb linux iso).
What I can't understand is, why google can lock down a device tighter than fort knox on a Asus brand device. This is like buying a brand new car and not being able to open your own car even though you purchased it. What google has done is borderline illegal and I'm abit astonished how they can get away with it...
Sorry for the rant guys I'm abit fustrated atm. Can anyone please help me? I really love linux mint and if its possible to format android and install linux mint on this device I would be eternally grateful
Update: I attempted to flash the device with the command: fastboot -i 0x0B05 flash recovery recovery.img which works...but when I reboot and push power and down volume into bootloader...and try to get into recovery...the screen looks like its about to load into it but then resumes boot of android.
I'm really puzzled by this. So cannot flash a custom recovery for some strange reason
Its not so simple I dont think. You might want to watch whats happening on this thread for now.
http://forum.xda-developers.com/transformer-tf701/general/native-linux-asus-tf701t-t2973119
I would think you would have to completely replace the bootloader with something like uboot maybe if you wanted to wipe the tablet. But I dont think anyone knows. Then you could end up with some permanent brick. There would be no recovery or fastboot option if you were somehow able to get some kind of boot loader on this thing. I have no idea.
Edit: Also there is no arm based Linux Mint afiak.
YayYouFixedIt said:
Its not so simple I dont think. You might want to watch whats happening on this thread for now.
I would think you would have to completely replace the bootloader with something like uboot maybe if you wanted to wipe the tablet. But I dont think anyone knows. Then you could end up with some permanent brick. There would be no recovery or fastboot option if you were somehow able to get some kind of boot loader on this thing. I have no idea.
Edit: Also there is no arm based Linux Mint afiak.
Click to expand...
Click to collapse
Thanks I appreciate the reply. I understand this won't be easy but I'm stubborn that way
Can you give me some advice on where I can start learning how to place a native linux os on the device? Would grub bootloader work with tf701t?
have you considered returning your tf701 and replacing it with the tf700 infinity? you can replace the OS with ubuntu.. theres much more support for that model than the tf701
tf701mega said:
have you considered returning your tf701 and replacing it with the tf700 infinity? you can replace the OS with ubuntu.. theres much more support for that model than the tf701
Click to expand...
Click to collapse
Out of curiosity, have you used the tf700t? it is good for development, but it could run pretty slow at times. It might of been because of the tegra 3 processor, because the tf300t also had this performance issue. I was barely able to type up documents on a CM Rom because the tablet would lag when typing out and would then force close and corrupt my document.
atleast for me, that was the reason why I went with this one rather than the tf700t. This is just my 2 cents about getting the tf700t. I would suggest trying it out before getting it.
Sent from my K00C using Tapatalk 2
Just how stubborn are you?
How much work do you want to put into this? There are two options, the easy route that you probably will consider imperfect, and the much more complicated route that I'm not certain will work. I'll do my best to explain both.
The method I use is to install a linux distro (in my case, ubuntu) inside a chroot. There are several apps on the android market to help you set this up. The one I used sets up an Xvnc server, so you can view your linux desktop by using an android VNC viewer -- but it's just connecting locally, not going over the network.
This works nicely out of the box, but it's slow, partly because it's using the VNC protocol and partly because there's no 2d hardware acceleration. I tinkered with my setup and installed XSDL, a native android X server with hardware acceleration. I had to modify the linux startup script to skip starting Xvnc and instead connect to XSDL (which is on :0.0 like a normal X server).
This works great and is fairly fast. For me, this is a good compromise between a full-fledged linux laptop and the convenience of android apps written specifically for a multitouch screen. I generally do most of my stuff in Android, but I can drop into my Ubuntu desktop whenever I need more power.
The really big downside is that it's hard to prevent Android's low-memory killer from sacrificing XSDL when I haven't used it for awhile. I've mucked about with various solutions involving oom_score_adj and such, and that helps, but android still ends up killing my X server sometimes.
So, that's the easy method. For the more complicated method, I'm just theorizing, and this stuff may not work. You're going to need to either already have somewhat deep linux knowledge or be willing to learn Here goes.
In this post, I described how I managed to boot my tf701t after the internal memory card died a horrible death. The important bit here is that I learned how to boot any initrd/kernel combination using fastboot, and how to roll that combination into a boot.img so that the tablet always boots it. This is what you'll need to do both for the installation and for future boots into your Linux install.
First off, choose your Linux distro. I don't think you'll be able to use Mint, since, as someone pointed out above, there's no ARM build of Mint. However, there is an ARM build of Debian and Mint has the "debian edition", so maybe there is an ARM version. It may be, though, that the Mint folks only built their special stuff (Cinnamon/mate/whatever) for x86 platforms. I'd recommend Ubuntu as a compromise since I know it runs on the tf701t.
For the initial installation, put the contents of the install ISO onto an SD card -- just copying your bootable USB drive over should work. Now for the tricky bit: you'll need to pull the kernel and initrd ("ramdisk", "initial ramdisk" -- usually initrd-<something>.gz) off of the usb drive and into a working directory on a Linux laptop or desktop (let's call it the "host"). You might get away with just fastbooting this kernel/ramdisk directly. Install the fastboot package for your distro (Ubuntu has one, anyway). Connect up your tablet, put it in fastboot mode (I think that's done by booting with volume up and down held) and do 'fastboot boot <your kernel> <your ramdisk>'.
This will boot the kernel and load up the initrd, which is a tiny little linux filesystem stored in memory. The kernel runs a program called init inside the ramdisk and init takes over and boots into the actual installer. The question in my mind is how it goes about finding the ISO contents. If it searches by filesystem UUID, and there's a good chance that it does, then it will find your the ISO contents on the SD card just fine and the installer will start up.
If not, well, things will get a lot more complicated. Normally what one would do in a case like this would be to pass kernel command-line arguments (you do this in the SYSLINUX bootloader for distros like Ubuntu) telling it where to find the installation media. We can't do that because fastboot doesn't let you pass command-line arguments. Instead, you'd need to extract the initrd on the Host machine, modify the init script in some way to tell it where to find the installation media (probably /dev/block/mmcblk1p1), and then repackage it. I went into somewhat shallow detail on how to do the extract/repackage parts of this, but this is where either prior linux knowledge or a willingness to do some research comes in. Hints: gunzip the initrd, then use the cpio tool to extract it.
Okay, so let's say that you get the installer booting. The next big question is whether it's going to work at all. In theory the graphics chip inside the tf701t is supported by linux, but in practice, maybe it's only supported by a kernel module that Samsung built. Maybe you'd need to substitute the stock kernel. The next question is whether X has a module that will work with the graphics chip. But maybe even if it doesn't you can use a text-mode installer. That would at least let you get a system installed that you could then hack on to try to get X running.
So, let's say you do get linux installed (probably onto the internal SD card, /dev/block/mmcblk0). Now you want to boot it. You'll need to look into the installed system and steal its kernel and ramdisk, and get them onto the Host machine. Or maybe you could just extract them from the debian packages, since I'm not sure how you'd get things off of that internal SD at this stage. As a hint, these may well NOT be the same kernel/initrd as in the installer.
Once you've got the kernel/ramdisk, you can try to boot into them with fastboot. If that works (big if), then you'll want to be able to boot them without fastboot. That's where the 'fastboot flash:raw' command comes in. It takes a kernel/ramdisk, builds an android boot.img out of them, and flashes it to the device. From then on, the device will boot that kernel and ramdisk by default.
So, in theory this could work. The biggest potential stumbling block is whether X is going to natively support the graphics chip. If it doesn't, you may be stuck using the basic framebuffer driver, or maybe that won't even work at all. ...or you could just settle for the chroot method and be done with it
Good luck. I'm very interested to hear whether this works. I'm probably not going to try it myself since I like Android enough that I want to keep it around. I also can't walk you through this in finer detail because of external limits on my time, but I'd be happy to answer theoretical questions and specific technical questions, so long as you're willing to do the legwork of reading manpages and such I hope this works out for you!
Oh, one thing just occurred to me: skip the part in the installer about installing grub. It's not going to work on this device and may cause problems. You'll take care of the bootloader part yourself with the fastboot flash:raw command.
Oh, I see there's already some decent progress in this thread. Also it looks like I totally missed the -c option in fastboot that lets you pass kernel command-line arguments... that'll definitely be a time-saver. Given what I see over in that thread, it looks like we may actually get a reasonable native linux on our TF701t. Not sure how far the OP has gotten on things like mouse/keyboard input, though.
I have to say, I'm pretty excited! It'd be super cool to be able to dual-boot native linux and android on this tablet. Best of both worlds.
lexelby said:
How much work do you want to put into this? There are two options, the easy route that you probably will consider imperfect, and the much more complicated route that I'm not certain will work. I'll do my best to explain both.
The method I use is to install a linux distro (in my case, ubuntu) inside a chroot. There are several apps on the android market to help you set this up. The one I used sets up an Xvnc server, so you can view your linux desktop by using an android VNC viewer -- but it's just connecting locally, not going over the network.
This works nicely out of the box, but it's slow, partly because it's using the VNC protocol and partly because there's no 2d hardware acceleration. I tinkered with my setup and installed XSDL, a native android X server with hardware acceleration. I had to modify the linux startup script to skip starting Xvnc and instead connect to XSDL (which is on :0.0 like a normal X server).
This works great and is fairly fast. For me, this is a good compromise between a full-fledged linux laptop and the convenience of android apps written specifically for a multitouch screen. I generally do most of my stuff in Android, but I can drop into my Ubuntu desktop whenever I need more power.
The really big downside is that it's hard to prevent Android's low-memory killer from sacrificing XSDL when I haven't used it for awhile. I've mucked about with various solutions involving oom_score_adj and such, and that helps, but android still ends up killing my X server sometimes.
So, that's the easy method. For the more complicated method, I'm just theorizing, and this stuff may not work. You're going to need to either already have somewhat deep linux knowledge or be willing to learn Here goes.
In this post, I described how I managed to boot my tf701t after the internal memory card died a horrible death. The important bit here is that I learned how to boot any initrd/kernel combination using fastboot, and how to roll that combination into a boot.img so that the tablet always boots it. This is what you'll need to do both for the installation and for future boots into your Linux install.
First off, choose your Linux distro. I don't think you'll be able to use Mint, since, as someone pointed out above, there's no ARM build of Mint. However, there is an ARM build of Debian and Mint has the "debian edition", so maybe there is an ARM version. It may be, though, that the Mint folks only built their special stuff (Cinnamon/mate/whatever) for x86 platforms. I'd recommend Ubuntu as a compromise since I know it runs on the tf701t.
For the initial installation, put the contents of the install ISO onto an SD card -- just copying your bootable USB drive over should work. Now for the tricky bit: you'll need to pull the kernel and initrd ("ramdisk", "initial ramdisk" -- usually initrd-<something>.gz) off of the usb drive and into a working directory on a Linux laptop or desktop (let's call it the "host"). You might get away with just fastbooting this kernel/ramdisk directly. Install the fastboot package for your distro (Ubuntu has one, anyway). Connect up your tablet, put it in fastboot mode (I think that's done by booting with volume up and down held) and do 'fastboot boot <your kernel> <your ramdisk>'.
This will boot the kernel and load up the initrd, which is a tiny little linux filesystem stored in memory. The kernel runs a program called init inside the ramdisk and init takes over and boots into the actual installer. The question in my mind is how it goes about finding the ISO contents. If it searches by filesystem UUID, and there's a good chance that it does, then it will find your the ISO contents on the SD card just fine and the installer will start up.
If not, well, things will get a lot more complicated. Normally what one would do in a case like this would be to pass kernel command-line arguments (you do this in the SYSLINUX bootloader for distros like Ubuntu) telling it where to find the installation media. We can't do that because fastboot doesn't let you pass command-line arguments. Instead, you'd need to extract the initrd on the Host machine, modify the init script in some way to tell it where to find the installation media (probably /dev/block/mmcblk1p1), and then repackage it. I went into somewhat shallow detail on how to do the extract/repackage parts of this, but this is where either prior linux knowledge or a willingness to do some research comes in. Hints: gunzip the initrd, then use the cpio tool to extract it.
Okay, so let's say that you get the installer booting. The next big question is whether it's going to work at all. In theory the graphics chip inside the tf701t is supported by linux, but in practice, maybe it's only supported by a kernel module that Samsung built. Maybe you'd need to substitute the stock kernel. The next question is whether X has a module that will work with the graphics chip. But maybe even if it doesn't you can use a text-mode installer. That would at least let you get a system installed that you could then hack on to try to get X running.
So, let's say you do get linux installed (probably onto the internal SD card, /dev/block/mmcblk0). Now you want to boot it. You'll need to look into the installed system and steal its kernel and ramdisk, and get them onto the Host machine. Or maybe you could just extract them from the debian packages, since I'm not sure how you'd get things off of that internal SD at this stage. As a hint, these may well NOT be the same kernel/initrd as in the installer.
Once you've got the kernel/ramdisk, you can try to boot into them with fastboot. If that works (big if), then you'll want to be able to boot them without fastboot. That's where the 'fastboot flash:raw' command comes in. It takes a kernel/ramdisk, builds an android boot.img out of them, and flashes it to the device. From then on, the device will boot that kernel and ramdisk by default.
So, in theory this could work. The biggest potential stumbling block is whether X is going to natively support the graphics chip. If it doesn't, you may be stuck using the basic framebuffer driver, or maybe that won't even work at all. ...or you could just settle for the chroot method and be done with it
Good luck. I'm very interested to hear whether this works. I'm probably not going to try it myself since I like Android enough that I want to keep it around. I also can't walk you through this in finer detail because of external limits on my time, but I'd be happy to answer theoretical questions and specific technical questions, so long as you're willing to do the legwork of reading manpages and such I hope this works out for you!
Oh, one thing just occurred to me: skip the part in the installer about installing grub. It's not going to work on this device and may cause problems. You'll take care of the bootloader part yourself with the fastboot flash:raw command.
Click to expand...
Click to collapse
Very stubborn
Sorry I didn't respond sooner as I was away with family for Christmas.
Thank you for the guide, it was extremely helpful. I am still working on getting the device ready so I'll update as I progress.
Thanks again