similar to: [PATCH] : Adding dlabel option to chain.c32

> On 30.06.2016 19:41, Erwan Velu via Syslinux wrote: > > 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. > > > > This new option offer to boot the disk that have a partition which > > have a given label. >

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 disk that have one partition labelled "xyz"". So nothing related

That is perfectly true. I had a beautiful bug in the code .... Switching from python to C have some weird side-effect. Indenting is not enough, brackets are required.... So I pushed https://github.com/ErwanAliasr1/syslinux/commit/5a122d218553a6d4019273653ba9fad66d6ae79e with the fix. I tested it on my multi-disk system with success. I also changed the name of the function. 2016-07-17 8:21

> > 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'/>

On 30.06.2016 19:41, Erwan Velu via Syslinux wrote: > 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. > > 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

On 15.07.2016 17:53, Ady Ady via Syslinux wrote: > >> On 30.06.2016 19:41, Erwan Velu via Syslinux wrote: >>> 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. >>> >>> This new option offer to

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

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

https://github.com/ErwanAliasr1/syslinux/commit/6993cc151a67f68673bf58372870b301a3d1022a sorry. 2016-07-28 15:52 GMT+02:00 Erwan Velu <erwanaliasr1 at gmail.com>: > That is perfectly true. I had a beautiful bug in the code .... Switching > from python to C have some weird side-effect. Indenting is not enough, > brackets are required.... > > So I pushed >

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

On 30.06.2016 19:41, Erwan Velu via Syslinux wrote: > The exisiting label= option offer to boot on a gpt partition that have > a particular label. According to official documentation, 'label' does not refer solely to the GPT http://git.zytor.com/syslinux/syslinux.git/tree/doc/chain.txt#n80 - 'label' will select a partition by a label (searching is done in disk order)

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

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

Hello all, I am having an issue with guestmount in respect to live instances and I was hoping someone might have an idea where I've gone wrong. The following output is from my shell session, if there's any more information needed please let me know and I'll happily provide it. [root at longitude ~]# virt-filesystems -d F16-rawhide/dev/sda2 /dev/sda3 [root at longitude ~]#

Hi,everyone: As the subject says, why chinese characters are shown as '?' by using ls function? Did anyone encounter the same problem and does resolution exist? Looking forward to your reply. Thanks in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Is r/w to a UFS partition using 'guestmount' still an impossibility? From everything I've found, it seems to be something that is not possible at the moment. I was just wondering if that has changed or if there are plans to change that? Here is the issue I'm experiencing: ~# guestmount --rw -a ${disk_path}/${disk_name} -m /dev/sda4 /tmp/freebsd-master libguestfs: error:

> 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,

> > 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