Hello,
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
Thanks, André
On Wed, 6 Nov 2024, ajh-valmer via tde-users wrote:
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
I don't see the same thing, but ..... |jonesy@nix6:~$ ls -ol /var/run/user/1000/ |..... |.... |... |.. |dr-x------ 2 jonesy 0 Dec 31 1969 doc |.. |...
*1969* ?!?!?!
Jonesy
Anno domini 07:10:15 Wed, 6 Nov 2024 -0700 (MST) Marvin Jones via tde-users scripsit:
On Wed, 6 Nov 2024, ajh-valmer via tde-users wrote:
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
I don't see the same thing, but ..... |jonesy@nix6:~$ ls -ol /var/run/user/1000/ |..... |.... |... |.. |dr-x------ 2 jonesy 0 Dec 31 1969 doc |.. |...
*1969* ?!?!?!
Jonesy
1969 was a good year :)
I don't have /var/run/user/ at all, so maybe it's a systemd thingie?
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On Wednesday 06 November 2024 16:02:17 Dr. Nikolaus Klepp via tde-users wrote:
1969 was a good year :)
Why ? (erotic year ?)
I don't have /var/run/user/ at all, so maybe it's a systemd thingie ? :
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link).
cd /run/user/1000/ .... d????????? ? ? ? ? ? doc .... rmdir doc rmdir: failed to remove 'doc': Device or resource busy
rm -Rf doc rm: cannot remove 'doc': Is a directory
Just strange, even if it's not important or fatal.
Cheers. André
ajh-valmer via tde-users wrote:
I don't have /var/run/user/ at all, so maybe it's a systemd thingie ? :
yes it is systemd thingie
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link).
cd /run/user/1000/ .... d????????? ? ? ? ? ? doc .... rmdir doc rmdir: failed to remove 'doc': Device or resource busy
No, it is bad idea - you don't want to do this. And may be because doing such things it looks strange
rm -Rf doc rm: cannot remove 'doc': Is a directory
Just strange, even if it's not important or fatal.
A hint for you (see last line) and check the fuse.portal mount | grep run tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=780340k,mode=755,inode64) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64) ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=780336k,nr_inodes=195084,mode=700,uid=1000,gid=1000,inode64) portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
which in my case leads me to https://serverfault.com/questions/1113114/portal-and-fuse-portal-meaning-in-... and https://docs.flatpak.org/en/latest/sandbox-permissions.html#portals
so basically you are trying to break something flatpak related - or it is already broken. We don't know what apps you are running ... but you also don't have to know how the engine works to drive the car - not even every mechanic knows everything in the car or how each part works ... it is too much. And perhaps use google next time first and write a short summary here.
so it seems to me logical to check tmpfs and/or fuse settings next
On Wednesday 06 November 2024 12:43:23 ajh-valmer via tde-users wrote:
On Wednesday 06 November 2024 16:02:17 Dr. Nikolaus Klepp via tde-users
wrote:
1969 was a good year :)
Why ? (erotic year ?)
I don't have /var/run/user/ at all, so maybe it's a systemd thingie ? :
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link).
cd /run/user/1000/ .... d????????? ? ? ? ? ? doc .... rmdir doc rmdir: failed to remove 'doc': Device or resource busy
rm -Rf doc rm: cannot remove 'doc': Is a directory
Just strange, even if it's not important or fatal.
Cheers. André ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
Try | $ lsof | grep '/var/run/user/1000/ and see if you get any matches?
Leslie
On Thursday 07 November 2024 00:55:45 J Leslie Turriff via tde-users wrote:
On Wednesday 06 November 2024 12:43:23 ajh-valmer via tde-users wrote:
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link). cd /run/user/1000/ d????????? ? ? ? ? ? doc rmdir doc rmdir: failed to remove 'doc': Device or resource busy rm -Rf doc rm: cannot remove 'doc': Is a directory André
Try | $ lsof | grep '/var/run/user/1000/ and see if you get any matches? Leslie
# lsof | grep '/var/run/user/1000/' lsof: WARNING: can't stat() fuse.portal file system /run/user/1000/doc Output information may be incomplete.
Cheers, André
Anno domini 2024 Thu, 7 Nov 11:32:47 +0100 ajh-valmer via tde-users scripsit:
On Thursday 07 November 2024 00:55:45 J Leslie Turriff via tde-users wrote:
On Wednesday 06 November 2024 12:43:23 ajh-valmer via tde-users wrote:
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link). cd /run/user/1000/ d????????? ? ? ? ? ? doc rmdir doc rmdir: failed to remove 'doc': Device or resource busy rm -Rf doc rm: cannot remove 'doc': Is a directory André
Try | $ lsof | grep '/var/run/user/1000/ and see if you get any matches? Leslie
# lsof | grep '/var/run/user/1000/' lsof: WARNING: can't stat() fuse.portal file system /run/user/1000/doc Output information may be incomplete.
Oh, FUSE ... run lsof from your user account (not root) and see what pops up.
Nik
Cheers, André ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Thursday 07 November 2024 15:50:43 Dr. Nikolaus Klepp via tde-users wrote:
Oh, FUSE ... run lsof from your user account (not root) and see what pops up :
$ lsof | grep /var/run/user/1000/ Nothing appears.
$ lsof | grep /run/user/1000/ Too much lines...
$ lsof | grep /run/user/1000/doc Nothing appears.
Now the directory "doc" is : dr-x------ 2 andre andre 0 janv. 1 1970 doc
d????????? ? ? ? ? ? doc above have disappeared and why ? The directory "/run/" disappears when we stop the system, as others like "/sys/ , /proc" ...
The directory "1000" who contains "doc" : drwx------ 14 andre andre 380 nov. 7 14:28 1000
Maybe, it's not important, just to understand. Thanks, André
Anno domini 2024 Thu, 7 Nov 20:15:32 +0100 ajh-valmer via tde-users scripsit:
$ lsof | grep /run/user/1000/ Too much lines...
This is where you need to look which processes use that directory. There should be a reason why this is mounted at all.
Nik
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Anno domini 2024 Wed, 6 Nov 19:43:23 +0100 ajh-valmer via tde-users scripsit:
On Wednesday 06 November 2024 16:02:17 Dr. Nikolaus Klepp via tde-users wrote:
1969 was a good year :)
Why ? (erotic year ?)
- Birth of Unix - Led Zeppelins first 2 albums - movie "Easy Rider" - Союз 4 & Союз 4 5 perform 1st transfer of crew in space - Apollo 9 (a great moment of german ingenuity) - my birthdy ... you might say I'm biased :)
I don't have /var/run/user/ at all, so maybe it's a systemd thingie ? :
ls -l /var/run/user/1000/ lrwxrwxrwx 1 root root 4 janv. 3 2022 run -> /run (symbolic link).
cd /run/user/1000/ .... d????????? ? ? ? ? ? doc .... rmdir doc rmdir: failed to remove 'doc': Device or resource busy
rm -Rf doc rm: cannot remove 'doc': Is a directory
Just strange, even if it's not important or fatal.
Not fatal now, but may be sheet lightning of a desaster. Check the SMART values of your harddrive (as already mentioned).
Nik
Cheers. André ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
Dr. Nikolaus Klepp via tde-users wrote:
Not fatal now, but may be sheet lightning of a desaster. Check the SMART values of your harddrive (as already mentioned).
please check my message, because it is not a FS on the harddrive.
On Tuesday 12 November 2024 22:29:58 David C. Rankin via tde-users wrote:
On 11/7/24 1:58 AM, Dr. Nikolaus Klepp via tde-users wrote:
- my birthdy ... you might say I'm biased :)
Youngster....
We are very far from the subject... sniff.
On Tuesday 12 November 2024 23:22:24 deloptes via tde-users wrote:
ajh-valmer via tde-users wrote:
We are very far from the subject... sniff.
this is true :) but did you understand now what is this all about - I mean the main topic? BR
The situation came back again : /var/run/user/1000# ls -l [...] d????????? ? ? ? ? ? doc [...]
It's just to understand... sniff.
Anno domini 2024 Tue, 12 Nov 23:52:07 +0100 ajh-valmer via tde-users scripsit:
On Tuesday 12 November 2024 23:22:24 deloptes via tde-users wrote:
ajh-valmer via tde-users wrote:
We are very far from the subject... sniff.
this is true :) but did you understand now what is this all about - I mean the main topic? BR
The situation came back again : /var/run/user/1000# ls -l [...] d????????? ? ? ? ? ? doc [...]
It's just to understand... sniff
This is a fuse thingie, so you need to run lsof / Ls / .. as the user with UID=1000. Root will get strange results (as you see)?
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Anno domini 2024 Tue, 12 Nov 22:52:10 +0100 ajh-valmer via tde-users scripsit:
On Tuesday 12 November 2024 22:29:58 David C. Rankin via tde-users wrote:
On 11/7/24 1:58 AM, Dr. Nikolaus Klepp via tde-users wrote:
- my birthdy ... you might say I'm biased :)
Youngster....
We are very far from the subject... sniff.
well, that comes with age ...
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On Wed, Nov 06, 2024 at 02:56:15PM +0100, ajh-valmer via tde-users wrote:
Hello,
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
Thanks, André
A directory with corrupted permissions and a timestamp of 0 sounds like something that's not TDE's doing. You should probably fsck for a start.
On 11/6/24 7:56 AM, ajh-valmer via tde-users wrote:
Hello,
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
Sorry Andre for the diversion,
If you are still working on this, and you have run a fsck on the filesystem and it's fine, then simply log in (or su) to root and fix the permissions on the directory and file. I don't see the actual permission in the thread, but as root, change the directory so it is read/write user and group readable, e.g. minimum of 0750 and the same for the "doc" subdirectory.
You likely do not need to change the permissions on /var/run/user/1000/, just confirm owner is rwx (read, write, execute). For directories the 'x' executable bit controls the "descend into" permission, so even if you have rw permissions on that dir but no 'x', your "doc" subdir will still be borked.
So I would approach it like:
(1) ls -al /var/run/user/1000/ (confirm owner octet is rwx, if not chmod 0750 /var/run/user/1000/)
(2) ls -al /var/run/user/1000/doc (what are the permissions now if you changed the parent perms)
(3) chmod 0750 /var/run/user/1000/doc (repeat all the way down until you can read and verify all you need)
(4) if necessary, set the perms on doc to 0770 or 0777 temporarily.
If you don't get it solve in this manner, then update your post with the output of:
# ls -al /var/run/user # ls -al /var/run/user/1000 # ls -al /var/run/user/1000/doc
and we will go from there.
ср, 13 нояб. 2024 г., 11:24 David C. Rankin via tde-users < users@trinitydesktop.org>:
On 11/6/24 7:56 AM, ajh-valmer via tde-users wrote:
Hello,
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it. What it is and happens ?
Sorry Andre for the diversion,
If you are still working on this, and you have run a fsck on the filesystem and it's fine, then simply log in (or su) to root and fix the permissions on the directory and file. I don't see the actual permission in the thread, but as root, change the directory so it is read/write user and group readable, e.g. minimum of 0750 and the same for the "doc" subdirectory.
You likely do not need to change the permissions on /var/run/user/1000/, just confirm owner is rwx (read, write, execute). For directories the 'x' executable bit controls the "descend into" permission, so even if you have rw permissions on that dir but no 'x', your "doc" subdir will still be borked.
So I would approach it like:
(1) ls -al /var/run/user/1000/ (confirm owner octet is rwx, if not chmod 0750 /var/run/user/1000/)
(2) ls -al /var/run/user/1000/doc (what are the permissions now if you changed the parent perms)
(3) chmod 0750 /var/run/user/1000/doc (repeat all the way down until you can read and verify all you need)
(4) if necessary, set the perms on doc to 0770 or 0777 temporarily.
If you don't get it solve in this manner, then update your post with the output of:
# ls -al /var/run/user # ls -al /var/run/user/1000 # ls -al /var/run/user/1000/doc
and we will go from there.
this stackexchange answer says those directories created by pam/systemd (and in my Slackware case elogin?)
https://unix.stackexchange.com/questions/162900/what-is-this-folder-run-user...
-- David C. Rankin, J.D.,P.E. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On 11/13/24 2:34 AM, Andrew Randrianasulu via tde-users wrote:
his stackexchange answer says those directories created by pam/systemd (and in my Slackware case elogin?)
https://unix.stackexchange.com/questions/162900/what-is-this-folder-run- user-1000 <https://unix.stackexchange.com/questions/162900/what-is-this- folder-run-user-1000>
Oh, no doubt Andre didn't create them, but my intent is to get those directories/files readable regardless who/what created them. It's just inodes, so where it happening to me, I would want to investigate the ownership and permissions, etc.. You can get further detailed information with the stat command after can read whatever is there, e.g.
# stat /var/run/user/1000/doc
# for fn in /var/run/user/1000/doc/*; do
printf "\n%s\n\n" "$fn" stat "$fn" done; unset fn
(you may want to check there aren't a million files first with 'find /var/run/user/1000/doc | wc -l')
On Wednesday 13 November 2024 09:34:07 Andrew Randrianasulu via tde-users
ср, 13 нояб. 2024 г., 11:24 David C. Rankin
(1) ls -al /var/run/user/1000/ (confirm owner octet is rwx, if not chmod 0750 /var/run/user/1000/) (2) ls -al /var/run/user/1000/doc (what are the permissions now if you changed the parent perms) :
/var/run/user/= rwx ? /var/run/user/1000/= rwx ? /var/run/user/1000/doc/= rwx ?
Maybe, since I changed these chmod, my computer became slow, and also to receive my mails. Thanks. André
On 11/6/24 7:56 AM, ajh-valmer via tde-users wrote:
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it.
On Wednesday 13 November 2024 09:24:24 David C. Rankin wrote:
Sorry Andre for the diversion, So I would approach it like: (2) ls -al /var/run/user/1000/doc (what are the permissions now if you changed the parent perms)
Hello David, Thanks for your help.
(3) chmod 0750 /var/run/user/1000/doc (repeat all the way down until you can read and verify all you need) :
Not necessary to go further ; # cd /var/run/user/1000 # ls -al doc/ ls: cannot access 'doc/': Permission denied Directory /var/run/user/1000/doc/ = strange and completely closed... (even in root).
Cheers. André
Anno domini 2024 Sun, 17 Nov 19:45:54 +0100 ajh-valmer via tde-users scripsit:
On 11/6/24 7:56 AM, ajh-valmer via tde-users wrote:
since a longtime, in this directory : /var/run/user/1000/ I have this sub-directory "doc" : d????????? ? ? ? ? ? doc Impossible to delete it.
On Wednesday 13 November 2024 09:24:24 David C. Rankin wrote:
Sorry Andre for the diversion, So I would approach it like: (2) ls -al /var/run/user/1000/doc (what are the permissions now if you changed the parent perms)
Hello David, Thanks for your help.
(3) chmod 0750 /var/run/user/1000/doc (repeat all the way down until you can read and verify all you need) :
Not necessary to go further ; # cd /var/run/user/1000 # ls -al doc/ ls: cannot access 'doc/': Permission denied Directory /var/run/user/1000/doc/ = strange and completely closed... (even in root).
It's a FUSE mountpoint. For FUSE root is not special - but for your user with UID=1000 the directory is perfectly accessible.
https://unix.stackexchange.com/questions/17402/why-does-root-get-permission-...
Nik
Cheers. André ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-
ajh-valmer -
Andrew Randrianasulu -
Daniel Wilkins -
David C. Rankin -
deloptes -
Dr. Nikolaus Klepp -
J Leslie Turriff -
Marvin Jones