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.
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!
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.
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
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.