0

I am using my "daily driver" Win10 PC tower to install Ubuntu on a secondary hard drive via USB boot. The first attempt went well. After I shut down, I pulled the drive and installed it in a secondary computer and it functioned perfectly. My Win10 PC was rebooted after removal of the secondary drive and it functioned just as it did before I used it for the Ubuntu install on the secondary drive. (no issues) The second drive attempt went perfectly fine during the install process. I am absolutely certain I installed on the correct drive. (it is 750 gig versus my standard OS drive is 500 gig, plus they are different brands so no confusing there) After opening to Ubuntu and changing the time setting from 24 hr to 12 hr, I shut down. I pulled the secondary hard drive and the Ubuntu boot USB out and then restarted my rig. That is where it all fell apart. This time, the Win10 system will not come up at all. I simply get a GRUB rescue prompt. I tried a few commands and got nothing. On a whim, I reinstalled the big disk that I "believe" Ubuntu is installed on, the system came up to an Ubuntu screen asking me which system I wanted to boot from (4 options, Ubuntu, 2 others for Ubuntu I did not know and then my old Windows system)
I booted to Windows and all was as I hoped. I thought perhaps, if I shutdown from Windows and then took out the secondary drive, all would be good?? Nope. Same as before.

So, my rig seems to be tied to the secondary hard drive with Ubuntu on it. However, here is where it gets weird. In My PC, it does not show the secondary drive. In Disk Management it DOES show the secondary drive and that it is Online.

diskmgmt screenshot

After reading some help, it appears everyone is in agreement that I need to name the drive for My PC to recognize it. However, none of those commands are available to me when I attempt to do that. As you can see from the image, there is no EUID issue. Stranger to me still is that the new drive is showing unallocated, but not the full drive. It is almost as if disk management is hiding the Ubuntu portion of the drive.

Full disclosure, I have a very limited understanding of all this and have only embarked on this adventure in order to help my middle schooler get setup with his own Linux based desktop. (I have lots of hardware that he is wanting to build into his own rig)

So, can anyone help me figure out why my Win10 rig will no longer boot directly to Win10 without having this secondary hard drive installed? I am sure I am at fault here, but could really use some help fixing my mistake.

Thanks in advance,

slava
  • 3,887
  • 3
  • This is not my situation. I can get both Windows and Ubuntu to boot, so long as I keep the secondary drive installed. (no drive iD) If I remove the secondary drive, I get stuck in Grub rescue. I need to be able to make my pc boot to windows once the secondary drive is removed. – Uniquitous Dec 29 '18 at 18:57
  • Rescatux doesn't need the secondary drive to be installed to do its job. Remove the secondary drive and run Rescatux without it. – karel Dec 29 '18 at 19:02
  • It looks like you have BIOS/MBR configuration. So you want grub installed to MBR of Ubuntu drive and Windows boot loader installed to MBR of Windows drive. You can boot into Ubuntu and install grub to sdb drive and install a Windows type boot loader to Windows drive. Or use Windows repair disk to run fixMBR. https://askubuntu.com/questions/133533/how-to-remove-ubuntu-and-put-windows-back-on & https://help.ubuntu.com/community/RestoreUbuntu/XP/Vista/7Bootloader – oldfred Dec 30 '18 at 04:41

1 Answers1

0

You should always be able to boot into Windows via the EFI menu (some function key at power-up to select the boot device/OS).

Look at bugs https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1366546
It looks like your UEFI grub bootloaders are on the first hard disk, and the rest of grub's files on the root filesystem on the second disk. The second disk's EFI partition (you did put one on didn't you?) will be missing everything. To fix the second disk so it boots, just copy everything from the first disk's EFI to the second disk's EFI. The grub.cfg generated in EFI/ubuntu/grub.cfg will link to the root filesystem on the same disk now, and it will boot when the device is selected. Putting the second disk earlier in BIOS/UEFI Settings boot order will allow it to boot in preference to the internal disk when attached.

When not attached, you want the first disk to boot Windows, so put Windows first in the boot order (or delete the ubuntu entry). From Ubuntu, the program efibootmgr can rearrange /delete the boot EFI entries, I suppose Windows has a similar function, but you might also do this through the BIOS/UEFI settings (when no second disk is attached).

ubfan1
  • 17,838