Hi,
some of the udev default groups and users are rather RedHat'ish or
from other proprietary vendors. I think it would be nicer to polish it
in a generic way rather than taking vendor endorsed definitions,
potentially incompatible with installed systems, 1:1.
On 16.01.2009, at 09:14, Michael Tross wrote:
Hi helasz,
Am Donnerstag, den 15.01.2009, 09:40 +0100 schrieb [email protected]:
Hi All,
My limited contribution to the udev issue sounds like this:
(main source:
http://git.kernel.org/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=README)
In my understanding there are only a couple of requirements the above
website mentions which are (possibly) not met in T2:
1) Groups and users
„The system must have the following group names resolvable at
udev
startup:
disk, cdrom, floppy, tape, audio, video, lp, tty, dialout, kmem.
Especially in LDAP setups, it is required, that getgrnam() is able
to resolve
these group names with only the rootfs mounted, and while no
network is
available.”
In my T2 (trunk) installation the following groups are not there:
cdrom, floppy, tape, lp, dialout,
I am not sure that groups ’tape’ and
’dialout’ are
really needed, however in the above README that is explicitely
stated.
I have noticed that also group ’uucp’ and user
’vcsa’ are claimed to be missing by udev.
This is correct, some group id's expected by udev are missing. We
discussed this already some time ago, and had an issue in our old
bugtracker, but in fact it got never fixed. Changing the id's may
break
the upgrade path (Emerge-Pkg) of old installations.
The attached REGISTER file is a proposal about reserved group and user
id's. The sysfiles.diff has the necessary changes for the fixed id's,
the changesets for dynamically registered id's have to be written.
Comments?
2) /dev/tmp
“Very early in the boot process, the /dev/ directory should
get a
'tmpfs'
filesystem mounted, which is populated from scratch by udev.
Created nodes
or changed permissions will not survive a reboot, which is
intentional.”
The only item in /etc/fstab which may seem similar is:
none /dev/shm tmpfs defaults 0 0
At this point I am not sure where exactly the problem lies. My
guess would
be either /dev/tmp (instead of /dev/shm) is expected by udev or /
dev/shm
is created too late (-> I am also not sure what exactly “very
early
[in the boot process]” menas, I deduce from the context that
in any
case it should be done before udev be loaded.
[...]
It's not /dev/tmp which has to be tmpfs, it's /dev itself. That is
part
of the initrd scripts and therefore a fstab entry is missing. For
reference the generic initrd script is generated from
package/base/mkinitrd/initrdinit.sh
Michael
<
REGISTER
.txt
>
<
sysfiles
.diff>-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
--
René Rebe - ExactCODE GmbH - Europe, Germany, Berlin
http://exactcode.de | http://t2-project.org | http://rene.rebe.name
-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
[email protected] with a subject of: unsubscribe t2
