Crashes due to Bleachbit?

[sps7]

Since I'm so fond of KDE, I installed MX-14 and then followed the steps so that I'd be using KDE as desktop, etc.

I've installed both $ bleachbit and # bleachbit (or they came in with the installation of the OS). Running sweeper first, I then run both bleachbits just before shutting down my computer. I get these crashes due to one of the two bleachbits:

"Plasma Desktop Shell - The KDE Crash Handler

We're sorry, Plasma Desktop Shell closed unexpectedly.

Details:
Executable: plasma-desktop PID: 3517
Signal: Bus error (7)"


I recall that this same bleachbit-causing-crashes problem occurred when, in the past, I had some older version of MEPIS. At that time, I removed bleachbit and installed temizlikci (a system cleaner not in any repo-- I think someone in Turkey created it-- see: http://bit.ly/1fVLnTJ ). I think bleachbit might be a more thorough cleaner than temizlikci.

Is there something I can change or fix in my system so that bleachbit doesn't cause crashes? [When this happened last night, the crash caused the loss of my desktop wallpaper.]

[lucky9]

There must be a trick to using BleachBit as I've never had it leave a system unmarred. I decided it 'cleans' way too much stuff. Things that are necessary for good functioning for instance.

[richb]

I have used bleachbit successfully, but did not enable most of the system cleaning. It can be a very dangerous app.

[joany]

What timing! I just tried bleachbit with MX-14/KDE because usage my /home partition usage is creeping up slowly for no reason (before reading this thread). Big mistake. Some of my system settings were irreversibly altered. Fortunately, I had a very recent backup partition image of /home and didn't lose any data. I learned my lesson.

[sps7]

What timing! I just tried bleachbit with MX-14/KDE because usage my /home partition usage is creeping up slowly for no reason (before reading this thread). Big mistake. Some of my system settings were irreversibly altered. Fortunately, I had a very recent backup partition image of /home and didn't lose any data. I learned my lesson.

I'm sorry this happened to you Joany.

Yes, I removed bleachbit and will install again reliable, safe temizlikci which I mentioned in my first post in this thread and which never caused any crashes or troubles.

After several of these very recent bleachbit-caused crashes, I don't know yet if anything was lost in my system. I do have a full backup of /home on an external storage device and that backup was made before installing MX-14.

[joany]

Most systems have some folders, such as ~/.thumbnails, that keep accumulating unwanted files which slowly eat your HDD. There's a neat trick that can eliminate that problem: creating a symbolic link that points to /dev/null will make any files written to those folders disappear forever.

For example, to prevent files from accumulating in the hidden ~/.thumbnails folder, enter these commands in sequence:

rm -r ~/.thumbnails
ln -s /dev/null ~/.thumbnails

Unfortunately, although the ~/.thumbnails symlink exists after doing the above, it won't appear in any file manager. So you should keep a record of any symlinks directed at /dev/null so you can reverse the process if need be. To revert back to the hidden folder:

rm ~/.thumbnails

This will remove the symlink and the system will regenerate a new ~/.thumbnails folder automatically.

CAVEAT: Only use this method on folders that only contain files that the system does not actually need.

[dyfi]

That's a neat trick with the thumbnails. To remove mine I set up a cronjob.

[Eadwine Rose]

I will look at that manually, thank you for the tip!

[NGIB]

Must be that KDE is sensitive as I have used BB for years without incident - but I have never used KDE and probably never will. I actually prefer LXDE but I'm a bit nervous that the merge with Razor-QT may produce something odd. XFCE seemed liked a safer bet for the near future.

I've run BB a few times on my new MX-14 install with zero issues. I like cleaning out "stuff" prior to making a snapshot...