Android X86

Post Reply
user1111

Android X86

Post by user1111 »

Downloaded the more recent version of android x86 (64 bit version in my case) iso. i.e. android-x86_64-9.0-r2

Initially burnt it to a dvd and booted that (seems to be a Hybrid so you can also dd if=.... of=/dev/sdb ... or whatever to a usb). Worked really well, booted (albeit slowly) and connected to the net using my laptops wifi OK (had to enter the ssid and password), and I installed vnc and ssh from google play and vnc'd into my fatdog desktop system and that all worked fine. One problem was I couldn't figure out how to right-click within a rox-filer window for the right click context menu. ssh into the same box also worked fine. Another thing that initially caught me out was how to close apps/windows, where its a matter of selecting the square icon at the bottom of the screen, scroll (two finger drag across touchpad) to the relevant window, then click and flip the window off the top - as though you're throwing it away gesture). Another thing that took some figuring was how to shut down, which is a case of using Alt-F1 to drop to cli and then running poweroff or reboot ... type commands (or alt-F7 returns you to the gui desktop)

I did have the idea of running the android system on my desktop system (that is rarely used nowadays other than being a file server/accessed 'remotely' from my laptop) so I could boot fatdog on my laptop and then vnc into the android (desktop), so for example on the laptop have fatdog on desktop 1 and android (via vnc) on desktop 2. However the touchpad controls work better/easier when the laptop is running android and I vnc into fatdog.

Love the ability to scroll around and zoom using pinch motions (more so given my ageing eyesight); Dislike how the touchpad becomes sensitive to being touched such as when typing; Dislike how when playing a youtube music video in one chrome window, that stops when you open another chrome tab.

Decided to have a look around at how their live-boot is set up, and made the following notes (those familiar with puppy/fatdog initrd's init content will see similarities in how android x86 are doing things.

Code: Select all

Files extracted out of the iso ... initrd.img kernel ramdisk.img
and system.sfs (which has inside it a system.img file, which is
a actual image file i.e. can mount it using ...
mkdir m;mount system.img m)

grub4dos menu.lst entry with files on my sda3 ext4 partition ...

title android
root (hd0,2)
kernel /kernel root=/dev/ram0 androidboot.selinux=permissive quiet DATA=
initrd /initrd.img

Note when booted, to shutdown its Alt-F1 to drop to a cli and then
you can run poweroff or reboot ...etc.


To extract the initrd ...

mkdir initrd
cd initrd
cat ../initrd.img | gunzip | cpio -vid
Modify the ramdisk accordingly (e.g. you modify init.rc or 
add another additional files) Then repack accordingly

cd initrd
find . | cpio --create --format='newc' | gzip > ../myinitrd.img


inside initrd.img the init contains the following code

#!/bin/busybox sh
#
# By Chih-Wei Huang <cwhuang@linux.org.tw>
# and Thorsten Glaser <tg@mirbsd.org>
#
# Last updated 2018/01/26
#
# License: GNU Public License
# We explicitely grant the right to use the scripts
# with Android-x86 project.
#

PATH=/sbin:/bin:/system/bin:/system/xbin; export PATH

# auto installation
[ -n "$AUTO_INSTALL" ] && INSTALL=1

# configure debugging output
if [ -n "$DEBUG" -o -n "$INSTALL" ]; then
	LOG=/tmp/log
	set -x
else
	LOG=/dev/null
	test -e "$LOG" || busybox mknod $LOG c 1 3
fi
exec 2>> $LOG

# early boot
if test x"$HAS_CTTY" != x"Yes"; then
	# initialise /proc and /sys
	busybox mount -t proc proc /proc
	busybox mount -t sysfs sys /sys
	# let busybox install all applets as symlinks
	busybox --install -s
	# spawn shells on tty 2 and 3 if debug or installer
	if test -n "$DEBUG" || test -n "$INSTALL"; then
		# ensure they can open a controlling tty
		mknod /dev/tty c 5 0
		# create device nodes then spawn on them
		mknod /dev/tty2 c 4 2 && openvt
		mknod /dev/tty3 c 4 3 && openvt
	fi
	if test -z "$DEBUG" || test -n "$INSTALL"; then
		echo 0 0 0 0 > /proc/sys/kernel/printk
	fi
	# initialise /dev (first time)
	mkdir -p /dev/block
	echo /sbin/mdev > /proc/sys/kernel/hotplug
	mdev -s
	# re-run this script with a controlling tty
	exec env HAS_CTTY=Yes setsid cttyhack /bin/sh "$0" "$@"
fi

# now running under a controlling tty; debug output from stderr into log file
# boot up Android

error()
{
	echo $*
	return 1
}

try_mount()
{
	RW=$1; shift
	if [ "${ROOT#*:/}" != "$ROOT" ]; then
		# for NFS roots, use nolock to avoid dependency to portmapper
		mount -o $RW,noatime,nolock $@
		return $?
	fi
	case $(blkid $1) in
		*TYPE=*ntfs*)
			mount.ntfs-3g -o rw,force $@
			;;
		*TYPE=*)
			mount -o $RW,noatime $@
			;;
		*)
			return 1
			;;
	esac
}

