Re: BIOS Can Not Find Disk
- Date: Tue, 5 Dec 2017 00:41:48 +0100
- From: Pascal Hambourg <pascal@xxxxxxxxxxxxxxx>
- Subject: Re: BIOS Can Not Find Disk
Le 04/12/2017 à 00:40, Felix Miata a écrit :
Pascal Hambourg composed on 2017-12-03 23:40 (UTC+0100):
Then, to proceed, remove /dev/sda1 partition followed by grub-install?
Removing the partition won't help. It is just useless, it does not harm.
If sda1 is a type EEh partition, doing that will probably dig your hole too
deep to escape from, absent a full partition table wipe. :-(
What are you talking about ? ee is the identifier for the GPT protective
partition in the MSDOS partition table of the protective MBR. This
partition is hidden. I am talking about the only real sda1 partition
that is visible, the one defined in the GPT partition table and is shown
by fdisk as "BIOS boot". Please do not make things even more confused
than they are.
To imply that removing a type EEh sda1 might be innocuous and use the term "real
sda1 that is visible" (visible how, in what context(s)?) is to interject
You're the only one bringing additional confusion.
Nobody but you talked about doing such a stupid thing as removing a type
ee partition. Dan and I only talked about removing the BIOS boot
sda1 cannot be a type ee partition. Type ee can exist only in the MBR,
and real partitions sda1, sda2... exist in the GPT table.
With its removal, sda2 might, depending on the details of
how it was done (how many different partitioning tools have already been
employed on OP's MBR sector?), become sda1, sda3 become sda2, etc., in addition
to voiding its protection and possibly invalidating the table.
IME removing a primary partition in MSDOS or any partition in GPT with
common partitioning tools does not renumber the remaining partitions.