<![CDATA[Dev1 Galaxy Forum / [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?id=6401 Thu, 08 Feb 2024 17:54:21 +0000 FluxBB <![CDATA[Re: [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47945#p47945 Thanks to Dutch_Master (I think I saw you on a box of cigars) and aluma. Learning a new system is always interesting and it helps to know how to find help.

]]> Thu, 08 Feb 2024 17:54:21 +0000 https://dev1galaxy.org/viewtopic.php?pid=47945#p47945 <![CDATA[Re: [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47904#p47904 I'll add a little.
For almost every command, it is possible to call the built-in help using keys 

<command> -h

or 

<command> --help

Here's an example for 

chown --help
Usage: chown [OPTION]... [OWNER][:[GROUP]] FILE...
  or:  chown [OPTION]... --reference=RFILE FILE...
Change the owner and/or group of each FILE to OWNER and/or GROUP.
With --reference, change the owner and group of each FILE to those of RFILE.

  -c, --changes          like verbose but report only when a change is made
  -f, --silent, --quiet  suppress most error messages
  -v, --verbose          output a diagnostic for every file processed
      --dereference      affect the referent of each symbolic link (this is
                         the default), rather than the symbolic link itself
  -h, --no-dereference   affect symbolic links instead of any referenced file
                         (useful only on systems that can change the
                         ownership of a symlink)
      --from=CURRENT_OWNER:CURRENT_GROUP
                         change the owner and/or group of each file only if
                         its current owner and/or group match those specified
                         here.  Either may be omitted, in which case a match
                         is not required for the omitted attribute
      --no-preserve-root  do not treat '/' specially (the default)
      --preserve-root    fail to operate recursively on '/'

And secondly, some file managers, Konqueror for example, display man pages if you insert # <command> in their address bar, it’s more convenient to read.

]]> Tue, 06 Feb 2024 08:19:52 +0000 https://dev1galaxy.org/viewtopic.php?pid=47904#p47904 <![CDATA[Re: [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47903#p47903 There's build-in help in pretty much every Linux distro, in form of the man-pages.

man <command>

Short cut to an online version:
https://ss64.com/bash/

HTH!

]]> Tue, 06 Feb 2024 04:33:13 +0000 https://dev1galaxy.org/viewtopic.php?pid=47903#p47903 <![CDATA[Re: [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47898#p47898 @Dutch_Master

Thanks a bunch for the specifics. I was wondering about chown/chgrp, but I did not mention it. I'll try that.

]]> Mon, 05 Feb 2024 23:51:36 +0000 https://dev1galaxy.org/viewtopic.php?pid=47898#p47898 <![CDATA[Re: [SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47897#p47897 This is the line you need to add to /etc/fstab:

UUID=uuid-string-goes-here   /path/to/directory fs-type defaults 0 0

You're advised to mount the SSD in /media, but being Linux, you're free to mount it anywhere in the tree you'd like smile The fs-type is what you've used to format the drive in. If you formatted with ext4, just substitute ext4 instead of fs-type.

Assuming you mount the drive in /media/fast-storage, you'd need to set access rights to that directory to allow you access w/o any passwords at all:

chown <user>,<group> /media/fast-storage #as root

In this <user> is your user name and <group> is the name of the group your user is a member of (on Devuan, usually user- and group names are the same).
For instance, say your username is rank, the command would look like:

chown rank,rank /media/fast-storage

There's more to it, but this'll get you started smile

]]> Mon, 05 Feb 2024 22:22:58 +0000 https://dev1galaxy.org/viewtopic.php?pid=47897#p47897 <![CDATA[[SOLVED] second SSD always demands root password]]> https://dev1galaxy.org/viewtopic.php?pid=47896#p47896 I have a system -- Intel NUC, I5, 16 GB RAM, 512 GB Samsung NVMe SSD system drive -- with a new installation of Devuan MATE. In the system is a second SSD, a SATA one. The problem is that the first time I want to use the SATA drive, per boot, I must enter the root password. I looked at fstab and there is no entry for that drive. I think I can muddle through entering the entry, given that I have the UUID from gnome-disk-utility. My question is, where should I mount it? If I enter the root password upon request, it is listed under Devices on the left side of Caja, which is acceptable. The fstab entry after manually mounting it is

/dev/disk/by-uuid/here-is-the-uuid /mnt/here-is-the-uuid auto nosuid,nodev,nofail,x-gvfs-show 0 0

Should I just add that entry to fstab? Is there anything else to do?

]]> Mon, 05 Feb 2024 21:53:31 +0000 https://dev1galaxy.org/viewtopic.php?pid=47896#p47896