* grub_machine_get_bootlocation and partitions
@ 2015-12-01 16:18 Andrei Borzenkov
2015-12-01 17:45 ` Vladimir 'phcoder' Serbinenko
0 siblings, 1 reply; 3+ messages in thread
From: Andrei Borzenkov @ 2015-12-01 16:18 UTC (permalink / raw)
To: The development of GNU GRUB
If partition information is actually present, it results in bogus and
invalid device name like
hd0,1
This device cannot be opened as it requires partmap name.
One obvious case when partition *is* passed to GRUB is multiboot. I
suppose nobody ever noticed it because standard grub-install generates
fixed partition part.
We probably can fallback to probing partmap on current level in this
case, except it means more code again. But current situation is rather
useless as is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: grub_machine_get_bootlocation and partitions
2015-12-01 16:18 grub_machine_get_bootlocation and partitions Andrei Borzenkov
@ 2015-12-01 17:45 ` Vladimir 'phcoder' Serbinenko
2015-12-05 6:37 ` Andrei Borzenkov
0 siblings, 1 reply; 3+ messages in thread
From: Vladimir 'phcoder' Serbinenko @ 2015-12-01 17:45 UTC (permalink / raw)
To: The development of GRUB 2
[-- Attachment #1: Type: text/plain, Size: 861 bytes --]
Do you have a failure scenario? hd0,1 is not recommended but it's still
valid and so should still work
Le 1 déc. 2015 5:19 PM, "Andrei Borzenkov" <arvidjaar@gmail.com> a écrit :
> If partition information is actually present, it results in bogus and
> invalid device name like
>
> hd0,1
>
> This device cannot be opened as it requires partmap name.
>
> One obvious case when partition *is* passed to GRUB is multiboot. I
> suppose nobody ever noticed it because standard grub-install generates
> fixed partition part.
>
> We probably can fallback to probing partmap on current level in this
> case, except it means more code again. But current situation is rather
> useless as is.
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
[-- Attachment #2: Type: text/html, Size: 1272 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: grub_machine_get_bootlocation and partitions
2015-12-01 17:45 ` Vladimir 'phcoder' Serbinenko
@ 2015-12-05 6:37 ` Andrei Borzenkov
0 siblings, 0 replies; 3+ messages in thread
From: Andrei Borzenkov @ 2015-12-05 6:37 UTC (permalink / raw)
To: grub-devel
01.12.2015 20:45, Vladimir 'phcoder' Serbinenko пишет:
> Do you have a failure scenario? hd0,1 is not recommended but it's still
> valid and so should still work
Yes, I misunderstood what I have seen. Sorry.
> Le 1 déc. 2015 5:19 PM, "Andrei Borzenkov" <arvidjaar@gmail.com> a écrit :
>
>> If partition information is actually present, it results in bogus and
>> invalid device name like
>>
>> hd0,1
>>
>> This device cannot be opened as it requires partmap name.
>>
>> One obvious case when partition *is* passed to GRUB is multiboot. I
>> suppose nobody ever noticed it because standard grub-install generates
>> fixed partition part.
>>
>> We probably can fallback to probing partmap on current level in this
>> case, except it means more code again. But current situation is rather
>> useless as is.
>>
>> _______________________________________________
>> Grub-devel mailing list
>> Grub-devel@gnu.org
>> https://lists.gnu.org/mailman/listinfo/grub-devel
>>
>
>
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-12-05 6:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-12-01 16:18 grub_machine_get_bootlocation and partitions Andrei Borzenkov
2015-12-01 17:45 ` Vladimir 'phcoder' Serbinenko
2015-12-05 6:37 ` Andrei Borzenkov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).