Yes, I did reboot completely. As of now, I have also had the chance to test same on a couple of other machines - still no difference; the disk light still flashes on a freshly-booted-but-otherwise-untouched machine, and gkrellm indicates persistent activity also. In comparing between several different installation layouts, it seems to me as though the activities are likely accessing something in the /var partition. Could it be related to system monitoring, or logging functions?
Additional observation: my original EeePC does not suffer from such behaviour. It is an old install of Minime 2008.1 with KDE 3.5.9 that has not been updated in quite a while. It is partitioned as follows:
sda1 --- /
sdb1 --- /tmp
sdb2 --- /var
sdb3 --- /home
With all partitions being primary, formatted with ReiserFS, and also with notail,noatime set in fstab. The internal 4GB SSD is /dev/sda, whereas /dev/sdb is an 8GB SDHC card.
ps aux | grep hald
I would think you'd see something similar to:
root 4754 0.0 0.0 5424 1836 ? S 14:05 0:01 hald-addon-storage: polling /dev/sr0 (every 2 sec)
amongst the returned items. If /dev/sr0 is replaced with the device that is your SD slot, then it would appear you need to disable the polling.
The only likely candidate I see in Services is the haldaemon
, but it might handle more than just removable media (someone else with more authority may know better). I suppose you could try
just stopping the service, without changing the startup status, so if it did break, a reboot should get you back up and running