All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: grub-devel@gnu.org
Subject: Re: [PATCH] Allow user to choose between path or fs-label instead of UUID
Date: Sun, 16 Sep 2012 19:40:12 +0200	[thread overview]
Message-ID: <50560EFC.6080005@gmail.com> (raw)
In-Reply-To: <505604DF.305@catcity.dyndns.org>

[-- Attachment #1: Type: text/plain, Size: 1836 bytes --]

On 16.09.2012 18:57, Pete Appleton wrote:

> Hi all,
> 
> The file attached is intended to allow a Linux user to easily specify
> whether GRUB2 should use the traditional device path (/dev/sda1) or the
> filesystem label instead of the default UUID scheme.  This functionality
> is currently supported by GRUB2 itself but the peripheral files
> (grub-mkconfig, 10-linux etc) don't directly support it, requiring the
> user to edit the distribution-supplied files on their installation with
> the potential for consequent upgrade conflicts.
> 
> This patch adds support for a new environment variable
> GRUB_DEVICE_IDENTIFICATION taking as value one of {uuid, label, path};
> if not set or invalid then it defaults to uuid so that the current
> semantics are respected.  If set to label then the 'search' clause and
> root=XXX kernel parameter are written using file system label syntax as
> opposed to the current single behaviour of device path if
> GRUB_DISABLE_LINUX_UUID=true


In this patch the same option has effect on both how device is passed to
kernel and how it's identified internally. These 2 parts should be kept
separate.

> 
> This patch was written after needing the functionality in my environment
> as I frequently move filesystems around a multi-spindle system (using
> the label to keep track of them) and seeing a few articles online
> advising various modifications to distribution supplied files; I hope
> that it is deemed useful enough to get incorporated into trunk to remove
> this minor niggle with a great product.
> 
> Thanks,
> 
> Pete Appleton
> 
> 
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel



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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]

  reply	other threads:[~2012-09-16 17:40 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-16 16:57 [PATCH] Allow user to choose between path or fs-label instead of UUID Pete Appleton
2012-09-16 17:40 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
2012-09-16 20:51   ` Pete Appleton
2012-09-18  8:54     ` Vladimir 'φ-coder/phcoder' Serbinenko
2012-09-18 18:26       ` Pete Appleton
2012-09-18 18:42         ` Vladimir 'φ-coder/phcoder' Serbinenko
2012-09-18 21:13           ` Pete Appleton
2012-09-18 21:22             ` Pete Appleton
  -- strict thread matches above, loose matches on Subject: below --
2014-05-15 16:23 jpacner
2014-05-27  9:38 ` jpacner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50560EFC.6080005@gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.