GeneralThis forum is for non-technical general discussion which can include both Linux and non-Linux topics. Have fun!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
So the installer when it runs the grub program writes the bootloader not to the MBR but to the same partition I chose?
If you mean the Android Grub, I don't know what it does. Based on my experience with it, I expect it tries to install to the partition because it definitely didn't overwrite the MBR. When I installed Android and selected to install Grub there was no option as to where to install. When trying to chainload it from another system with Grub, it failed so I had to install Grub from another system which then worked to chainload it from both Grub Legacy and Lilo. I have an Ubuntu install and ran update-grub from it and it detected the other operating systems on the same drive but not Android.
Almost all Linux systems I have used will give you the option of where to install during the operating system installation. You can install to the MBR or to the root or boot partition where the system boot files are. Not sure why that happened as it is obviously possible to boot it from Grub2.
Well, a friend of mine, who does not know anything about computers, has Android 4.4.2 on it's tablet. I wanted to install that OS in my notebook to get familiar with it and be able to help my friend. So, anotther OS won't do.
you would have a much easier task with syslinux than lilo.
@yancek:
When I installed Android 4.4.2 it let me choose the partition for the OS but wrote the MBR. I know it because when I booted I was led to a grub menu. I had to run lilo to restore the MBR. But then of course I lost the capacity to boot Android. There is a way to do dual boot Android and Slackware Linux: using grub, say grub2. Another one, as I am told, is using syslinux but, here, I'm afraid I would have to learn a lot of things first. I don't think using grub to do the job can be that difficult, though I don't know how to do it. I can boot android with a grub.cfg written by myself but I couldn't make it to boot linux too (dual boot) which is odd.
If your install of Android had Grub on it's partition then the Lilo entry I posted above (post number 8) should have worked. If it doesn't I really don't know why not as it did work for me.
Another member posted an entry above to boot Android from Grub2 which worked for him so if you are planning to install Grub2 on Slackware and boot Android with it, you might take a look at that example and modify it to suit your system.
Or you could put Grub from Android in the MBR again and use a chainload entry to boot Slackware.
If you are referring to the suggestion above to use 'Syslinux', it is another bootloader and not an operating system. Syslinux is used on most CD/DVD and installation media to boot them.
If you have the default Grub Legacy installed to the boot sector of the android partition, the 'other' entry I posted above should work. At least it worked on my system.
try to explain him that SYSLINUX is the most reliable boot loader, far more reliable/older/stable/better than grub.
I installed FreeBSD Unix, Slackware GNU/Linux, Android-x86 Linux 9.2. The first two boot each other (and every other OS I used) fine. Chainloading, LILO says for Android there's no valid boot signature on that partition...
Someone got it to at least partially work, described on on a questions website. If another thread could be started, I'd consider using an alternative used by Slackware... it installs LILO for users/programmers but in classic boot mode uses syslinux... please don't reply about that here (without agreement of original poster) any more than GRUB... really hate things getting off-topic because the topic is about LILO, and I love LILO...
I don't see any reasons why it shouldn't.
Post #1 contains totally normal linux & initrd command lines, I'm sure those can be applied to grub, LiLo, syslinux etc. equally.
That said, this is 4 years old and android_x86's boot command might have changed meanwhile.
Post #1 contains totally normal linux & initrd command lines, I'm sure those can be applied to grub, LiLo, syslinux etc. equally.
That said, this is 4 years old and android_x86's boot command might have changed meanwhile.
Some other examples are appending 'androidboot.selinux=permissive,' 'acpi_sleep=s3_bios,s3_mode,' but the second might be for specific hardware. For android-9.0-r2 (x86) I've tried LILO (and GRUB2) with combinations of these and above append lines but nothing seems to work. As many say, it usually just starts printing dots until those fill up the entire screen then goes on & on. Android-x86 doesn't seem very documented, but alternatives have problems also, like KDE Plasma Mobile (unstable) and Ubuntu Touch/Unity (worst touch interface I've seen, basically unusable for me.) Anyone heard anything else on configuring Android-x86 with LILO (there's also a GRUB thread going on in recent months on this which at least if they solve it first might have the append options?)
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.