Quote:
Quote:
|
Hi,
Please don't think that I'm doubting you.. I'm not! It's just that installing grub to sda implies an MBR disk, whereas the report of GPT & protective MBR implies a GPT drive. Without knowing more about the drive's history, then I can only guess the exact status of your drives. I'm of the opinion that the grub MBR write operation has bypassed the protective MBR and has ended up at the very front of the GPT drive.. In essence you may have something that is close to being a hybrid MBR/GPT drive. I personally avoid these like the plague. I consider them virtual "time bombs" from the data security point of view. The drives may work perfectly fine on your machine now, but they may be "problematic" if moved to another. Bodge99 |
Quote:
Without knowing the ops ouput of fdisk -l and the bios settings can't tell what is really happening. |
I converted my GPT table to MBR with gdisk. It worked and stupid Grub finally decided to install.
AFTER TWO DAYS OF STRUGGLE, it's booting. Cue the angel choir and the heavenly light beam. Whatever. As long as I don't have to wrestle with that hunk of garbage anymore. I won't mark this as solved. What if I it was a larger disk and I really had to use GPT? Grub sucks and stinks to high heaven. Moving on with my life. Thank you for the attention. |
I believe a 1mb partition flagged as bios-grub would have also fixed the problem with the gpt disk.
https://en.wikipedia.org/wiki/BIOS_boot_partition that I mentioned in post 5. Anyways at least you got working.:) |
Quote:
Did you try [to check] my post (#7)? I mean the link I posted. (From my side if I have no idea about what's happening I used to say stupid me) |
Quote:
Let's face it: Grub only does a half-assed job of supporting EFI. It requires kludges, ropes and stepping stones to reach it. Do Win and Mac users (no dual boot) go through that too? And there is nothing stupid about me. I want something very reasonable. I want to say, "Computer, apply the proper code to the boot sector of this disk so it will boot." I am not asking it to make coffee. I am asking that it boots. When the mere wish to BOOT UP is asking too much or requires so much bending over backwards, something is very wrong. I could not BOOT UP, for Turing's sake. That is ridiculous. Thank you for your contribution. I kept that tab opened for most of the time of my predicament. I just thought it wasn't the best approach. |
Quote:
|
Quote:
I didn't choose that. When I boot up off a CD or USB, my motherboard offers me two boot menu items for it: UEFI and not. I booted into UEFI mode when I booted off the Debian CD and installed it. Debian or Grub in Debian decided to install the "legacy" flavor, not me. Now, I don't have that option for hard disks. I guess it's whatever Grub tells the BIOS about them then. Do you boot in EFI mode? Do you have trouble installing Grub in a legacy MBR disk, or does this problem only happen when it's the other way around? |
Just a brief note on GPT disks. They can boot from a BIOS, a UEFI in legacy mode (which behaves like a BIOS) or a UEFI in native mode. But the GRUB requirements will vary.
If you are booting a GPT disk from a BIOS (or anything that behaves like one), the first part of GRUB will go into the "protective MBR" because that's where the BIOS will expect to find it. But the second part of GRUB can't go into its usual position between the MBR and the first partition because that space doesn't exist on a GPT disk. It's taken up by the further sectors of the partition table. So in such cases, you need the first partition to be a "BIOS boot partition". This is a special type of partition created with gparted or gdisk to contain GRUB Stage 2. You don't put a filesystem on it because GRUB Stage 1 needs to find Stage 2 by its physical address, not by a filename. You obviously don't have such a partition; that's what grub-install is complaining about. If you can create one (it only needs to be a few MB), your problem is solved. Some of the posters in this thread seem to be confusing the BIOS boot partition with the EFI System Partition. This will only exist if you have a UEFI. Unlike a BIOS boot partition, an ESP has a filesystem, which must be FAT-based. Usually it is FAT32. If you are booting with a UEFI in native mode, GRUB stage 2 will go here and the UEFI will boot it directly. You don't even need stage 1 in that case. btw I agree with the OP about GRUB. It's a horrible mess. |
hi,
I've never had any problems with Grub at all.. For single installations (only one os per machine) I just use the distro boot tools.. these tend to be fully automated and work pretty well. One machines that I multi boot with, I tend to do things "my way". Basically put grub (and all of the grub support files) into the EFI partition. A manually created grub.cfg in /boot/efi/EFI/BOOT (or /EFI/BOOT wrt the tld of the EFI partition) allows each installation grub configuration to be totally independent. Why would you attempt a UEFI/GPT installation on an MBR/legacy system or a legacy installation on a UEFI/GPT system?? This makes as much sense as putting diesel in a petrol engine.. Bodge99 |
Quote:
Quote:
Anyways at least you figured out a way to get it fixed to your liking. |
All times are GMT -5. The time now is 08:33 AM. |