grub-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Support OpenIndiana in GRUB2


From: Vladimir 'φ-coder/phcoder' Serbinenko
Subject: Re: [PATCH] Support OpenIndiana in GRUB2
Date: Tue, 08 Nov 2011 20:17:34 +0100
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20111010 Iceowl/1.0b2 Icedove/3.1.15

On 08.11.2011 19:16, Seth Goldberg wrote:
>
>
> Quoting Vladimir 'φ-coder/phcoder' Serbinenko, who wrote the following
> on...:
>
>> Resending because of wrong oi-dev address at first try which caused it
>> to be rejected from other 2 lists as well
>> On 08.11.2011 02:19, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>>> With this patch on top of trunk I was able to compile (using
>>> GCC+GAS+GNU
>>> LD), install, generate config and boot OpenIndiana. Some areas are grey
>>> to me. As like:
>>> 1) Is it better to determine zfs-bootfs parameter on boot or on config.
>
> (These opinions are based on Oracle Solaris):
> Some grub entries may not specify a bootfs, in which case, GRUB should
> derive it from the bootfs property in the pool
>
bootfs is an annoying one since on-disk AFAIK only its objnum is stored
so we need to scan to determine its name. But for me it's only
backward-compatibility issue. This property shouldn't be necessary with
new or autodetected config.
>>> GRUB-Legacy does former but it has the problem that rpool may be
>>> inaccessible to GRUB (it may be that only /boot/grub is accessible
>>> to it)
>
>   If the rpool is in accessible, then the top-level dataset should
> also be inaccessible (unless I'm misunderstanding what you mean).
>
You can have a small disk locally holding only GRUB2, kernel and boot
archive and rpool in a SAN, boot_archive taking care of mounting rpool.
>>> 2) What's the best way to handle "local" keyword?
>
>   Remove it ;) ?
>
I have a patch for it few lines down in this ML.
>>> 3) Does Illumos support* multiple kernels?
>
> (For O.S.)  This is something that developers would use, IMHO, but not
> something for production, because the boot environment construct is
> used to isolate different bootable instances.
Could you explain better what's boot environment is? Is it separate
subvolume? How do we discover them. Should it be on runtime or config time?
>
>  --S
>
>
> _______________________________________________
> Grub-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/grub-devel


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]