Linux Mint Forums

I confirm, what you found. Easier way: run in the terminal (after updating UM): ls -la ~/.cache/dconf -> you see the file user. Now press alt-f2 and enter gksudo xed -> the file vanishes. I have updated the bug report with all available information. My suspicion is, that there might be something ba...

@Cosmo - Now that's a weird one especially when you consider that refreshing Mintupdate does not require root privileges. I can confirm everything you stated in your last post. Then I went a bit farther and found out that the file "user" (with the wrong permissions) will also disappear if ...

As far as until now known, after correcting the permissions for .cache/dconf and .ache/dconf/user the ownership stays correct, except those objects should get deleted. In this case the update manager will recreate them and does this again with the wrong owner. If .cache/dconf and .cache/dconf/user ...

It's done it again. This time I noticed that the background image was changing to default in mid-session. I'd be running an application in a maximized window (Firefox, Thunderbird, Xplayer, whatever) only to close the application and find the background image back to default. I ran: sudo find $HOME ...

Cosmo. wrote:You may wish to read and add your vote here.

Done

@Cosmo Just a quick update. Your fix for the permission problem worked fine as you would imagine and it's stayed fixed. All is well there. The background image switching to default problem seems to have vanished on both my laptop and desktop PC. And off-topic, it's going to be surgery but it looks t...

@Cosmo - Good enough then. Glad the bug was found. I'll fix the permission(s) according to your previous instructions although It will be interesting to see if mintupdate recreates the problem or not. Now if I could ask a favor of you? I'm not going to be available for the next couple of days or so ...

Double post. See previous post.

@Cosmo - Okay, here's something odd then. I checked permissions of that file in the callout ( ~/.cache/dconf/user) and it shows the "dconf" folder itself belongs to "root" and was created by the system upon install, not restored by me as I never restore any of the system config f...

Let us start at the beginning: Your output is not OK. But it is not a big deal, to make it correct: ...... Before I start changing things like permissions via the terminal I need to ask a question. First, a little background just so you know how Mint 18 was installed (single user only): This is a c...

@Cosmo, Heh, this is the output of the command: /home/kmb42vt/.cache/dconf/user So it appears all is well? Of course, I booted up this morning and my selected background was there just as it's supposed to be which is typical. Bring your car to the mechanic and the car runs like new and all that. Ran...

Hi folks, Since the last update for Mint 18/Cinnamon of Mint related components my desktop background image reverts back to the Mint 18 default image every boot or reboot. Somehow the current background image isn't saved for the session. This is a clean install of Mint 18/Cinnamon (64-bit) with no m...

In LM 17.3 it is not more needed to store anything, previous versions of Mint used it store 2 FF-extension-packages. If you need it you can create it. In the terminal with sudo mkdir /opt Thanks for the reply. So basically Linux Mint doesn't need it for it's default installation so it's not created...

I'm hardly a newbie having used Linux Mint as my main OS since almost the beginning but I just noticed that my 64-bit 17.3 installation (upgraded from 17.2) has no /opt/ directory. This is rather puzzeling becuase quite a applications, like Google Chrome and Google Earth for example, require the /op...

Thanks for the testing! I'm looking forward to a NVIDIA-bug free world with the Rosa upgrade - 17.3 BTW: My new installation is going much slower than I could hope for. I am trying to install Mint on a SSD Raid0 array and this is proving to be a hard and tortuous way since Linux doesn't support har...

Just for general information, a similar fix for this problem in mutter was done for muffin/cinnamon. It is in 2.8 if you are using it already from Romeo or the cinnamon nightly builds ppa. Thanks for the info. It's always good to get confirmation on what you suspected was wrong. Especially when you...

You put a smile on my face because with the age I'm slowly getting there myself. When setting up this new rig I certainly felt my eyes beginning to strain. They keep on printing the labels and manuals smaller and smaller it seems :wink: By the way, I disabled the Cinnamon Nightly PPA (Cinnamon 2.8 ...

That's indeed very good news! We should then expect the issue to be finally addressed with the Mint 17.3 update :D Do we have a release date already? I thought Rosa (17.3) was only due by the end of the year. Anyway from my side it's probably the end of the line for this issue since I'm upgrading m...

@LeBoy and others - After trying the "xorg.conf" solution and running the system for a good while, I found the problem (laggy windows controls, etc) was diminished but not completely eliminated. Going into the "Nvidia X server" application and setting "Performance levels&quo...

I think you nailed it. I did a similar research today and the problem seems to come down to a NVidia + Cinnamon bad marriage. I just saw your post now but our findings totally check. Both "Cinnamon" and "Mate" variations of Mint come from the GNOME desktop in their specific flav...