-
Notifications
You must be signed in to change notification settings - Fork 299
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
A problem has been detected with your thumbnail cache. Fixing it will require administrative privileges. #3447
Comments
Does this issue reproduce with a supported nemo version?, try nemo-6.2.x. |
I tried with a fresh install of Mint 22. The problem is still present with Nemo 6.2.6 and 6.2.8. |
Thanks for confirming it still exists. |
What is the HOME environment variable set to ( Does the output from:
show the correct .cache location? I'll try to set something up to reproduce this. edit: Just to be clear - the issue here is that the error message is showing. The actual thumbnail generation (and showing in Nemo) works? Or only the first time (before closing the app in your steps above)? |
To clarify: thumbnail generation will work one time. When Nemo is closed and reopened, the error will be displayed and thumbnail generation will no longer work. To make thumbnails generation work again, I need to erease .cache. Once .cache is deleted, thumbnail generation will work until nemo is closed. I get the following error with the output of the cache dir: Thanks! |
Not directly related, but this definitely shouldn't be happening. Are you sure you're using
Can you try creating a test folder with just a couple of images in it and turning the sidebar off (to reduce log spam), and run:
Run it with an empty thumbnail cache (where it successfully thumbnails), then close it and run again (to reproduce the thumbnails not loading). Does refreshing the folder (F5) properly regenerate thumbnails? |
root@XXXXXX:~# which python3 |
Run it with an empty thumbnail cache (where it successfully thumbnails): (base) etutestab@fedoraben ~ $ NEMO_DEBUG=Thumbnails,DirectoryView nemo --debug /home/hephaistos/etutestab/Pictures/ (nemo:4072003): GVFS-WARNING **: 15:04:36.421: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. (nemo:4072003): GVFS-WARNING **: 15:04:36.422: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. (nemo:4072003): GVFS-WARNING **: 15:04:36.444: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. |
Then close it and run again (to reproduce the thumbnails not loading).: base) etutestab@fedoraben ~ $ NEMO_DEBUG=Thumbnails,DirectoryView nemo --debug /home/hephaistos/etutestab/Pictures/ (nemo:4072589): GVFS-WARNING **: 15:07:14.061: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. (nemo:4072589): GVFS-WARNING **: 15:07:14.062: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. (nemo:4072589): GVFS-WARNING **: 15:07:14.084: The peer-to-peer connection failed: Error when getting information for file “/home/hephaistos/etutestab/.xdgtmp/gvfsd”: No such file or directory. Falling back to the session bus. Your application is probably missing --filesystem=xdg-run/gvfsd privileges. |
Does refreshing the folder (F5) properly regenerate thumbnails? No it does not properly regenerate the thumbnails... |
Ok. I know what condition is triggering this error: If the home directory group permissions are set with "chmod g+s /home/username" then the thumbnail cache error will appear. g+s is set so that all new files and subdirectories created within the parent directory inherit the group ID of the directory. Anyway to fix this? |
Probably - the thumbnail check has always assumed a subdirectory of Home to have the same permissions and group. Not having consistent permissions/ownership has caused other issues in the past - one of the primary reasons for this thumbnail check was due to users running GUI applications as root, which (at least in the past) could cause user files to become inaccessible. I guess we could change the test to strictly read/write ability (which is all that matters), and drop the ownership checks. |
Yes maybe checking for read/write and dropping ownership would be a good idea. Since my users are coming from Active Directory, the primary group was "Domain users". I was using chmod g+s to be able to use another group that is more specific to those users. So new files and directories permissions used a more specific group then "Domain user". Anyway, for now I will change the primary group of those users from "Domain users" to another group and I will remove the g+s permissions. Thanks |
Distribution
Mint 21
Package version
Cinnamon 5.4.12
Graphics hardware in use
No response
Frequency
Always
Bug description
Nemo will give this message "A problem has been detected with your thumbnail cache. Fixing it will require administrative privileges."
I know that this is an old bug. Deleting .cache/thumbnails will work the first time but the problem will come back when Nemo is closed and reopened.
Steps to reproduce
Expected behavior
Thumbnails generations should work with NFS home directory.
Additional information
None of the old fix work.
https://forums.linuxmint.com/viewtopic.php?t=230008
Deleting .cache is a temporary fix. The problem does not happen if the user home is on a local drive and not on a NFS server. User have full RW access on home.
The problem is not present on Mint 20.1.
The text was updated successfully, but these errors were encountered: