Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #235768 > unrolled thread

Re: Ownership and permissions on /run/user/601/doc ???

Back to article view | Back to linux.debian.user

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Re: Ownership and permissions on /run/user/601/doc ??? conover@rahul.net (John Conover) - 2021-06-01 19:20 +0200
    Re: Ownership and permissions on /run/user/601/doc ??? conover@rahul.net (John Conover) - 2021-06-01 20:40 +0200
      Re: Ownership and permissions on /run/user/601/doc ??? "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-01 21:10 +0200
      Re: Ownership and permissions on /run/user/601/doc ??? "Thomas Schmitt" <scdbackup@gmx.net> - 2021-06-01 22:50 +0200

#235768 — Re: Ownership and permissions on /run/user/601/doc ???

Thomas Schmitt writes:
> Hi,
> 
> i wrote:
> > > Are you already the user with id 601 ?
> > > If not: Does it work better if you become that user ?
> 
> John Conover wrote:
> > As the user, or as root.
> 
> Then it could be owned by another user id.
> (Hard to guess while stat(2) fails even for the boss.)
> 
> But you could at least verify that you suffer from the known problem
> with xdg-desktop-portal by stopping it by the systemctl command.
> Then look whether the .../doc directory vanished or changed its
> accessability.
>

Thanks, Thomas.

    findmnt:

        /run/user/601/doc /dev/fuse fuse rw,nosuid,nodev,relatim

    ls -al /dev/fuse:

        crw-rw-rw- 1 root root 10, 229 Jun  1 08:16 /dev/fuse

I have no idea what kind of mount(1) command was used to make
/run/user/601/doc. It does respond to umount(8), and ls -al
/run/user/601/doc:

    drwx------  2 theuser users  40 Jun  1 10:01 doc/

Logging out, and in, ls -al /run/user/601/doc:

    d?????????  ? ?    ?       ?            ? doc/

So, its in the mount command at login, (or whatever was used for the
fuse system-it could be a different type of file system that find(1),
updatedb(1), etc., stumbles into,) at login.

    John

-- 

John Conover, conover@rahul.net, http://www.johncon.com/

[toc] | [next] | [standalone]

#235786

John Conover writes:
> Thomas Schmitt writes:
> >
> > > > Are you already the user with id 601 ?
> > > > If not: Does it work better if you become that user ?
> >

On Debian 10 Buster, both fvwm and xfce.

Odd, root can not access the /run/user/601/ directory, but the user
can:

    ls -al /run/user/601/ | egrep doc/
        dr-x------  2 theuser users   0 Dec 31  1969 doc/


    su
    ls -al /run/user/601/ | egrep doc/
        /bin/ls: cannot access '/run/user/601/doc': Permission denied
            d?????????  ? ?    ?       ?            ? doc/
    exit
    

    ls -al /run/user/601/ | egrep doc/
        dr-x------  2 theuser users   0 Dec 31  1969 doc/

which accounts for the failure of updatedb(1), (running out of cron
with UID 0.) Might effect find(1), too.

Odd timestamp on /run/user/601/doc, with "Permission denied" to ls -al
/run/user/601 as root.

    John

-- 

John Conover, conover@rahul.net, http://www.johncon.com/

[toc] | [prev] | [next] | [standalone]

#235789

Hi,

John Conover wrote:
> Odd, root can not access the /run/user/601/ directory, but the user
> can

This is said to be a fuse filesystem feature. See e.g.
  https://superuser.com/questions/169977/mount-point-permission-denied


>         dr-x------  2 theuser users   0 Dec 31  1969 doc/
> Odd timestamp on /run/user/601/doc,

Probably (time_t) 0 = 1 Jan 1970 UTC. In your timezone -0700 it's
new year's eve 1969, 5 pm.
The --time-style option of ls should be able show the integer time value.
With:

  ls -l --time-style=+%s

i'd expect something like:
  dr-x------  2 theuser users   0 0 doc/


Have a nice day :)

Thomas

[toc] | [prev] | [next] | [standalone]

#235791

Hi,

virtual private message to John Conover:

I answered to your private mail of 1 Jun 2021 12:51:26 -0700.
But my mail provider's server reports that your mail provider's server
refuses to take it:

  From: GMX Mailer Daemon <mailer-daemon@gmx.net>
  ...
  conover@rahul.net:
  SMTP error from remote server for TEXT command, host: aqua-new.rahul.net
  (152.44.41.158) reason: 554 5.7.1 Spam message rejected
  ...
  --- The header of the original message is following. ---
  ...
  Date: Tue, 01 Jun 2021 22:31:02 +0200
  From: "Thomas Schmitt" <scdbackup@gmx.net>
  Message-Id: <6639336835130656724@scdbackup.webframe.org>

Please give me a note when i can make a new try.

(I tried again and got no rejection notice yet:
  Date: Tue, 01 Jun 2021 22:43:54 +020
  Message-Id: <693433683640656090@scdbackup.webframe.org>
)


Have a nice day :)

Thomas

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web