Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.linux.mint    |    Looks pretty on the outside, thats it!    |    30,566 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 28,647 of 30,566    |
|    Paul to lisa    |
|    Re: Boot Cloned Mint 22.1 in New Compute    |
|    05 Jun 25 18:32:59    |
      From: nospam@needed.invalid              On Thu, 6/5/2025 2:55 PM, lisa wrote:              >       > thanks for your extended help.       > Tried all and looked at all of them.       > I'm familiar with windows hidden files and I know Linux also use them.       > Yeah, sometimes my brain is overlooking stuff or I'm just to fast?       >              I'm surprised at the number of articles I can find in Google,       where the users seem to be unaware of potential uid:gid issues.              The users in this thread seem to be aware of the potential       for mayhem.              https://unix.stackexchange.com/questions/528109/set-up-users-dur       ng-install-based-on-directories-in-home              You could start by looking at the current home directory numbering.               ls -n /old_home        total 8        drwxr-xr-x 32 1000 1000 4096 Jul 5 18:26 old_user        ^^^^ ^^^^              The UID and GID are correct for alignment with the first       user account assigned during a clean install.              But doing that is taking a chance. I've had the first       account on Linux installs, occupy 1000 or 1001 or 1002.       Don't ask me in the latter two cases, what "other"       accounts the OS installer may have been using or assigning       instead of handling mine. Root starts at a different       place than users generally, so we cannot blame a root       assignment for "grabbing 1000".              You can see the /etc/passwd and /etc/group have the mapping       from name to number. As far as I know, the file system just       has the numbers, like 1000:1000 for a file. Now, *if* you connected       a /home with 1000:1000 and those numbers in fact are not       in /etc/passwd or /etc/group then when you listdir the file tree,       instead pf seeing lisa:lisa or paul:paul, you will be shown       numbers when no names exist for them 1000:1000 . And that's       your first sign when working on Linux/Unix file systems,       that you've "screwed up". Sometimes, you can use mount options       to handle numbering issues in a gross way.              But at some point, you may need to do a "chown -R lisa:lisa"       and some flavor of "chmod" if the default permissions mask       was wrong on the previous OS.              The summary then, is yes, if mixing nuts and bolts from       old computers, you have to be aware of the pitfalls. It       seems, when I did my Google search, that a good percentage       of the users are behaving like they don't know these things.              When I started on UNIX platform, there were two experienced       users. They answered my first two questions. Then they       told me to go off to the computer book store, and       "get the C shell book" and "get the Bourne shell book".       The second one was a tall ask, as the book was out of       print, but the C Shell was still in print. And it explained       chown and chmod, and by emphasizing these things as       important first steps, then the idea these things matter,       sticks with you. If instead, you've just installed Linux       and started browsing with Firefox, there is no time or       opportunity to learn anything. And you are operating       a computer, without any "guiding model" of how things work.              I know home is "break-able", and I have observed, while       testing distros, that on some occasions, their behavior       would have broken a separately mounted /home. As long as       you know that can happen, that's the first step.              We had a few mounts at work, that went sideways on us       like that. What a mess :-) If you have NIS or YP       (the equivalent in a very limited way, of a Windows domain),       then account "Paul" is the same everywhere. The Paul account       already exists. If security escorts Paul out of the building,       then one command to close the Paul account, and 1000:1000       pops up where Paul used to be. Home Linux machines don't       have that discipline that I can see. I'm sure someone       will explain how it could be set up. I've never done it here.              Only two users had passwords to work on NIS or YP at my work,       the idea being, if one was hit by a bus, the second person       would still show up for work. Look both ways before       stepping in front of a bus. Especially if you're a senior IT       person, and the operating model predicts that your peer       will be hit by a bus.               Paul              --- SoupGate-DOS v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca