On 8/4/06, Piet Delaney <[EMAIL PROTECTED]> wrote:
Thanks. I've been using the udev-config-4.rules and it bring us closer
to our previous permissions. It seems there was yet another undocumented
change. The config files:
# default_mode - set the default mode for all nodes that have no
# explicit match in the permissions file
default_mode="0600"
is no longer supported. The Change log only indicates it's being
supported way back when udev started to exist. So many permissions
with your LFS udev-config-4.rules still leave difference from our
previous environment. Many appear to be a consistent difference between
default permissions. Many of our files have permissions 600 and are
now coming up 660. I think this is likely because default_mode="0600"
is now ignored in the config file.
Mode 660 isn't really a big deal since the default group is root.
Unless you have a bunch of users in the root group, then it's not an
issue.
You can add this rule, though, which is used by redhat:
KERNEL=="*", OWNER="root" GROUP="root", MODE="0600"
Any thoughts on that. You may be in a great position to know which
environment be best. Using the stock udev-config-4.rules from 6.1.1
would likely make future migration to 6.2 easier. Modifying the
udev-config-4.rules to give the same permissions we use now with
6.1 would likely minimize risk of our appliance behavior changing.
It could help, but in between that rule set and what's used in 6.2, a
lot changed in udev. There are more specialized rules needed for
handling sysfs, modprobe, scsi and firmware. Here's the link for the
development of our rules.
http://wiki.linuxfromscratch.org/lfs/browser/trunk/udev-config
Also, look at the rules that are shipped in the udev tarball. The suse
and redhat rules I'm fairly certain are used by those distros.
I haven't seen anything in your /lfs-bootscripts-3.2.1.tar that
changes files modes in /dev.
No, only the udev script is important for your case. You need to get
udevd running, tell the kernel what's going to handle events, and
handle coldplugging all your devices. This has changed over the
lifetime of udev, so be careful.
--
Dan
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
