[GUIDE]Triple Booting Remix OS, Linux and Chrome OS - Remix OS for PC

The trick is to install Chrome OS first, shrink the Chrome OS main partition, and install Linux and Remix in their own partitions.
Download Chrome OS from here and install it as directed. It will destroy everything else on the disk, and make a large partition for data storage, and another 11 partitions for whoknows what.
Boot Linux with a live USB stick or CD. Shrink the first, large partition using parted. I started out with a 450GB partition that I shrunk to 180. Make 5 new partitions using fdisk or whatever you like for partitioning. I made a 250 MB partition for Linux boot, a 120GB partition for Linux /, a 120GB partition for Linux /home, an 8GB partition for Linux swap, and a 30GB partition for Remix. Use your own judgment.
Install Linux in the Linux partitions. I use Gentoo, but you can use whatever you like.
Boot up linux.
Install Remix OS in the last partition:
Download the zip file from this thread. Unzip the file; it contains an installer for Windoze(<somethingorother>.exe), and an .iso file. Make a temporary directory
Code:
mkdir /mnt/tmp
and mount the iso in it:
Code:
mount -o loop <name_of_iso>.iso /mnt/tmp
Format the Remix partition, mount it, and copy the files in the iso to the Remix partition (in my case it is /dev/sda17):
Code:
mkfs.ext4 /dev/sda17
mkdir /mnt/remix
mount -t auto /dev/sda17 /mnt/remix
cd /mnt/tmp
find . -xdev -depth -print | cpio -puvdm /mnt/remix
Make a grub menu entry for Remix OS in /etc/grub.d/40_custom:
Code:
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry "REMIXOS Resident Mode" --class android-x86 {
insmod part_gpt
search --file --no-floppy --set=root /system.img
set root=(hd0,17)
linux /kernel initrd=/initrd.img quiet root=/dev/ram0 androidboot.hardware=remix_x86
androidboot.selinux=permissive quiet SRC= DATA=/ CREATE_DATA_IMG=0
## VGA=791
video=uvesa DPI=96 UVESA_MODE=1280x800
initrd /initrd.img
}
You may need a different VGA= or MODE= depending on your monitor.
Make a data directory. For some reason it doesn't get created automatically:
Code:
mkdir /mnt/remix/data
Assuming grub is installed, make the grub menu and finish up.
Code:
mount /boot
grub2-mkconfig -o /boot/grub/grub.cfg
umount /boot
umount /mnt/tmp
umount /mnt/remix
rmdir /mnt/remix
When you reboot, you will see two entries for Chrome OS, generally listed as "Unknown Linux Distribution". Either one will work to boot Chrome.
Follow the directions in the Remix thread listed above on how to enable the Google Play store on Remix.
Took me a lot of trial and error. Hopefully it will be easier for you.

what do you mean it destroy everything on disk

deepakhope said:
what do you mean it destroy everything on disk
Click to expand...
Click to collapse
If you run the installer that comes with it, it will wipe out anything that was on the disk before. There's no way to install it and leave what was there before untouched. That's why you need to install Chrome OS first.

pixbuf said:
If you run the installer that comes with it, it will wipe out anything that was on the disk before. There's no way to install it and leave what was there before untouched. That's why you need to install Chrome OS first.
Click to expand...
Click to collapse
That's what held me off trying ChromeOS; can you at least select to install to an external drive with it?
Just a couple points from OP;
1. You probably should be saying CloudReady (open-source version of ChromiumOS) rather than saying ChromeOS; as that is a hardware-specific closed source OS.
2. There's a bit of redundancy in your grub:
Code:
menuentry "REMIXOS Resident Mode" --class android-x86 {
insmod part_gpt
[color=red][b]search --file --no-floppy --set=root /system.img
set root=(hd0,17)[/b][/color]
linux /kernel initrd=/initrd.img quiet root=/dev/ram0 androidboot.hardware=remix_x86
androidboot.selinux=permissive quiet SRC= DATA=/ CREATE_DATA_IMG=0
}
Those two lines are doing the same thing - removing the first one might result in a faster boot (probably non-noticable); removing the second should make the whole entry partition no. independent.

How could I add windows 10 to the mix here?
Institute chromium, followed by Linux and then windows and finally restore grub?

Related

Not able to boot from Grub

