-----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Jacek Herold wrote: > In earlier system it was not a problem to have two udev working - > second in chroot (somehow).
Earlier udev versions didn't try to create this socket, either. The upstream udev developers do *not* (seem to) intend to allow anyone to run multiple udevd processes on a single machine. (Well, except in a VM.) > Is it possible to create device files in chroot /dev without using > bind-mounts? Sure it's possible -- mknod works fine. ;-) (Not that I'm actually recommending running MAKEDEV. But it would work, at least for now. "cp - -a" from the host's /dev right after shutting down its udevd would work as well. Besides, if you leave the host's udevd running, you can't remove the host's hard drive, as files will still be in use. They may unlink, but they'll still be present on the disk. That's the same reason an initramfs needs to shut down udevd before switching over to the real root FS.) udevd doesn't start up, because it can't bind to whatever socket it's trying to bind to. If this is the same socket that I was having issues with, it's the one used to receive control messages from udevcontrol. You might be able to disable that if udevd is given a certain command-line option, but upstream didn't want to accept the patch when I tried it. Doesn't mean they still won't, of course. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHmdJfS5vET1Wea5wRA71jAJ9XY9Adjv9zGKIfwYNA3JCaKqrSUgCfRa6V cwMFsPBYcdwG8okTxBKTCSs= =CPgg -----END PGP SIGNATURE----- -- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
