On Wed, 2007-09-05 at 16:14 -0400, Jeremy Katz wrote: > On Wed, 2007-09-05 at 10:39 -0400, Matthias Clasen wrote: > > desktop spin status (from booting a spin built with yesterdays rawhide) > > • udev slow > > I've noticed this too, but haven't gotten around to investigating what > in our rules is slow. > > > • tries to set up lvm - why ? > > rc.sysinit always tries to enable any LVM that's present. > Unfortunately, it doesn't look like we can do a check with blkid for > devices which are PVs and only do it if there are PVs present. The right answer here is most likely to move all LVM (and md for that matter too) setup away from /etc/rc.sysinit and into udev rules. I think upstream md already has this (check the udev rules in the upstream tarball) and SUSE got the patch for devicemapper/lvm to do similar. You probably want these fixes too in mainline Fedora I think. Just another piece of the puzzle of moving Fedora into the dynamic event driven world. [1] (This whole thing raises some other interesting questions with one being "do we want RAID auto-assembly?" and I think the answer there for Fedora Desktop is "yes" and maybe perahps "yes, but only for arrays created on this hostname [2]" for mainline Fedora.) [1] : Don't mean to sound harsh but it is really a bug that we do this at init time only; for example it fails with hotplug. I have a nice eSATA enclosure with 5x500GB disks in RAID5 where hotplugging the array works just fine. It should show up on my GNOME desktop if I boot up a live CD on the system to which it is attached. [2] : I think this is the default for mdadm > Should they just be off booting from the live image or after the install > as well? Although rpcbind might be worth leaving around -- eventually, > it'd be nice if the other rpc-based services could auto-start as needed. > Then we could just start rpcbind and if you do an nfs mount and need > locking, lockd would start. And so on. So activation for old crummy > services. > > The other approach would be to set up rpcbind to run from xinetd and run > xinetd by default :) My opinion is that we should just turn it off by default (both in the image and in the resulting install) and maybe also fix the UI tools to check that it's enabled. You may want to keep it on in mainline Fedora. Cheers, David -- Fedora-desktop-list mailing list Fedora-desktop-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-desktop-list
