home bbs files messages ]

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 29,366 of 30,566   
   Paul to Dan Purgert   
   Re: Password incorrect after name change   
   22 Oct 25 02:05:37   
   
   From: nospam@needed.invalid   
      
   On Tue, 10/21/2025 11:42 AM, Dan Purgert wrote:   
   > On 2025-10-21, s|b wrote:   
   >> On Tue, 21 Oct 2025 12:59:42 -0000 (UTC), Dan Purgert wrote:   
   >>   
   >>> You can't just change the home directory name; it tends to cause   
   >>> breakage, especially with graphical logins.   
   >>   
   >> Yes, we've learned that the hard way now. (-: Why doesn't the OS prevent   
   >> a user from doing so or at least give a warning? It's not built for   
   >> clueless users, I bet.    
   >   
   > For the same reason that 'rm' doesn't ask if you're really sure you want   
   > to remove a file.   
   >   
   > *IDEALLY* it's a very simple case of "rename it back" (using the live   
   > session), but as the machine is sort of experimental, it might just be   
   > faster/easier to pave over it.   
   >   
   >>> [...]   
   >>> Also, setup timeshift (not that it helps with torching $HOME, but...)   
   >>   
   >> I got that option during installation and for some reason chose not to.   
   >> *ouch*   
   >   
   > Note that it wouldn't have fixed *THIS* error -- but it's a good idea   
   > for if "boss" goes poking around anywhere else on the filesystem.   
   >   
   >   
      
   IDK. Every experience has value. Showing the "boss" how   
   to do the repair, then going back to flatten-and-pave experiments   
   is still of value. One thing you want to demonstrate to a new user,   
   is that "you CAN fix things". IF you only teach people to nuke-and-pave,   
   their knee jerk reactions will be rather limiting.   
      
   Users should be taught about ownership and RWX permissions and so on,   
   as a gentle intro. They can be shown where the mount declarations   
   might be (/etc/fstab), without a whole day long lecture on   
   actual mount options. Knowing /etc/default/grub exists would be nice   
   (nobody likes to be trapped in a tile/lozenge world forever).   
      
   There are a few skills any user should have. Maybe you should   
   be delivering a mention of "rsync", so if a recipe calls for it   
   the term won't be so foreign.   
      
   Some treatment of NFS or SMB would be nice, because eventually   
   real users have more than one computing device in the room.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca