Pantek Library
Hosting Provided By
CybrHost
High Speed Hosting

Re: [RFC] No longer create full set of static devices during install

From: Frans Pop <elendil(at)planet.nl>
Date: Sun Nov 11 2007 - 02:41:31 EST


On Sunday 11 November 2007, Joey Hess wrote:
> Frans Pop wrote:
> > The create_devices function in base-installer has been simplified a lot
> > because it no longer actually has to create any device nodes anymore.
> > It now takes care of the bind mount to /target/dev and does some
> > apt-install calls for RAID, LVM and crypto installs.
> > (Suggestions for a better name for this function welcome!)
>
> setup_dev

Done. Still does not really cover the apt-install of dmraid and such...

> > Are there still any arches that don't use udev for default installs?
>
> On arm, ads_cf doesn't currently use udev in d-i, but I'm probably going
> to change that, and ads_cf shouldn't hold up any ongoing progress in d-i
> anyway. AFAIK that's the last user of userdevfs.

OK.

> > + mkdir -p /dev/.static/dev
>
> /dev/static is supposed to be mode 700. udev will currently fix up
> the existing permissions when it's installed, but to avoid subtly
> breaking if udev's postinst changed, I'd make it mode 700 to start with.
>
> I wonder if we need to include this directory in /dev at all. udev
> should create it, and migrate devices to it, if it doesn't already
> exist.

For an installed system it's created by /etc/init.d/udev on boot. Thing is that because I now bind mount /dev/ on top of /target/dev/, anything created in /target/dev/ during installation would get lost on the reboot.

So I think we should mimic /dev/.static in the D-I environment to preserve any static devices created during installation; unless we decide we don't really care of course, which is probably valid too.

I did just see that my implementation was a bit too simplistic. /dev/.static needs to be a bind mount in its own right (see /dev/MAKEDEV). I can probably come up with a cleaner implementation. I'll also have to add some additional code to ensure things remain idempotent.

Do you need help?X

-- 
To UNSUBSCRIBE, email to debian-boot-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Received on Sun Nov 11 02:41:56 2007

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 03:19:39 EDT


Contact Us  Legal Notices  Order Services Online 
Pantek Home  Privacy Policy  IT news  Site Map  Pantek Library