On 04/16/2011 08:55 PM, Simon Geard wrote: > On Sat, 2011-04-16 at 13:29 -0500, DJ Lucas wrote: >> On 04/13/2011 09:04 PM, Mike McCarty wrote: >>> There is an incompatibility with using udev and /usr being a >>> separate file system, which users of LFS need to be aware of. >>> It is presently not possible, in general, to use udev and have >>> /usr be a separately mounted file system. This is something to >>> consider when planning the layout of the disc drives. The current >>> implementation of udev is incompatible with the File System Hierarchy >>> Standard. >> >> This is incorrect. udev is perfectly FHS compliant as installed in LFS >> and provides only minimal challenges to make it so in BLFS. >> >> dj [ glibc-build ]$ ldd /lib/udev/* 2>/dev/null | grep usr >> libusb-0.1.so.4 => /usr/lib/libusb-0.1.so.4 (0x00007f1f8534a000) >> libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f1f849af000) >> libusb-0.1.so.4 => /usr/lib/libusb-0.1.so.4 (0x00007f37725be000) >> libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007f3771e2b000) >> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fcb0a3ce000) >> libdevmapper.so.1.02 => /usr/lib/libdevmapper.so.1.02 >> (0x00007fbc22d53000) >> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fbc22a6c000) >> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f5455587000) >> libparted.so.0 => /usr/lib/libparted.so.0 (0x00007f54550fa000) >> libdevmapper.so.1.02 => /usr/lib/libdevmapper.so.1.02 >> (0x00007f545452d000) >> libatasmart.so.4 => /usr/lib/libatasmart.so.4 (0x00007f4d23ac3000) >> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f2631959000) >> dj [ glibc-build ]$ > > My understanding is that the problem isn't with the location of > libraries - it's with the location of data under /usr/share. Stuff like > the pci.ids and usb.ids files, which are apparently required for some of > the udev rules. Those files could presumably be moved to somewhere > under /, but there's no obvious place to put them, no /share > directory... > > Simonl >
Ahh...lightbulb. This is why we currently have the udev-retry in our bootscripts. Are the ids files accessed directly by external programs or by the utility libraries/programs? Provide a common library to access the files (if not done already) and install into the root and place the ids files into the libexecdir, problem solved. The no /usr I've eased my stance on a bit after some sleep and addressed after Bruce's comments. -- DJ Lucas -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
