From: Bill Davidsen <davidsen@tmr.com>
To: Jan Engelhardt <jengelh@computergmbh.de>
Cc: Gene Heskett <gene.heskett@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: semi-regular plea for stable device mapping
Date: Wed, 02 Jan 2008 13:37:14 -0500 [thread overview]
Message-ID: <477BD9DA.8030403@tmr.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0801011723140.14900@fbirervta.pbzchgretzou.qr>
Jan Engelhardt wrote:
> On Jan 1 2008 10:54, Gene Heskett wrote:
>> BUT! This defeats a fix I've had in my modprobe.conf for over a year now that
>> gave the LVM stuff a stable major device # of 238, and now my LVM major is
>> back to whatever mood the kernel is in, in this particular bootup case to
>> #253.
>>
>> It may now be stable for a bit at that number because I see that pktcdvd has
>> been given a stable address of its own, apparently with a major of 10. That
>> was the wedgie that fscked things up originally for me. But what else lurks
>> in the deep end of this experimental pool, to play piranna with us again when
>> we least expect it?
>
> Why exactly would you require a fixed major - not running udev or thelike?
> Use the boot parameter, dm_mod.major=238.
>
What? And what happens when that gets used for something else? And if
you say "we'll avoid using that" then you are treating it as a fixed
value anyway.
>> This drives tar up a wall because it uses this device number as part of the
>> file comparisons it does, and it thinks everything is therefore new and needs
>> a full level 0 backup. This is not at all practical, and requires that
>
> I wonder how FreeBSD gets around this, because they've got dynamic numbers
> everywhere.
Did they? I haven't tried using tar in the appropriate ways on BSD to
see if it behaves in the same way. Of course on a system which doesn't
change between backups I guess the dynamic number would be the same in
any case.
--
Bill Davidsen <davidsen@tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
prev parent reply other threads:[~2008-01-02 18:15 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-01 15:54 semi-regular plea for stable device mapping Gene Heskett
2008-01-01 16:25 ` Jan Engelhardt
2008-01-02 18:37 ` Bill Davidsen [this message]
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=477BD9DA.8030403@tmr.com \
--to=davidsen@tmr.com \
--cc=gene.heskett@gmail.com \
--cc=jengelh@computergmbh.de \
--cc=linux-kernel@vger.kernel.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.