So I have no idea what caused this but I'm no longer able to boot into RemixOS.
I get the following error.
Code:
error: no such device: /RemixOS/kernal.
error: fixup signature not match.
alloc magic is broken at 0x9817300:980b8040
I used Windows to install RemixOS.
My grub entry looks like:
Code:
set root='(hd0,7)'
savedefault
search --file --no-floppy --set=root /RemixOS/kernel
linux /RemixOS/kernel root=/dev/ram0 SERIAL=random logo.showlogo=1 androidboot.selinux=permissive quiet DATA= SRC=RemixOS CREATE_DATA_IMG=1
initrd /RemixOS/initrd.img
Any ideas? Thanks!
Most likely your drive filesystem got corrupted. Run a chkdsk on this drive from Windows.
Vioner said:
Maybe you have badblocks in the drive filesystem. You can try:
Start cmd.exe as administrator.
Run this command but change X: to drive where RemixOS is installed:
Code:
chkdsk X: /f /r /x
Once it's done, make a screenshot/picture or save the contents of the console in notepad to show results to us.
Reboot into Remix and check if it helped.
Click to expand...
Click to collapse
Also I noticed something weird.
Have you modified anything in the menuentry? Having these 2 lines at once makes no sense to me:
Code:
set root='(hd0,7)'
search --file --no-floppy --set=root /RemixOS/kernel
First one sets static path for Grub to know which drive to use in booting. Second makes Grub dynamically select the right drive - finds the right file and sets the drive as the boot source. You either have one or another, I haven't seen both at once before.

How to mount "data.img" from other partition?

Hey guys... I have a trouble when installing Remix OS on my laptop...
Is it possible that I put data on another partition? Not on the image file, data.img?
I see that when I'm using Remix OS Installation Tool, it created a additional partition for my USB flash drive.
But when I selected to install on hard disk, it just create a new folder Remix OS with data.img
How can I install the Remix OS with multiple partitions like usually Android smartphones do?
SOLVED GUYS!
With gparted,
Just create 2 ext4 partition, one for system, one for data.
For system partition : Extract the ISO to this partition, and then rename it to "REMIXOSSYS"
For data partition : just rename it to "REMIXOSDATA"
Then I'm using Grub Customizer, to create a new custom boot entry.
Code:
search --file --no-floppy --set=root /kernel
linux /kernel root=/dev/ram0 androidboot.selinux=permissive quiet DATA= USB_DATA_PARTITION=1
initrd /initrd.img
And that's it! It will automatically find the data partition!

install remixos on ubuntu in persistence mode

my boot is
sda6 Ubuntu
sda2 windows7
sda7 Dati
I follow this guide
https://forum.xda-developers.com/remix/remix-os/guide-install-remixos-pc-hdd-partition-t3320861
and I create ext4 on /dev/sda8 for remixOS (sda6, sda7 and sda8 and sda5 swap partition is under extended partition)
I copy all content of ISO (extract) from root account by ubuntu under /media/sda8/android.
I edit /etc/grub.d/40_custom for 64bit OS:
menuentry "Remix-OS" {
set root=(hd,8)
linux /android/kernel root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive quiet SRC=android DATA=/data
initrd/android/initrd.img}
I create system.img from system.sfs
Copy system.img to /android folder in RemixOS partition
save all
restart
RemixOS start ok but if restart All data lost.
Why?
thanks all.

Remix OS Hacked NTFS UEFI single boot