check_root()
{
	if [ "`dirname $1`" = "/dev" ]; then
		[ -e $1 ] || return 1
		blk=`basename $1`
		[ ! -e /dev/block/$blk ] && ln $1 /dev/block
		dev=/dev/block/$blk
	else
		dev=$1
	fi
	try_mount ro $dev /mnt || return 1
	if [ -n "$iso" -a -e /mnt/$iso ]; then
		mount --move /mnt /iso
		mkdir /mnt/iso
		mount -o loop /iso/$iso /mnt/iso
	fi
	if [ -e /mnt/$SRC/$RAMDISK ]; then
		zcat /mnt/$SRC/$RAMDISK | cpio -id > /dev/null
	elif [ -b /dev/$RAMDISK ]; then
		zcat /dev/$RAMDISK | cpio -id > /dev/null
	else
		return 1
	fi
	if [ -e /mnt/$SRC/system.sfs ]; then
		mount -o loop,noatime /mnt/$SRC/system.sfs system
		if [ -e system/system.img ]; then
			mount --move system /sfs
			mount -o loop,noatime /sfs/system.img system
		fi
	elif [ -e /mnt/$SRC/system.img ]; then
		remount_rw
		mount -o loop,noatime /mnt/$SRC/system.img system
	elif [ -s /mnt/$SRC/system/build.prop ]; then
		remount_rw
		mount --bind /mnt/$SRC/system system
	elif [ -z "$SRC" -a -s /mnt/build.prop ]; then
		mount --bind /mnt system
	else
		rm -rf *
		return 1
	fi
	mkdir -p mnt
	echo " found at $1"
	rm /sbin/mke2fs
	hash -r
}

remount_rw()
{
	# "foo" as mount source is given to workaround a Busybox bug with NFS
	# - as it's ignored anyways it shouldn't harm for other filesystems.
	mount -o remount,rw foo /mnt
}

debug_shell()
{
	if [ -x system/bin/sh ]; then
		echo Running MirBSD Korn Shell...
		USER="($1)" system/bin/sh -l 2>&1
	else
		echo Running busybox ash...
		sh 2>&1
	fi
}

echo -n Detecting Android-x86...

[ -z "$SRC" -a -n "$BOOT_IMAGE" ] && SRC=`dirname $BOOT_IMAGE`
[ -z "$RAMDISK" ] && RAMDISK=ramdisk.img || RAMDISK=${RAMDISK##/dev/}

for c in `cat /proc/cmdline`; do
	case $c in
		iso-scan/filename=*)
			SRC=iso
			eval `echo $c | cut -b1-3,18-`
			;;
		*)
			;;
	esac
done

mount -t tmpfs tmpfs /android
cd /android
while :; do
	for device in ${ROOT:-/dev/[hmnsv][dmrv][0-9a-z]*}; do
		check_root $device && break 2
		mountpoint -q /mnt && umount /mnt
	done
	sleep 1
	echo -n .
done

ln -s mnt/$SRC /src
ln -s android/system /
ln -s ../system/lib/firmware ../system/lib/modules /lib

if [ -n "$INSTALL" ]; then
	zcat /src/install.img | ( cd /; cpio -iud > /dev/null )
fi

