Am Dienstag, 10. Dezember 2024, 15:49:02 CET schrieb Mike McClain:

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root. Suggestions?
Thanks,
Mike
--
"It's not that I'm so smart, it's just that I stay with problems longer.
- Albert Einstein

What, if you start a live system from USB or CDROM, then mount the partition and delete it?

First question.: Will these be recreated? Then I would guess, you are starting some apps as root using "su -" , or "sudo".

Second question: If you can not delete it as root, are there some ACL (Access Control List) set?

And third: You may check the rights, maybe there is the "immutable" bit set for.

Just some ideas, hope it will help though....

Best

Hans

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Mike McClain composed on 2024-12-10 08:49 (UTC-0600):

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root. Suggestions?

What do 'ls -l' and 'lsattr' executed by root show for those directories and their
content?
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root. Suggestions?
Thanks,
Mike
--
"It's not that I'm so smart, it's just that I stay with problems longer.
- Albert Einstein

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

DQoNCkFtIERpLiwgMTAuRGV6Li4yMDI0IHVtIDE1OjQ5OjAyIHNjaHJpZWIgTWlrZSBNY0NsYWlu Og0KPiBJJ3ZlIGEgY291cGxlIG9kIGRpcmVjdG9yaWVzIGluIH4vLmNhY2hlIEkgY2FuJ3QgcmVh ZCBvciBnZXQgcmlkIG9mLg0KPiBmaW5kOiAnL2hvbWUvbWlrZS8uY2FjaGUvZ3Zmcyc6IFBlcm1p c3Npb24gZGVuaWVkDQo+IGZpbmQ6ICcvaG9tZS9taWtlLy5jYWNoZS9kb2MnOiBQZXJtaXNzaW9u IGRlbmllZA0KPiBscywgcm1kaXIgYW5kIHVubGluayBhbHNvIGdldCAnUGVybWlzc2lvbiBkZW5p ZWQnIHdoZW4gZXhlY3V0ZWQgYnkgcm9vdC4NCj4gU3VnZ2VzdGlvbnM/DQoNCkFyZSB0aGVzZSBt b3VudHBvaW50cz8gTWF5YmU/DQoNCg0KLS0gDQpUaG9tYXMNCg==

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Mike McClain wrote:

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root. Suggestions?

You may have extended attributes set.

Try

lsattr

and if that shows you fun things, chattr to change them. There
are man pages.

-dsr-

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Tue, Dec 10, 2024 at 10:28:14AM -0500, Felix Miata wrote:

Mike McClain composed on 2024-12-10 08:49 (UTC-0600):

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root. Suggestions?

What do 'ls -l' and 'lsattr' executed by root show for those directories and their
content?

ls -Z (security context) might also be interesting.

Cheers
--
tomás

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZ1hetwAKCRAFyCz1etHa RnbRAJ9YnBSqOdQJtUNmBptyOCzgwyJrzgCeN+CLtFrC4aTCqVBXUW4qdbtbuCs=
=iltK
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Jeffrey Walton composed on 2024-12-10 13:40 (UTC-0500):

I believe gvfs is the GNOME Virtual File Systems. I don't think you
want to delete that.

Everything in a cache directory is cache. Cache is always disposable, though most
effectively done while not running something actually using it, and often a good
way to terminate inexplicable errors.
--
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-12-10, Thomas Schweikle wrote:

Am Di., 10.Dez..2024 um 15:49:02 schrieb Mike McClain:

I've a couple od directories in ~/.cache I can't read or get rid of.
find: '/home/mike/.cache/gvfs': Permission denied
find: '/home/mike/.cache/doc': Permission denied
ls, rmdir and unlink also get 'Permission denied' when executed by root.
Suggestions?

Are these mountpoints? Maybe?

Yes .cache/doc is a mountpoint for steam and .cache/gvfs could be a
mountpoint for gnome. To confirm do :

mount | grep cache

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Yes .cache/doc is a mountpoint for steam

Wow, that sounds philosophically quite wrong.


Stefan

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-12-13, Stefan Monnier wrote:

Yes .cache/doc is a mountpoint for steam

Wow, that sounds philosophically quite wrong.

Stefan

Nevertheless physically quite right :)
Let's do a small experiment to confirm it:

# mount | grep steam
portal on /var/data/steam/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sat, Dec 14, 2024 at 10:36:55 +0100, Michel Verdier wrote:

Let's do a small experiment to confirm it:

# mount | grep steam
portal on /var/data/steam/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)

Curious. I have steam running, and I don't have this. I tried while
sitting at the main steam UI page with no games running, and also after launching a game.

hobbit:~$ mount | grep steam
hobbit:~$ sudo mount | grep steam
[sudo] password for greg:
hobbit:~$

I don't even have a /var/data directory in the first place.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 12/14/24 04:37, Michel Verdier wrote:

On 2024-12-13, Stefan Monnier wrote:

Yes .cache/doc is a mountpoint for steam

Wow, that sounds philosophically quite wrong.

Stefan

Nevertheless physically quite right :)
Let's do a small experiment to confirm it:

# mount | grep steam
portal on /var/data/steam/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)

.

Good grief!!!!!

Cheers, Gene Heskett, CET.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sat, Dec 14, 2024 at 21:44:18 +0700, Max Nikulin wrote:

On 14/12/2024 20:56, Greg Wooledge wrote:

On Sat, Dec 14, 2024 at 10:36:55 +0100, Michel Verdier wrote:

portal on /var/data/steam/.cache/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1001,group_id=1001)

Curious. I have steam running, and I don't have this.

I can say nothing related to steam. I would expect mount point under $XDG_RUNTIME_DIR, not under $XDG_CACHE_HOME.

"portal" makes me thinking is that desktop environment (or its absence) mat be relevant, specifically what desktop portal implementation is used.

dpkg -l '*desktop-portal*'
mount | grep portal

hobbit:~$ mount | grep portal
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

That looks reasonable. I don't know what it's *for*, but at least it's
not in a system-wide location that doesn't exist on a regular Debian
system.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2024-12-14, Greg Wooledge wrote:

I don't even have a /var/data directory in the first place.

Because I run steam on a separate user in this dir

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)