mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Mikael Pettersson <mikpe@csd.uu.se>
To: adilger@turbolinux.com, lars@larsshack.org
Cc: amnet@amnet-comp.com, hch@caldera.de, jjasen1@umbc.edu,
	linux-kernel@vger.kernel.org, util-linux@math.uio.no
Subject: Re: magic device renumbering was -- Re: Linux 2.4.2ac20
Date: Thu, 15 Mar 2001 22:50:06 +0100 (MET)	[thread overview]
Message-ID: <200103152150.WAA14187@harpo.it.uu.se> (raw)

On Wed, 14 Mar 2001 12:34:06 -0700 (MST), Andreas Dilger wrote in LKML:

>Lars writes:
>> > Put LABEL=<label set with e2label> in you fstab in place of the device name.
>> 
>> Which is great, for filesystems that support labels.  Unfortunately,
>> this isn't universally available -- for instance, you cannot mount
>> a swap partition by label or uuid, so it is not possible to completely
>> isolate yourself from the problems of disk device renumbering.
>
>There is room for a LABEL and/or UUID in the swap superblock, if you
>would want to implement support for this.

Despair no more! I've implemented a patch for util-linux-2.11a
which adds LABEL support to mkswap(8) and swapon/swapoff(8).

- I shrunk the padding field in the new-style swap_header to make
  room for 16 bytes worth of volume label (same as ext2)
- mkswap -L label also sets the volume label
- swapon -L label looks for a swap partition with the given label
  (using a clone of mount(8)'s LABEL/UUID= support code)
- swapon/swapoff -a also handles swap fstab entries where the
  device is specified as LABEL=<label>

The patch is available at http://www.csd.uu.se/~mikpe/linux/swap-label/

/Mikael

             reply	other threads:[~2001-03-15 21:52 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-15 21:50 Mikael Pettersson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-03-14 15:12 Nathan Walp
2001-03-14 15:36 ` magic device renumbering was -- " John Jasen
2001-03-14 16:27   ` Tim Wright
2001-03-14 18:15     ` Greg KH
2001-03-15  1:53       ` Tim Wright
2001-03-15  2:08         ` Greg KH
2001-03-14 18:23   ` Christoph Hellwig
2001-03-14 18:45     ` Peter Svensson
2001-03-14 19:11     ` Lars Kellogg-Stedman
2001-03-14 19:34       ` Andreas Dilger
2001-03-14 19:44       ` Richard B. Johnson
2001-03-15 13:46         ` John Jasen
2001-03-14 20:01       ` Christoph Hellwig
2001-03-16  9:11       ` Stephen C. Tweedie
2001-03-14 19:16     ` Andreas Dilger
2001-03-14 20:08     ` John Jasen
2001-03-15  3:04   ` Stephen Degler

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=200103152150.WAA14187@harpo.it.uu.se \
    --to=mikpe@csd.uu.se \
    --cc=adilger@turbolinux.com \
    --cc=amnet@amnet-comp.com \
    --cc=hch@caldera.de \
    --cc=jjasen1@umbc.edu \
    --cc=lars@larsshack.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=util-linux@math.uio.no \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®