gnome sensors applet 1.7.10 does not save changed preferences

Did you make sure you closed the preferences window before you restarted - since it is at this point where the changes are saved - if you do not close it, they will not be stored.

Also, make sure gconfd is running, since this is used as the storage backend.

I close the preference window and gconf is running.
Tried an strace and it seems the only socket operation is with hddtemp daemon.
I think, or rather, i guess that this means no gconf activity is happening.

Possibly some check has failed in sensors-applet.
I dont really know how to get at its debug info.

I have the same problem here (feisty/amd64). gconfd-2 is running.

Ciao

Martin

Same here. Feisty/i386.
 ps -e|grep gconf
 6921 ? 00:00:00 gconfd-2

Compiling the 1.7.11 version from source, also doesn't work, so this is kind of ubuntu-specific problem.

Can you run the following from the commandline:
 strace -p `pidof sensors-applet`

and then open and close the preferences dialog, and post the output here.

Also, sensors-applet outputs stuff of the command-line too, so if you could run it from the commandline:

/usr/lib/gnome-panel/sensors-applet

(or if you compiled from source /usr/libexec/sensors-applet)

and then add it to the panel, and finally go open and close the prefs dialog, that'd be great.

I've included an strace and an ltrace.
The ltrace shows several calls of panel_applet_gconf_set_list(),
so i assume that either it is saving the incorrect state or panel_applet_gconf_set_list() fails?
I did not manage to run sensors-applet from the command line successfully.

ltrace here

Attached stdout of sensors-applet from adding to panel, changing preferences & closing preferences.

Same Problem here... the problem is for my i8k sensors too... (Dell sensors)

For me the problem seems to be a nasty disk label from hddtemp. The hddtemp answer for my HTS721010G9SA00 contains two nonprintable chars at the end of the label which causes an error return from panel_applet_gconf_set_list() in sensors_applet_gconf_save_sensors() and the function returns before all keys have been saved. Attached an ugly hack to work around.

The nasty disk label seems to be caused by too strict SATA checking in hddtemp. Debian hddtemp 0.3-beta15-34 has a fix. Should there be a bug against ubuntu hddtemp?

The assumption by sensors-applet that the third entry in /proc/acpi/ibm/thermal is HDD does not seem to hold for my Thinkpad X60 tablet (value is -128).

Yes, for me too. its a problem hddtemp ... on installing hddtemp from debian I heve'nt any problems any more.

Filed #109498 against hddtemp which is the real culprit

is a hddtemp problem.

I have the same problem with hddtemp however the sensor applet doesn't save the change of the CPU icon as well....so it may probably not only be hddtemp. I'm on Feisty and gconfd-2 is running as well.

kilou napisał(a):
> I have the same problem with hddtemp however the sensor applet doesn't
> save the change of the CPU icon as well....so it may probably not only
> be hddtemp. I'm on Feisty and gconfd-2 is running as well.
>
>
probably ... but, do you install other version hddtemp? Try.
On my Desktop this works good.

--
Pozdrawiam.
Tomasz Rosiński

The bug in hddtemp prevents the saving of ALL configuration data, so you will need to either disable hddtemp by uninstalling it, or upgrade it to a version which does not have the bug in it.

Yes, sorry! I've installed the beta version of hddtemp and indeed it works for every settings. Great! Thanks!

I upgraded to hddtemp_0.3-beta15-36 and it solved the issue with sensors-applet, seems working well with Feisty Fawn.

For the i386 community:
wget http://archive.ubuntu.com/ubuntu/pool/universe/h/hddtemp/hddtemp_0.3-beta15-36_i386.deb
sudo dpkg -i hddtemp_0.3-beta15-36_i386.deb

I can also confirm this bug.
I see it is fixed in Gutsy. Is there no way to get a fixed version for Feisty?

This happens to me in 8.04. I installed hddtemp 0.3-beta15-38 and actually i'm not using this sensor and still no change. running from the command line did not indicate any errors.

Tested on 9.04 with same bad result when a drive has invalid characters on the end of the title.

Solved by:
Preferences --> Sensors --> hddtemp --> double click on the "Label" field of offending hard drive.

The applet saved the configuration after this change.

Please correct this bug.