9c67af2c52
As recently discussed on lwn.net: https://lwn.net/Articles/695478/ The kernel has special behaviour for uid/gid 65534: 1. The kernel maps UIDs > 65535 to it when some subsystem/API/fs only supports 16bit UIDs, but a 32bit UID is passed to it. 2. it's used by the kernel's user namespacing as the internal UID that external UIDs are mapped to that don't have any local mapping. 3. It's used by NFS for all user IDs that cannot be mapped locally if UID mapping is enabled. Most distributions already map (or are in the progress of changing) nobody/nogroup to the 65534 uid/gid, so lets do so as well. Signed-off-by: Peter Korsgaard <peter@korsgaard.com> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
10 lines
340 B
Plaintext
10 lines
340 B
Plaintext
root:x:0:0:root:/root:/bin/sh
|
|
daemon:x:1:1:daemon:/usr/sbin:/bin/false
|
|
bin:x:2:2:bin:/bin:/bin/false
|
|
sys:x:3:3:sys:/dev:/bin/false
|
|
sync:x:4:100:sync:/bin:/bin/sync
|
|
mail:x:8:8:mail:/var/spool/mail:/bin/false
|
|
www-data:x:33:33:www-data:/var/www:/bin/false
|
|
operator:x:37:37:Operator:/var:/bin/false
|
|
nobody:x:65534:65534:nobody:/home:/bin/false
|