Quad Boot Device

[HarzSR]

Hi,

 

I would like to figure out that is there a way, that we can do a Quad Boot - Windows 10, Mac OS, Android and Linux (Ubuntu or anything) on a Desktop based Custom Machine.

If so, what would be the best configuration and how to do it ?

 

Thanks

[slightlyjaded]

modify the autoexec.bat file and have it boot to the shell, setup a menu system inside it to select the OS.

 

Honestly I have no idea if most OS use it still, I do know however that it's the first thing the computer looks for.

[AshleyAshes]

1 hour ago, slightlyjaded said:

modify the autoexec.bat file and have it boot to the shell, setup a menu system inside it to select the OS.

 

Honestly I have no idea if most OS use it still, I do know however that it's the first thing the computer looks for.

Uhhm... No.  Autoexec.bat is NOT the first thing a computer looks for.  Autoexec.bat is the first thing that MS-DOS, an operating system, looks for once it's finished starting, this was used to launch Windows 1 through Windows ME as they all had to run on top of the MS-DOS operating system.  When the BIOS/UEFI starts trying to bootstrap an OS, it most certainly is not looking for Autoexec.bat

[slightlyjaded]

Just now, AshleyAshes said:

Uhhm... No.  Autoexec.bat is NOT the first thing a computer looks for.  Autoexec.bat is the first thing that MS-DOS, an operating system, looks for once it's finished starting, this was used to launch Windows 1 through Windows ME as they all had to run on top of the MS-DOS operating system.  When the BIOS/UEFI starts trying to bootstrap an OS, it most certainly is not looking for Autoexec.bat

Okay you got me. I've had most experience with windows and unix.

 

I'm pretty sure there is however a first file that uefi/bios goes looking for, that would be your point of attack for modification.

[HarzSR]

Thanks for the inputs friends. But i am yet to build the machine itself. What would be the best configuration to withstand all these, and perform without a glitch or any lag in any OS that it runs

[Sniperfox47]

2 hours ago, HarzSR said:

Thanks for the inputs friends. But i am yet to build the machine itself. What would be the best configuration to withstand all these, and perform without a glitch or any lag in any OS that it runs

MacOS is your tough point. Figure that out first.

 

Once that's done install Windows and Mac first, then install Android and Linux to their partitions.

 

For bootloader there's lots of options. If you're on a UEFI system my suggestion is rEFInd because it has a nice GUI and will automagically find all your OSes as long as they have a UEFI compatible bootloader in your UEFI partition or a BIOS compatible bootloader in the MBR.

 

Windows 7/8/10, MacOS, and most modern Linux distros will be found be rEFInd without hassle. Android will depend how you set up Android.

[LogicalDrm]

Android doesn't run on desktop hardware. You need VM for that. MacOS can be run only on Mac hardware. Asking/suggesting anything else here is against CS.

[Sniperfox47]

1 hour ago, LoGiCalDrm said:

Android doesn't run on desktop hardware. You need VM for that. MacOS can be run only on Mac hardware. Asking/suggesting anything else here is against CS.

Android x86 and RemixOS can run natively on bare hardware.

[Drak3]

2 hours ago, Sniperfox47 said:

Android x86 and RemixOS can run natively on bare hardware.

It should be noted that Androidx86 needs an ARM library in order to correctly run many Android apps. I'm not sure if RemIxOS does, since I've never gotten it to boot in any scenario.

[Sniperfox47]

7 hours ago, Drak3 said:

It should be noted that Androidx86 needs an ARM library in order to correctly run many Android apps. I'm not sure if RemIxOS does, since I've never gotten it to boot in any scenario.

Both of them will run apps that use ndk binaries only if the app provides x86 binaries. Most games and other high performance software uses ndk, and while many of them provide x86 binaries (because in most cases it requires almost no extra work from the developer), some of them do not.