Hi there I am a big fan of Android and I have done it I created a 111 GB Data image in Vbox. Then I extracted grub cfg file from a Windows 10 dual boot install and I noticed that the EFI files had the same date as the ISO image. So I created a EFI partition and a NTFS partition on a thumb drive with parted magic cause Windows shut down dual partitions on thumb drives. It is so simple there is only 8 files that boot the data image. Thanks to Arcronius true image I can copy it to hard drives and have secure boot. If you have a Windows installation on another drive you can chainload it in the grub configuration file. All the files are from the ISO and original so the signatures match. The only issue I have is every month or so I have a boot failure but I have a patch for that. Just copy and replace the system image in the Remix OS folder. Then I am good I have been surfing the XDA developers website for a while and learned a lot. I am not good with code I am working on it Merry Christmas to everyone and thanks to Google for supporting XDA. Peace out!
Boot a Remix OS folder on any HDD or partition on your device!
Hey there one more thing you can chainload a installed RemixOS folder. Simply format a USB flash drive to GPT with Easeus partition master then format the file system to fat32. Then add your grub configuration file in the EFI partition */boot/grub/grub.cfg. Then add your EFI folder there are two folders in this directory. First the boot folder in this folder is bootx64 and grubx64 /EFI/boot/bootx64, grubx64. Then the ntfs64.mod path is /EFI/RemixOS/ntfs64.mod . When you boot from the USB drive it chainloads the RemixOS folder and in this folder you need the data.img, kernel,ramdisk.img, system.img and last the initrd.img .That's all you need you can install a second hard drive because Windows won't let you dual boot with UEFI on the same drive so you can format your second hard drive. Use Easeus partition master and format GPT and create a fat32 partition the minimum it let me was 250MB. Then format the second partition NTFS. Here is the grub.cfg.
code:
set timeout=0
menu entry 'Remix OS -class android-x86{
insmod /EFI/RemixOS/ntfs64.mod
search --file --no-floppy --set=root/RemixOS/kernel
linux /RemixOS/kernel root=/dev/ram0 androidboot hardware=remix_x86_64 androidboot.selinux=permissive quiet SERIAL=random logo.showlogo=1 DATA=SRC=RemixOS CREATE_DATA_IMG=1
intrd /RemixOS/initrd.img
}
Here is the layout for Legacy boot you need to go to Vbox and do a install on a VHD select a grub install on a NTFS partition you will get a series of folders grub,androidx86. First you need to mount the VHD then extract the two folders. Simply rename androidx86 folder to RemixOS folder then install to hard drive. On that same hard drive run Bootice64 and process MBR you will want to use Grub4dos and select rev.c. Then add three files to your to your hard drive root grldr,grldr.mbr and menu.LST you will need to download grub4dos to get these files use the menu.lst in the grub folder and edit androidx86 to RemixOS and cut and paste it to root directory. Here is the menu.lst.
code:
default 0
timeout 0
title RemixOS
find --set-root /RemixOS/kernel
kernel /RemixOS/kernel root=/dev/ram0 androidboot.hardware=remix_x86_64 androidboot.selinux=permissive quiet SERIAL=random logo.showlogo=1 SRC=RemixOS/ DATA= CREATE_DATA_IMG=1 UVESA_MODE=1920x1080
initrd /RemixOS/initrd.img
boot
There you go Merry Christmas and Happy New year's
Cat Stevens
Boot from USB flash drive boot EFI file from Bios
Hello to boot a RemixOS folder UEFI you need to boot file from Bios. Here is the path USB/EFI/boot/bootx64
This will chainload to any partition on the device.
Cat Stevens
I've done it again RemixOS on "55 TV UEFI mod.
Ok Legacy let's you do this to the menu.lst as well check my other posts. First UEFI you need to download grub2win and the file your looking for is elf.mod it's located in the x86_64-efi folder. This mod will set the resolution to 1920x1080 it looks great on the big screen. And it will also let your laptop run a external monitor at the same resolution. To install copy elf.mod to the EFI partition /EFI/RemixOS/elf.mod that's the path for grub.cfg I will give you to configurations.
UEFI desktop code:
set timeout=0
menuentry 'Remix OS' --class android-x86 {
insmodRemixOS/ntfs64.mod
insmod /EFI/RemixOS/elf.mod
search --file --no-floppy --set=root /RemixOS/kernel
linux /RemixOS/kernel root=dev/ram0 androidboot.hardware=remix_86_64 androidboot.selinux=permissive quiet SERIAL=random logo.showlogo=1 DATA= SRC=RemixOS CREATE_DATA_IMG=1 UVESA_MODE=1920x1080
initrd /RemixOS/initrd.img
UEFI laptop code:
set timeout=0
menuentry 'Remix OS' --class android-x86 {
insmodRemixOS/ntfs64.mod
insmod /EFI/RemixOS/elf.mod
search --file --no-floppy --set=root /RemixOS/kernel
linux /RemixOS/kernel root=dev/ram0 androidboot.hardware=remix_86_64 video=LVDS-1:d acpi_sleep=s3_bios androidboot.selinux=permissive quiet SERIAL=random logo.showlogo=1 DATA= SRC=RemixOS CREATE_DATA_IMG=1 UVESA_MODE=1920x1080
initrd /RemixOS/initrd.img
OK have a Merry Christmas
Cat Stevens

Creating GRUB entries for multiple android-x86 versions multiboot

I have an hdd that I connect to my computer through a USB connector and cable. The computer has an internal HDD with WIndows 10, partitioned as follows:
Recovery, EFI, C:, D:, E: , Unallocated
As far as possible I want to leave everything on the internal HDD untouched, so that I do not mess up the Windows 10 boot process
In the externally connected HDD, I have the following Android x86 versions installed each in it's own partition:
Android x-86 (standard android x86, android-x86_64-9.0-rc2.iso)
LineageOS-x86 (cm-x86_64-14.1-r3.iso)
BlissOS (Bliss-OS-Yantra-v12.3-android_x86_64-OFFICIAL-202002231104_k-k4.19.95-ax86-ga-rmi_m-19.3.3-ax86-q_ld-2.4.100-ax86-ma_dg-_dh-q10.0-x86_mg-_gms_cros-hd_cros-wv.iso)
I only installed GRUB for the first Android-x86 install and didn't do it for Lineage-OS and BlissOS, so currently when I boot from the external HDD I can only boot into Android x86. How do I edit the config files (and which files exactly do I edit) so that I get a menu to choose between which Android x86 to boot into?
Some of the files in the EFI partition of the internal HDD which I think are relevant, are given below:
\boot\grub\x86_64-efi\grub.cfg
Code:
set timeout=5
set debug_mode="(DEBUG mode)"
set kdir=/efi/Android
set src=SRC=/android-9.0-rc2
source $cmdpath/android.cfg
EFI\Android\android.cfg
Code:
# $1 Kernel dir
# $2 Title
# $3... Kernel cmdline
function add_boot_entry {
menuentry "$2" "[email protected]" --class android-x86 {
savedefault
set root=$android
if [ ! -e $2/kernel ]; then
search --no-floppy --set root -f $2/kernel
fi
set kd=$2
shift 3
linux $kd/kernel root=/dev/ram0 $src [email protected]
initrd $kd/initrd.img
}
}
# $1 Title
# $2... Kernel cmdline
function add_entry {
set title="Android-x86 9.0-rc2 $1"
shift 1
add_boot_entry "$kdir" "$title" "[email protected]"
}
# $1 EFI to chainload
# $2 OS name
# $3 Class
function add_os_if_exists {
# Is there a better way to find ESP?
for d in hd0,gpt1 hd0,gpt2 hd1,gpt1 hd1,gpt2 hd0,msdos1 hd0,msdos2 hd1,msdos1 hd1,msdos2; do
if [ "($d)$1" != "$cmdpath/$bootefi" -a -e ($d)$1 ]; then
menuentry "$2 at $d ->" "$d" "$1" --class "$3" {
savedefault
set root=$2
chainloader ($root)$3
}
break
fi
done
}
function savedefault {
if [ -s $prefix/grubenv -a "$chosen" != "$default" ]; then
set default="$chosen"
save_env default
fi
}
function load_theme {
loadfont DejaVuSansMono-18
set gfxmode=1024x768
terminal_output gfxterm
set theme=$prefix/theme/theme.txt
export theme
}
if [ "$root" == "loop0" ]; then
set prefix=($root)/boot/grub
fi
if [ -s $prefix/theme/theme.txt ]; then
load_theme
fi
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "$grub_cpu" = "i386" ]; then
set bootefi=bootia32.efi
set grub=grubia32
else
set bootefi=BOOTx64.EFI
set grub=grubx64
fi
if [ -z "$src" -a -n "$isofile" ]; then
set src=iso-scan/filename=$isofile
fi
search --no-floppy --set android -f $kdir/kernel
export android bootefi grub kdir live src
# Create main menu
add_entry "$live" quiet
add_entry "$debug_mode" DEBUG=2
if [ -s ($android)$kdir/install.img ]; then
add_entry "Installation" INSTALL=1
fi
submenu "Advanced options -> " --class forward {
add_entry "$live - Vulkan support (experimental)" quiet VULKAN=1
add_entry "$live - No Setup Wizard" quiet SETUPWIZARD=0
add_entry "$live - No Hardware Acceleration" quiet nomodeset HWACCEL=0
if [ -s ($android)$kdir/install.img ]; then
add_entry "Auto Install to specified harddisk" AUTO_INSTALL=0
add_entry "Auto Update" AUTO_INSTALL=update
fi
add_os_if_exists /EFI/BOOT/$bootefi "UEFI OS" os
add_os_if_exists /EFI/BOOT/fallback.efi "UEFI Fallback" os
add_os_if_exists /EFI/BOOT/fallback_x64.efi "UEFI Fallback" os
menuentry "Reboot" --class reboot { reboot }
menuentry "Poweroff" --class shutdown { halt }
menuentry "UEFI firmware settings" --class setup { fwsetup }
}
# Add other OSes boot loaders if exist
add_os_if_exists /EFI/fedora/${grub}.efi Fedora fedora
add_os_if_exists /EFI/centos/${grub}.efi CentOS centos
add_os_if_exists /EFI/ubuntu/${grub}.efi Ubuntu ubuntu
add_os_if_exists /EFI/debian/${grub}.efi Debian debian
add_os_if_exists /EFI/gentoo/${grub}.efi Gentoo gentoo
add_os_if_exists /EFI/opensuse/${grub}.efi openSUSE opensuse
add_os_if_exists /EFI/linuxmint/${grub}.efi "Linux Mint" linuxmint
add_os_if_exists /EFI/boto/bootx64.efi OPENTHOS openthos
add_os_if_exists /EFI/Microsoft/Boot/bootmgfw.efi Windows windows
for d in $cmdpath $prefix; do
if [ -f $d/custom.cfg ]; then
source $d/custom.cfg
fi
done
I can upload the "EFI\Android\android.cfg" for LineagOS'es GRUB install if anyone would like to see it, but it is mostly similar to the android.cfg above.
How to I create menu entries for different Android-x86 version multiboot?
mahaju said:
I have an hdd that I connect to my computer through a USB connector and cable. The computer has an internal HDD with WIndows 10, partitioned as follows:
Recovery, EFI, C:, D:, E: , Unallocated
As far as possible I want to leave everything on the internal HDD untouched, so that I do not mess up the Windows 10 boot process
In the externally connected HDD, I have the following Android x86 versions installed each in it's own partition:
Android x-86 (standard android x86, android-x86_64-9.0-rc2.iso)
LineageOS-x86 (cm-x86_64-14.1-r3.iso)
BlissOS (Bliss-OS-Yantra-v12.3-android_x86_64-OFFICIAL-202002231104_k-k4.19.95-ax86-ga-rmi_m-19.3.3-ax86-q_ld-2.4.100-ax86-ma_dg-_dh-q10.0-x86_mg-_gms_cros-hd_cros-wv.iso)
I only installed GRUB for the first Android-x86 install and didn't do it for Lineage-OS and BlissOS, so currently when I boot from the external HDD I can only boot into Android x86. How do I edit the config files (and which files exactly do I edit) so that I get a menu to choose between which Android x86 to boot into?
Some of the files in the EFI partition of the internal HDD which I think are relevant, are given below:
\boot\grub\x86_64-efi\grub.cfg
Code:
set timeout=5
set debug_mode="(DEBUG mode)"
set kdir=/efi/Android
set src=SRC=/android-9.0-rc2
source $cmdpath/android.cfg
EFI\Android\android.cfg
Code:
# $1 Kernel dir
# $2 Title
# $3... Kernel cmdline
function add_boot_entry {
menuentry "$2" "[email protected]" --class android-x86 {
savedefault
set root=$android
if [ ! -e $2/kernel ]; then
search --no-floppy --set root -f $2/kernel
fi
set kd=$2
shift 3
linux $kd/kernel root=/dev/ram0 $src [email protected]
initrd $kd/initrd.img
}
}
# $1 Title
# $2... Kernel cmdline
function add_entry {
set title="Android-x86 9.0-rc2 $1"
shift 1
add_boot_entry "$kdir" "$title" "[email protected]"
}
# $1 EFI to chainload
# $2 OS name
# $3 Class
function add_os_if_exists {
# Is there a better way to find ESP?
for d in hd0,gpt1 hd0,gpt2 hd1,gpt1 hd1,gpt2 hd0,msdos1 hd0,msdos2 hd1,msdos1 hd1,msdos2; do
if [ "($d)$1" != "$cmdpath/$bootefi" -a -e ($d)$1 ]; then
menuentry "$2 at $d ->" "$d" "$1" --class "$3" {
savedefault
set root=$2
chainloader ($root)$3
}
break
fi
done
}
function savedefault {
if [ -s $prefix/grubenv -a "$chosen" != "$default" ]; then
set default="$chosen"
save_env default
fi
}
function load_theme {
loadfont DejaVuSansMono-18
set gfxmode=1024x768
terminal_output gfxterm
set theme=$prefix/theme/theme.txt
export theme
}
if [ "$root" == "loop0" ]; then
set prefix=($root)/boot/grub
fi
if [ -s $prefix/theme/theme.txt ]; then
load_theme
fi
if [ -s $prefix/grubenv ]; then
load_env
fi
if [ "$grub_cpu" = "i386" ]; then
set bootefi=bootia32.efi
set grub=grubia32
else
set bootefi=BOOTx64.EFI
set grub=grubx64
fi
if [ -z "$src" -a -n "$isofile" ]; then
set src=iso-scan/filename=$isofile
fi
search --no-floppy --set android -f $kdir/kernel
export android bootefi grub kdir live src
# Create main menu
add_entry "$live" quiet
add_entry "$debug_mode" DEBUG=2
if [ -s ($android)$kdir/install.img ]; then
add_entry "Installation" INSTALL=1
fi
submenu "Advanced options -> " --class forward {
add_entry "$live - Vulkan support (experimental)" quiet VULKAN=1
add_entry "$live - No Setup Wizard" quiet SETUPWIZARD=0
add_entry "$live - No Hardware Acceleration" quiet nomodeset HWACCEL=0
if [ -s ($android)$kdir/install.img ]; then
add_entry "Auto Install to specified harddisk" AUTO_INSTALL=0
add_entry "Auto Update" AUTO_INSTALL=update
fi
add_os_if_exists /EFI/BOOT/$bootefi "UEFI OS" os
add_os_if_exists /EFI/BOOT/fallback.efi "UEFI Fallback" os
add_os_if_exists /EFI/BOOT/fallback_x64.efi "UEFI Fallback" os
menuentry "Reboot" --class reboot { reboot }
menuentry "Poweroff" --class shutdown { halt }
menuentry "UEFI firmware settings" --class setup { fwsetup }
}
# Add other OSes boot loaders if exist
add_os_if_exists /EFI/fedora/${grub}.efi Fedora fedora
add_os_if_exists /EFI/centos/${grub}.efi CentOS centos
add_os_if_exists /EFI/ubuntu/${grub}.efi Ubuntu ubuntu
add_os_if_exists /EFI/debian/${grub}.efi Debian debian
add_os_if_exists /EFI/gentoo/${grub}.efi Gentoo gentoo
add_os_if_exists /EFI/opensuse/${grub}.efi openSUSE opensuse
add_os_if_exists /EFI/linuxmint/${grub}.efi "Linux Mint" linuxmint
add_os_if_exists /EFI/boto/bootx64.efi OPENTHOS openthos
add_os_if_exists /EFI/Microsoft/Boot/bootmgfw.efi Windows windows
for d in $cmdpath $prefix; do
if [ -f $d/custom.cfg ]; then
source $d/custom.cfg
fi
done
I can upload the "EFI\Android\android.cfg" for LineagOS'es GRUB install if anyone would like to see it, but it is mostly similar to the android.cfg above.
How to I create menu entries for different Android-x86 version multiboot?
Click to expand...
Click to collapse
create a live USB with a distro like ubuntu or linux mint using RUFUS for windows or etcher for Linux. Boot into into it and run or install boot-repair. Linux mint now has it built in. That will enable the grub menu when you boot and show the other Android x86 entries. You installed GRUB to the EFI partition i assume so just make sure boot repair points to that location for your GRUB menu.
Cheers
Sent from my moto g(6) play using Tapatalk
Sands207 said:
create a live USB with a distro like ubuntu or linux mint using RUFUS for windows or etcher for Linux. Boot into into it and run or install boot-repair. Linux mint now has it built in. That will enable the grub menu when you boot and show the other Android x86 entries. You installed GRUB to the EFI partition i assume so just make sure boot repair points to that location for your GRUB menu.
Cheers
Sent from my moto g(6) play using Tapatalk
Click to expand...
Click to collapse
Does this mean that if I boot from a live version of Linux Mint it will automatically detect Android x86 installations? From another Linux forum I was told that it was just a matter of getting the correct entry in the .cfg file. Is there any way I can just do this from Windows by editing that file?
mahaju said:
Does this mean that if I boot from a live version of Linux Mint it will automatically detect Android x86 installations? From another Linux forum I was told that it was just a matter of getting the correct entry in the .cfg file. Is there any way I can just do this from Windows by editing that file?
Click to expand...
Click to collapse
You need to do more than boot from it, in this situation no changes are saved except boot-repair because you would be mounting your disk & partitions to repair GRUB using boot-repair and then rebooting. The only other alternative that might work would be to open a terminal emulator app in the first x86 install you did and run either sudo update-grub or sudo su then update-grub. You might need to enable root in Android x86 first because you are modifying your system disk, I'm not sure. There may be ways to do it within windows but I've been using linux as a daily for many years so I'm a little out if the windows loop.
Sands207 said:
You need to do more than boot from it, in this situation no changes are saved except boot-repair because you would be mounting your disk & partitions to repair GRUB using boot-repair and then rebooting. The only other alternative that might work would be to open a terminal emulator app in the first x86 install you did and run either sudo update-grub or sudo su then update-grub. You might need to enable root in Android x86 first because you are modifying your system disk, I'm not sure. There may be ways to do it within windows but I've been using linux as a daily for many years so I'm a little out if the windows loop.
Click to expand...
Click to collapse
ok no worries. I just don't want to mess up the windows boot process so I was hoping if there was any way to do this by just editing a text file. So if I understand correctly, first I need to have a live USB of an actual Linux distribution and run boot-repair.
That will enable the grub menu when you boot and show the other Android x86 entries.
Click to expand...
Click to collapse
Does this mean boot-repair will automatically detect Android-x86 installations? My Windows is in the internal HDD but the Android-x86's will all be in a USB HDD, in their own partitions. Is there any way boot-repair can mess up my Windows boot process, and anything I can do to recover back to a working state if that happens? I have a backup of all the folders in my EFI partition from windows if that is any help.
mahaju said:
ok no worries. I just don't want to mess up the windows boot process so I was hoping if there was any way to do this by just editing a text file. So if I understand correctly, first I need to have a live USB of an actual Linux distribution and run boot-repair.
That's correct.
Does this mean boot-repair will automatically detect Android-x86 installations? My Windows is in the internal HDD but the Android-x86's will all be in a USB HDD, in their own partitions. Is there any way boot-repair can mess up my Windows boot process, and anything I can do to recover back to a working state if that happens? I have a backup of all the folders in my EFI partition from windows if that is any help.
Click to expand...
Click to collapse
How you run boot-repair depends on several things. Are all disks going to be plugged in when you boot daily? Most importantly the windows disk? because the efi partition is on the windows disk, you may need them to be plugged in during boot repair but an alternative to that would be to create a an EFI partition on the usb disk and then each android x86 distros partition. With multiple entries it gets more complicated.
I also do not think the windows disk should be messed up. Running boot-repair seems like the easiest option
---------- Post added at 03:05 AM ---------- Previous post was at 02:59 AM ----------
This app might work in windows but i don't have a win pc to test https://alternativeto.net/software/grub2win/about/ its like grub-customiser for linux which might also help you
Sands207 said:
How you run boot-repair depends on several things. Are all disks going to be plugged in when you boot daily? Most importantly the windows disk? because the efi partition is on the windows disk, you may need them to be plugged in during boot repair but an alternative to that would be to create a an EFI partition on the usb disk and then each android x86 distros partition. With multiple entries it gets more complicated.
I also do not think the windows disk should be messed up. Running boot-repair seems like the easiest option
---------- Post added at 03:05 AM ---------- Previous post was at 02:59 AM ----------
This app might work in windows but i don't have a win pc to test https://alternativeto.net/software/grub2win/about/ its like grub-customiser for linux which might also help you
Click to expand...
Click to collapse
The built in HDD with Windows is always plugged in, while the USB one will only be used when I want to use the Android x86's (and anything else I might want to install on it in the future). What I would ideally like is
1. When the USB HDD is not connected, the PC just boots up into windows 10 as usual
2. When USB HDD is connected and I specifically select to boot from USB using the BIOS boot device selection menu, I get a boot menu where I get to choose which one I want to boot into. Preferably this menu is customizable as well, so if I install something else on a new partition in the USB HDD I can add an entry to boot into it in this menu
Is something like that possible?
@mahaju
Already tried Grub2Win?
jwoegerbauer said:
@mahaju
Already tried Grub2Win?
Click to expand...
Click to collapse
Will give it a try. Thanks. Just looking to make sure my Windows boot is not affected in anyway and that I can roll everything back to the way it was if something does go wrong.

Categories

Resources