On 04/22/2015 08:04 PM, Ludwig Nussel wrote:
Jan Engelhardt schrieb:
On Wednesday 2015-04-22 11:15, Tim Serong wrote:
For years I tried to get such a patch into ext[234]. There's always discussion but in the end nobdy goes ahead and merges the patches. Last time Ted at least agreed that it's easier to do this in the individual filesystems: http://thread.gmane.org/gmane.linux.documentation/4945
Yeah the problem is a larger one, because the option string, after mount(8) has extracted the MS_* flags, is passed verbatim to the filesystem. (and MS_* does not have room to specify a UID)
Latest version of the patch is three years old: http://thread.gmane.org/gmane.comp.file-systems.ext4/32284
It's quite some effort to rebase and test this all the time so I can't keep up.
Hrm. So, given that's a bust, I'm very, very tempted to just take whatever UID/GID the Debian project end up using, and use that on openSUSE and SLES too. It's apparently likely to be 64045 which is well outside any of our defined ranges.
classic system range: 0--99,65534 modern system range: 0--999,65534,4294967294 user range: 1000--{at least 2 million}
The exact extent of the user range has not been defined anywhere, it is usually established by practice (and more specifically, realistic practices). 64045 is _well_ within the user range.
Yes and no. The default range for dynamically allocated uids is defined in /etc/login.defs. What happes if you exceed that range is not written down. Debian is the only distro that I know that reserved the window 60000-65533 for their own use: https://www.debian.org/doc/debian-policy/ch-opersys.html#s9.2.1
Yeah, that's what I was getting at -- our UID_MAX in /etc/login.defs is 60000. I'm aware that unsigned integers are bigger now than they once were ;) but if there's a hole we can sensibly make use of between 60K-65K, I'm all for it, especially if it works cross-distro...
Sourceforge was one of the early large installations for example where one could observe UIDs above the 100000 mark simply because they have that many registered users. Similarly with the local university here where the student range starts at UID 1 million because everything lower was potentially used in some institute already thanks to the LDAP forest.
So, the safest option appears to be something like 4294000000. But that does not solve the problem, because such a number is just as good as one in the system range. In both cases you have to coordinate with distros eventually because everyone WILL just pick a random number at some point.
There's an attempt here but it needs a driving force: https://github.com/LinuxStandardBase/lsb/blob/master/documents/wip/userNamin...
cu Ludwig
-- Tim Serong Senior Clustering Engineer SUSE tserong@suse.com -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org