search for: dlabel

> > As opposed to "label", > "dlabel" ... > https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf > > SeaBIOS / GRUB2 > > ... > ... > <target dev='vdc' bus='virtio'/> > <boot order='3'/> > ... > ... > <target dev=...

...8300 GPT_Boot > 3 1435648 22646783 10.1 GiB 8300 GPT_Root > 4 22646784 25163775 1.2 GiB 8200 GPT_Swap > > > boot: chain label=GPT_Boot > OK > > ~~~~~~~~~~~~~~~~~~~~~~~~~~ > > As opposed to "label", > "dlabel" ... > https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf > > SeaBIOS / GRUB2 > > ... > ... > <target dev='vdc' bus='virtio'/> > <boot order='3'/> > ... > ... > <target dev='...

.... > >>> The label is so just a way to detect a disk to boot. > >>> > >>> A typical use is for making an intelligent localboot like : > >>> > >>> label localboot > >>> com32 chain.c32 > >>> append dlabel=datapartition > >>> > >>> This allow booting on a disk that sports a least one partition > >>> labelled "datapartition". > >>> > >>> You can consider dlabel= doing almost what mbr= does but by inspecting > >>> the gpt...

On 17.07.2016 17:21, Ady Ady via Syslinux wrote: >> >> As opposed to "label", >> "dlabel" ... >> https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf >> >> SeaBIOS / GRUB2 >> >> ... >> ... >> <target dev='vdc' bus='virtio'/> >> <boot order='3'/> >> ... >>...

If I may, I would like to suggest some possible rewording (perhaps adding some clarity, simplifying and solving some typos, I hope). BTW, any suggestions for an alternative name for this option, instead of "dlabel"? > The exisiting label= option offer to boot on a gpt partition that have > a particular label. > The existing guuid= option offer to boot on a disk or partition with a > particular label. > The existing "label:" and "guid:" options select a specifi...

...t 2 411648 1435647 500.0 MiB 8300 GPT_Boot 3 1435648 22646783 10.1 GiB 8300 GPT_Root 4 22646784 25163775 1.2 GiB 8200 GPT_Swap boot: chain label=GPT_Boot OK ~~~~~~~~~~~~~~~~~~~~~~~~~~ As opposed to "label", "dlabel" ... https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf SeaBIOS / GRUB2 ... ... <target dev='vdc' bus='virtio'/> <boot order='3'/> ... ... <target dev='vdd' bus='virtio'/> <boot or...

...or partition with a particular label. This new option offer to boot the disk that have a partition which have a given label. The label is so just a way to detect a disk to boot. A typical use is for making an intelligent localboot like : label localboot com32 chain.c32 append dlabel=datapartition This allow booting on a disk that sports a least one partition labelled "datapartition". You can consider dlabel= doing almost what mbr= does but by inspecting the gpt partitions label. Please find below the commit : https://github.com/ErwanAliasr1/syslinux/commit/ebf8cb...

...48 22646783 10.1 GiB 8300 GPT_Root >> 4 22646784 25163775 1.2 GiB 8200 GPT_Swap >> >> >> boot: chain label=GPT_Boot >> OK >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~ >> >> As opposed to "label", >> "dlabel" ... >> https://github.com/ErwanAliasr1/syslinux/commit/ebf8cbf >> >> SeaBIOS / GRUB2 >> >> ... >> ... >> <target dev='vdc' bus='virtio'/> >> <boot order='3'/> >> ... >>...

On Jun 30, 2016 5:23 PM, "Ady Ady via Syslinux" <syslinux at zytor.com> wrote: > BTW, any suggestions for an alternative name for this option, instead > of "dlabel"? diskbylabel, diskbypartitionlabel, label2disk, etc. --Gene

...his new option offer to boot the disk that have a partition which > have a given label. > The label is so just a way to detect a disk to boot. > > A typical use is for making an intelligent localboot like : > > label localboot > com32 chain.c32 > append dlabel=datapartition > > This allow booting on a disk that sports a least one partition > labelled "datapartition". > > You can consider dlabel= doing almost what mbr= does but by inspecting > the gpt partitions label. > > > Please find below the commit : > http...

...his new option offer to boot the disk that have a partition which > have a given label. > The label is so just a way to detect a disk to boot. > > A typical use is for making an intelligent localboot like : > > label localboot > com32 chain.c32 > append dlabel=datapartition > > This allow booting on a disk that sports a least one partition > labelled "datapartition". > > You can consider dlabel= doing almost what mbr= does but by inspecting > the gpt partitions label. > [...] Are you actually referring to GPT *name* of...

On 06/30/16 14:19, Ady Ady via Syslinux wrote: > > BTW, any suggestions for an alternative name for this option, instead > of "dlabel"? > "disklabel" -hpa

...ich >>> have a given label. >>> The label is so just a way to detect a disk to boot. >>> >>> A typical use is for making an intelligent localboot like : >>> >>> label localboot >>> com32 chain.c32 >>> append dlabel=datapartition >>> >>> This allow booting on a disk that sports a least one partition >>> labelled "datapartition". >>> >>> You can consider dlabel= doing almost what mbr= does but by inspecting >>> the gpt partitions label. >>&gt...

...at have a partition which > > have a given label. > > The label is so just a way to detect a disk to boot. > > > > A typical use is for making an intelligent localboot like : > > > > label localboot > > com32 chain.c32 > > append dlabel=datapartition > > > > This allow booting on a disk that sports a least one partition > > labelled "datapartition". > > > > You can consider dlabel= doing almost what mbr= does but by inspecting > > the gpt partitions label. > > > > >...

> On 06/30/16 14:19, Ady Ady via Syslinux wrote: > > > > BTW, any suggestions for an alternative name for this option, instead > > of "dlabel"? > > > > "disklabel" > > -hpa > > IMO, naming this option "disklabel" is not the best idea. The term, "disklabel", suggests different possible things to users, depending on what the user is looking for / having in mind; for insta...

> > Are you actually referring to GPT *name* of a partition, > instead of filesystem *label*? Please (re)read the entire email thread (there is a reason I posted a slightly modified, yet untested, patch).

On 16.07.2016 10:39, Erwan Velu wrote: > The idea is to boot a disk in an mbr fashion while using the GPT (not > filesystem) label to detect the disk. > > That is useful when you use grub2 & gpt. I was in case where my nodes > (100s) have 8 disks each and no guarantee of which disk is "bootable" in > the disk. > > This way I can tell "please boot the

> > If it does not work via prompt: > boot: chain option=foobar > then it does not work. > Generally speaking, that statement is inaccurate. If you are going to answer no question - hmm, maybe there was some valid reason to ask them - and you intend to ignore what has been written, I wonder what would be the point of using my time on this.

On 07/14/16 05:56, Ady Ady via Syslinux wrote: > > @Peter, Erwan, Gene, Michal, (and anyone else interested)... > > Although I haven't actually tested Erwan's patch, would it be > acceptable by you (all) if I were to send a patch to this Syslinux > Mailing List with the same code while changing the wording as I > previously suggested in a prior email? Would it be

...it would be helpful for users to also see 'doc/chain.txt' being patched. Additional potential rewording in 'com32/chain/{chain.c,options.c} might be helpful too in future separated patches. I took Erwan's patch and slightly modified it with some rewording and by changing "dlabel" to "diskbypartname". I hope I've done it correctly; please evaluate it with careful attention. I have not compiled any binaries with this patch. The following is the relevant text for the patch and the patching code for 'com32/chain/chain.c' and for 'com32/chain/...