if [ -x system/bin/ln -a \( -n "$DEBUG" -o -n "$BUSYBOX" \) ]; then
	mv -f /bin /lib .
	sed -i 's|\( PATH.*\)|\1:/bin|' init.environ.rc
	rm /sbin/modprobe
	busybox mv /sbin/* sbin
	rmdir /sbin
	ln -s android/bin android/lib android/sbin /
	hash -r
fi

# load scripts
for s in `ls /scripts/* /src/scripts/*`; do
	test -e "$s" && source $s
done

# ensure keyboard driver is loaded
if [ -n "$INSTALL" -o -n "$DEBUG" ]; then
	busybox modprobe -a atkbd hid-apple
	auto_detect &
fi

if [ 0$DEBUG -gt 0 ]; then
	echo -e "\nType 'exit' to continue booting...\n"
	debug_shell debug-found
fi

# A target should provide its detect_hardware function.
# On success, return 0 with the following values set.
# return 1 if it wants to use auto_detect
[ "$AUTO" != "1" ] && detect_hardware && FOUND=1

[ -n "$INSTALL" ] && do_install

load_modules
mount_data
mount_sdcard
setup_tslib
setup_dpi
post_detect

if [ 0$DEBUG -gt 1 ]; then
	echo -e "\nUse Alt-F1/F2/F3 to switch between virtual consoles"
	echo -e "Type 'exit' to enter Android...\n"

	debug_shell debug-late
	SETUPWIZARD=${SETUPWIZARD:-0}
fi

[ "$SETUPWIZARD" = "0" ] && echo "ro.setupwizard.mode=DISABLED" >> default.prop

[ -n "$DEBUG" ] && SWITCH=${SWITCH:-chroot}

# We must disable mdev before switching to Android
# since it conflicts with Android's init
echo > /proc/sys/kernel/hotplug

export ANDROID_ROOT=/system

exec ${SWITCH:-switch_root} /android /init

# avoid kernel panic
while :; do
	echo
	echo '	Android-x86 console shell. Use only in emergencies.'
	echo
	debug_shell fatal-err
done
Being a live boot no changes are stored, so you have to reconfigure locale, wifi ...etc. settings at each reboot. Very early days for me but looks like persistence could be set up by using rsync or suchlike of the /android content; Or using puppy style overlays.

Version of kernel and busybox running ...
sc2.png
sc2.png (192.35 KiB) Viewed 1970 times

Press PrintScreen grabs a screen shot, I scp'd that over to my fatdog box
sc3.png
sc3.png (150.95 KiB) Viewed 1970 times
user1111

Re: Android X86

Post by user1111 »

Once you're more familiar with the initial setup, you can add the kernel boot parameter

SETUPWIZARD=0

to the menu.lst entry. That takes you straight into the desktop on boot, but you then have to manually open and configure your locale, wifi connect ...etc.

Code: Select all

title android
root (hd0,2)
kernel /kernel root=/dev/ram0 androidboot.selinux=permissive quiet SETUPWIZARD=0 DATA=
initrd /initrd.img

A couple more screenshots
Screenshot_20200927-233216.png
Screenshot_20200927-233216.png (148.44 KiB) Viewed 1957 times

vnc into Fatdog
Screenshot_20200927-233122.jpg
Screenshot_20200927-233122.jpg (107.33 KiB) Viewed 1957 times
user1111

Re: Android X86

Post by user1111 »

The DATA= boot parameter, if set to a folder on a ext3 partition, saves all your data to that folder. Persistence :) It even stores the configuration changes.

So one way to have a save/not option would be to hard link rsync that folder content, which takes up little space, and provides the option to 'not save' i.e. roll back changes made since the last rsync.

I have the boot files in / on sda3, and I also created a /data folder for that. DATA=data
dancytron
Posts: 722
Joined: Fri Dec 13, 2019 6:26 pm
Has thanked: 520 times
Been thanked: 217 times

Re: Android X86

Post by dancytron »

I tried to do a manual frugal install from your 1st post.

It just kept loading with the "....." for what seemed like at least 15 minutes.

I am definitely interested in this. Being able to run my favorite Android map programs on a 12" screen instead of a crappy little phone screen would be great.
user1111

Re: Android X86

Post by user1111 »

I've tried it on a couple of other boxes and hit similar problems of not booting. Looked like it wasn't finding the graphics. After trying all sorts of additional boot parameters such as vga=ask nomodeset xforcevesa ...etc had no luck with either of the boxes. I guess I hit it lucky with my AMD Radeon R2 laptop. Everything seems to work on that, except for the camera. A annoying factor however is not being able to multi-task, such as playing a .mp4 and soon as you invoke the menu ... the music pauses. Same for multiple browser tabs.

You could try the DEBUG=2 boot parameter. When I did that it threw out loads of messages and after also entering 'exit' once or twice it continued bootup, but not to the desktop. I never got around to deciphering all of the messages, there was no 'obvious' error, saw something like a 'limits exceeded' error report.
user1111

Re: Android X86

Post by user1111 »

It shouldn't take that long for each stage of bootup, if there's no obvious activity after a few minutes its likely not working.
user1111

Re: Android X86

Post by user1111 »

After lots of tiny text reading of debug kernel boot messages and trying all sorts, I downloaded the release 9 rc2 32 bit version and booted that in one of my desktops and it got to the "android" graphical screen in around a minute or two, it does hang on that for quite a while (I booted from a burnt DVD) - perhaps another few minutes, and then the desktop appeared :thumbup2:

https://www.fosshub.com/Android-x86-old ... .0-rc2.iso

... but, on that desktop its hard wired ethernet, there is a VirtWifi option for that, that seems to provide net access, but I couldn't for instance log into GooglePlay - kept asking for credentials to login to google, but then doing-a-windows (not working, just a spinning circle). Chrome worked some of the time, not at other times.

Your mileage may vary.
dancytron
Posts: 722
Joined: Fri Dec 13, 2019 6:26 pm
Has thanked: 520 times
Been thanked: 217 times

Re: Android X86

Post by dancytron »

That doesn't sound too encouraging. :(

I'll try more later...
keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

@ rufwoof

I tried your link but had a problem. The first window to appear (see andimage1) looked normal but a few seconds later the second window appeared (see andimage2). I also tried to download the 64bit version but got the same result download/file.php?mode=view&id=1044http ... ew&id=1043
Have you any ideas as to how I can get the iso to download?

Regards,

Ken.
Attachments
andimage2.png
andimage2.png (21.35 KiB) Viewed 1863 times
andimage1.png
andimage1.png (39.74 KiB) Viewed 1863 times
user1111

Re: Android X86

Post by user1111 »

Uploading the iso to my googledrive now. Will post the link when done.

Login into google and it flashed up a message to say my accounts password might have been revealed, and to change it. Don't really log into google that much so guess its a lapse on google's behalf. Or maybe they've just detected different devices i.e. those android tests. 725MB

keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

Thanks for that. Have it downloaded and I am just about to burn the iso to a DVD.

Ken.
keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

Well I booted up using the iso I burnt to a DVD. It seems to work well enough except that, like you, I could not connect to my wifi. When playing about with this I noticed a mention of superuser permissions so I assume this is a rooted version of Android. I have very little experience of Android except for one of those cheap Chinese tablets that used Android 2.2 which I was given. I was able to install a rooted version of Android called Uberoid. This made it a bit more usable. It still works but is only used to play audio books. Using the information you gave in your first post I tried to make a manual frugal install, similar to that done with the pups and tried to boot it using grub4dos. This did not work giving me a "could not find" error. The drive I was using for this has two partitions. The first sda1 is formatted ntfs and contains BusterDog and Racy551. The second sda2 is formatted ext3 and contains the save folder for BusterDog. On this partition I made a folder called 90rc2android. I copied initrd.img, kernel, ramdisk.img and system.sfs to this folder. I already have grub4dos installed to boot BusterDog and Raccy551 so I added another menu entry to menu.lst as shown below.

Code: Select all

title android
root (hd0,1)
kernel /kernel root=/dev/ram0 androidboot.selinux=permissive quiet DATA=
initrd /initrd.img
As you can see it is very similar to yours but as I said it did not boot. Although I have some experience in booting pups and dogs using grud4dos I have no idea what to try with Android.
I also had a number of other goes at downloading the 64bit version from
https://www.fosshub.com/Android-x86-old.html?
However, every time I try I manage to download between about 30-60MBs before the download fails. Is there some problem with this site?

Regards,

Ken.
User avatar
8Geee
Posts: 376
Joined: Wed Jul 29, 2020 10:52 pm
Location: N.E. USA
Has thanked: 17 times
Been thanked: 55 times

Re: Android X86

Post by 8Geee »

just wondering out loud... possible rpm download instead of iso?

Regards
8Geee

Money talks... no, it shouts, so that it doesn't have to hear common sense.

keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

@8Geee
I tried downloading the 64bit rpm and this downloaded first time without a problem. Flushed with this success I tried downloading the 64bit iso again which, you may not be surprised to hear, failed. I did get a record part download of 225MB of the 920MB iso. Now I'm not sure what to do with the rpm. I can see the files initrd.img, kernel, ramdisk.img and system.sfs packed inside as well as qmem-android. The first four of these were the ones rufwoof used but as I could not get my 32bit frugal install to boot I'm not sure trying this again will work. When I burned the 32bit iso to a dvd it did boot but wifi would not connect. Can I convert the rpm to a bootable iso which I could burn to a dvd?

Regards,

Ken.
User avatar
8Geee
Posts: 376
Joined: Wed Jul 29, 2020 10:52 pm
Location: N.E. USA
Has thanked: 17 times
Been thanked: 55 times

Re: Android X86

Post by 8Geee »

There is a 32-bit rpm IIRC.
When converting, do NOT use pinstall... it appears the rpm is stored in /tmp.

SEE HERE

Regards
8Geee

Money talks... no, it shouts, so that it doesn't have to hear common sense.

keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

8Geee wrote: Sun Oct 04, 2020 1:04 am There is a 32-bit rpm IIRC.
When converting, do NOT use pinstall... it appears the rpm is stored in /tmp.

SEE HERE

Regards
8Geee
The link above seems to refer to .pet packages whereas I assume I need to convert from a .rpm to an .iso. Is there a way to do this in linux? I have searched on the web but I'm none the wiser.

Regards,

Ken.
keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

Was able to download the 64bit iso from,
https://osdn.net/projects/android-x86/d ... .0-r2.iso/
My web search gave osdn.net as an alternative mirror to fossub.com. Will burn this iso to a dvd and see how I get on from there.

Ken.
oui
Posts: 416
Joined: Fri Aug 28, 2020 9:35 pm
Has thanked: 9 times
Been thanked: 30 times

Re: Android X86

Post by oui »

Hi

I have an operable full installation of Android 64 on my HD.

It did be installed with grub, I can remember.

I did start it one unique time and it did start pretty ... until the MUST login into a google account and I did break for this reason (my hope did be, to use android as a completely neutral OS!); I also use no portable phone ... to avoid such providers following me step by step. I use Puppy BECAUSE I start each time with a completely fresh desk and content :mrgreen: . it is my vision of freedom!

(in very older releases of android for PC, I can't remember some obligation to login into a google account!)

along the long month since the installation, the grub.cfg list did become to long and someday, I did erase and loose the item for my android installation in the grub chain.

I suppose there is in android as in linux an entry / directory for the boot loader but as I don't understand really android, I don't know where in the partition and can't find it any more.

that is my first problem.

my second problem is that I don't agree to MUST use the google services :lol: . is there a way to avoid that :?:

my third problem is how to become root right to install more (and free stuff)?
dancytron
Posts: 722
Joined: Fri Dec 13, 2019 6:26 pm
Has thanked: 520 times
Been thanked: 217 times

Re: Android X86

Post by dancytron »

If it's like ROMs for regular android devices, then you can just not install the Google stuff (which comes separately anyway for licensing kinds of reasons) and either install F-droid (which is open sourcish android programs) or just download what you want to install manually from the web.

I don't know about the x86 version, but I kind of assume it is the same.
user1111

Re: Android X86

Post by user1111 »

If you boot with the SETUPWIZARD=0 boot parameter then it takes you straight in, without all of the startup 'requests' to log into your Google account.
keniv
Posts: 656
Joined: Mon Jul 13, 2020 2:18 pm
Location: Scotland
Has thanked: 108 times
Been thanked: 67 times

Re: Android X86

Post by keniv »

I've now tried three different versions of x86 android. I checked the md5 check sum of all three isos and burned all three to DVD. Only one of these DVDs would boot to a desktop and that was android-x86-9.0-rc2.iso. Both the 64bit of android-x86-9.0-rc2.iso and cm-x86_64-14.1-r4.iso may have booted eventually but they took so long that I thought there had been some sort of failure with both of them and I gave up. I've still not managed to boot a frugal install of android-x86-9.0-rc2 using grub4dos but I've managed to install it to a USB drive and am able to boot it using the version of grub with which it comes. Image1 bellow shows the content of the installed Grub folder. Menu.lst is editable and the changes persist. Below is the full menu.lst

Code: Select all

default=0
timeout=6
splashimage=/grub/android-x86.xpm.gz
root (hd0,0)

title Android-x86 9.0-rc2
	kernel /android-9.0-rc2/kernel quiet root=/dev/ram0 vmalloc=192M SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

title Android-x86 9.0-rc2 (Debug mode)
	kernel /android-9.0-rc2/kernel root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

title Android-x86 9.0-rc2 (Debug nomodeset)
	kernel /android-9.0-rc2/kernel nomodeset root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

title Android-x86 9.0-rc2 (Debug video=LVDS-1:d)
	kernel /android-9.0-rc2/kernel video=LVDS-1:d root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img
I booted using the first option however this brought up the setup screen which froze after about 10 secs. I then used rufwoof's suggestion and included SETUPWIZARD=0. I also commented out some of the titles. Here's my menu.lst.

Code: Select all

default=0
timeout=6
splashimage=/grub/android-x86.xpm.gz
root (hd0,0)

title Android-x86 9.0-rc2
	kernel /android-9.0-rc2/kernel quiet root=/dev/ram0 SETUPWIZARD=0 vmalloc=192M SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

#title Android-x86 9.0-rc2 (Debug mode)
	kernel /android-9.0-rc2/kernel root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

#title Android-x86 9.0-rc2 (Debug nomodeset)
	kernel /android-9.0-rc2/kernel nomodeset root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img

title Android-x86 9.0-rc2 (Debug video=LVDS-1:d)
	kernel /android-9.0-rc2/kernel video=LVDS-1:d root=/dev/ram0 vmalloc=192M DEBUG=2 SRC=/android-9.0-rc2
	initrd /android-9.0-rc2/initrd.img
This now boots to the desktop type I chose and this is also persistent.
Wifi does not work but a cable connection does. I'm not convinced this is a rooted version. The file manager is called "file". When I used a rooted rom before the file manager gave access to the system files. This one does not do this. It does not seem to have the required permissions.
It is also extremely slow though this might have a lot to do with running it from an old 4GB USB2 drive.
I would be interested if anybody could convert the boot code for "title Android-x86 9.0-rc2" to code that would boot a frugal install using grub4dos. The drive I have has two partitions sda1 formatted ntfs and containing frugal installs of BusterDog and Racy551. Grub is also on this partition. The second partition sda2 is formatted ext4 and has the save folder for Busterdog and the android-9.0-rc2 folder called 90rc2android. The grub4dos menu.lst is shown below.

Code: Select all

title android  
  uuid 32638d9f-1c3b-4703-881a-38bff6b033ef
  kernel /90rc2android/kernel root=/dev/ram0 androidboot.selinux=permissive quiet DATA=
  initrd /90rc2android/initrd.img
32638d9f-1c3b-4703-881a-38bff6b033ef is the uuid of the second ext4 partition. root (hd0,1) does not work. Any help with this would be much appreciated.

Regards,

Ken.
Attachments
image1.png
image1.png (14.19 KiB) Viewed 1954 times
watchdog
Posts: 85
Joined: Fri Dec 13, 2019 4:32 pm
Has thanked: 14 times
Been thanked: 12 times

Re: Android X86

Post by watchdog »

I'm using on my asus laptop k52n Lineage OS 14.1 x86 r4. My laptop has the webcam upside down. In linux I install libv4l and launch skype or any app prepending:

Code: Select all

export LD_PRELOAD=/path-to/v4l1compat.so

This solves the webcam upside-down in any app in linux. How can I solve this problem in Lineage OS using skype for example? Can someone suggest a solution?

EDIT: I have solved this problem using an external usb uvc cam and using the USB Dual Camera app from the Play Store.

Last edited by watchdog on Tue Feb 09, 2021 4:07 pm, edited 2 times in total.
r96chase
Posts: 225
Joined: Sat Nov 07, 2020 1:27 am
Location: Brookings
Has thanked: 105 times
Been thanked: 13 times
Contact:

Re: Android X86

Post by r96chase »

ngl I've tried Android-x86 before. Specifically, LineageOS 14.1. It's pretty stable somewhat. I might try it again eventually, but I'm not sure.

I am a crash-course Linux novice. :lol:

r96chase
Posts: 225
Joined: Sat Nov 07, 2020 1:27 am
Location: Brookings
Has thanked: 105 times
Been thanked: 13 times
Contact:

Re: Android X86

Post by r96chase »

Okay, so I decided to necro this thread because I'm thinking of installing LineageOS x86 again.

I'm still considering the pros and cons of this decision. Here's what I got so far:

Pros:
-Being able to run Android apps on my ThinkPad when I'm not using Puppy Linux (note: I have a Puppy installed on a USB stick. Used f2stickpup to create it).
-Having a higher-end way to run SunVox projects with little worry of limitations of my phone and my Chromebook
-Experiment with Android development at times (huge maybe on this one tbh).

Cons:
-Android is a bit limited in terms of software.
-I'm not sure how well Wine runs on Android-x86 yet, so I might end up giving up FL Studio or something.
-Certain Android apps might run weird iirc.

I don't really know tbh, but I might try running my Puppy USB first before I even try any Android-x86 distro again.
I'm still deciding though.

I am a crash-course Linux novice. :lol:

Post Reply

Return to “Other Distros”