<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 6, 2023 at 6:09 PM Mike Perkins <<a href="mailto:mikep@randomtraveller.org.uk">mikep@randomtraveller.org.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 06/01/2023 21:01, Hika van den Hoven wrote:<br>
> Hoi Daryl,<br>
> <br>
> There is one thing you always have to remember when you move data like<br>
> this between old and new systems or even more important, share them<br>
> between two installation on one physical system.<br>
> <br>
> usernames and groupnames are meaningless to the computer. The computer<br>
> uses the numerical u(ser)id and g(roup)id. For our benefit as stupid<br>
> mortals it translates it to a name.<br>
> <br>
> However the translation between the numerical id's and the names is<br>
> unique to every installation, with the only exception of root. Root<br>
> always has a uid of 0 and a gid of 0. Some of the groups have<br>
> generally by agreement the same gid, but they could be another.<br>
> <br>
> So if you create a new installation and want to copy or share data<br>
> with an old installation you have to ensure the involved users and<br>
> groups have the same uid and gid on both installations. You can set<br>
> the uid on user creation (if not already taken by another user).<br>
> <br>
> This is why I use ldap for network wide user and group management. The<br>
> user hika and mythtv have the same uid on all computers and most<br>
> groups likewise.<br>
> <br>
I would add another complication, which I discovered copying a disk from an old backend to a new one <br>
(duff motherboard). Many of the users and groups generated by a fresh install are "system" users; <br>
that means they are usually used only by OS subsystems. These are less than 1000 and typically <br>
assigned the next available numbers. As the order of installation is indeterminate during an OS <br>
install, these are essentially random and won't match the UIDs and GIDs on any other host.<br>
<br>
Mythtv as installed from repos is often treated as a "system" install, meaning that the UID and GID <br>
the user "mythtv" is assigned can often collide with UIDs from other subsystems like, for example, <br>
gdm and lxd.<br>
<br>
For this reason I now *always* create a mythtv user with a known UID and GID in the normal user <br>
range (> 1000) before installing any software. That ensures (i) there are no collisions, (ii) any <br>
existing video files still have the right UID and GID, (iii) the user is created under /home rather <br>
than under /var, and (iv) if I access those directories from elsewhere I get sensible answers from NFS.<br>
<br>
-- <br>
<br>
Mike Perkins<br></blockquote><div>So, in my case, with a clean install of 22.04/32 on a separate partition of the 120GB OS ssd and a database restore from 20.04/31 there are bound to be these kinds of issues? Unless I'm one in one thousand lucky, ouch. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div></div>