Re: GRUB only offers a rescue shell

[jmh6]

Hi Pascal,

    Yet another no go. Grub prints 'GRUB ' then nothing happens.

    What 'should' grub have done. -- Grub transfering control to block #. 
Grub signature not found. Do you wish to: 1. Transfer control anyways. 2. 
Scan nearby blocks looking for grub signature. 3. Scan hard drive 
beginning at block number looking for grub signature.

    Grub scanner found grub signature at block #. 1. Do you wish to start 
at that block? 2. Do you wish to modify MBR start address to this address?


    Now I am trying to load whole hard drive with known working image 
starting with MBR. dd if=/dev/sdc (memory stick) of=/dev/sdc (pata hard 
drive) bs=10M. I takes a while :).

    Before I try to start it, I will check the hard drive to see if it 
makes sense. MBR reasonable, /dev/sda2 mountable, etc.

    Then I will try to start that.

    Maybe it will work??

    Lots of fun :).

    warm regards,
    John


On Fri, 14 Jul 2017, Pascal Hambourg wrote:

> Le 14/07/2017 ? 06:15, Jordan Uggla a ?crit :
> > On Thu, Jul 13, 2017 at 1:20 PM, Pascal Hambourg <address@hidden> 
> wrote:
> > > Or one could force grub-install to include the part_msdos module in the 
> core
> > > image with the --modules=part_msdos option.
> >
> > One could, and it would work, but basically only by chance due to how
> > cross disk installs are supported in grub. grub-install would still
> > see it as a cross disk install, and would still set it up as such.
> > Because cross disk installs use an embedded config that searches by
> > UUID, and that search happens to still search partitions even when
> > grub-install "knew" that $prefix was not to be found on a partition,
>
> IMO it is a pity that GRUB does not also search by UUID even when the 
> core image and $prefix are on the same disk. It would avoid boot failure 
> when the partition containing $prefix is renumbered (logical partition 
> numbers are not stable when you create or remove another logical partition).
>
> > $prefix would be configured properly but it's an ugly work around that
> > could break if grub's implementation changes. I am firmly of the
> > opinion that the --modules option should never be used, as it is
> > almost exclusively misused and it is easy to break things when using
> > it.
>
> I had to use --modules once on a regular setup because grub-install did 
> not include some required module by itself.
>
> _______________________________________________
> Help-grub mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/help-grub