I logged out of gnome, killed all gnome related processes, restarted dbus, hald and stopped famd. Nautilus is still taking up 100% of CPU whenever it is running or drawing the desktop. Any other thoughts, or ways of figuring out what the hell its doing?ikshaar wrote:Did you try resetting themes and other desktop settings ? Nautilus was very unstable for me until I did so. Also did you disable famd as it often stay lock on 100% CPU for no obvious reason.
What resolution are you running at and what size is your wallpaper and style is your wallpaper set at (IE: Tiled, Centered, etc.)?drjimmy42 wrote:After emerging gnome-2.12 last night, nautilus leaves the CPU spiked at all times. 100% whenever nautilus browser is open or the desktop is being drawn. The only way to stop it was to close nautilus and have it not draw the desktop.
Kinda makes nautilus not so useful. Has anyone else seen this?
1600x1200 with latest nvidia drivers with a stretched centered picture for a background.Lokheed wrote:What resolution are you running at and what size is your wallpaper and style is your wallpaper set at (IE: Tiled, Centered, etc.)?drjimmy42 wrote:After emerging gnome-2.12 last night, nautilus leaves the CPU spiked at all times. 100% whenever nautilus browser is open or the desktop is being drawn. The only way to stop it was to close nautilus and have it not draw the desktop.
Kinda makes nautilus not so useful. Has anyone else seen this?

Try this :maKKus wrote:I've still the problem that Nautilus, File Chooser and the disk mount applet is not picking up when a removable medium is inserted. Hal is detecting it, Gnome-volume-manager handles and mount it, but there is no icon change under Nautilus, File Chooser and the disk mount applet. When I click the disk mounter applet or the device in Computer then I receive an error stating the device is allready mounted. Ejecting with help of the context menu is working.
The device is known in /etc/fstab and it is mounted correct.
I meant reset the settings of gnome, by deleting ~/.gnome, ~/.gnome2 and other gnome related folder settings. You can try first changing the themes you are using. As I said, nautilus was crashing on me for using a certain icon theme (which was working in 2.10).drjimmy42 wrote:I logged out of gnome, killed all gnome related processes, restarted dbus, hald and stopped famd. Nautilus is still taking up 100% of CPU whenever it is running or drawing the desktop. Any other thoughts, or ways of figuring out what the hell its doing?
Code: Select all
root / # meld
Traceback (most recent call last):
File "/usr/bin/meld", line 87, in ?
import meldapp
File "/usr/lib/meld/meldapp.py", line 27, in ?
import prefs
File "/usr/lib/meld/prefs.py", line 52, in ?
import gconf
ImportError: No module named gconf
Ok new wrinkle. I renamed all .gconf* .gnome* directories from my home dir. I fired up gnome and the default desktop came up. And .... no processor spike.drjimmy42 wrote:1600x1200 with latest nvidia drivers with a stretched centered picture for a background.Lokheed wrote:What resolution are you running at and what size is your wallpaper and style is your wallpaper set at (IE: Tiled, Centered, etc.)?drjimmy42 wrote:After emerging gnome-2.12 last night, nautilus leaves the CPU spiked at all times. 100% whenever nautilus browser is open or the desktop is being drawn. The only way to stop it was to close nautilus and have it not draw the desktop.
Kinda makes nautilus not so useful. Has anyone else seen this?
I'm not sure if this is relevant however because it worked fine all along with gnome 2.x, x < 12. Also, even if I tell nautilus not to draw the desktop, if the filemanager window is open, processor spike. If I tell nautilus to draw the desktop then it is spiked all the time because technically the nautilus processes always exists drawing the desktop even if no file manager window is open.
My solution now is to close all file manager windows and stop the desktop from drawing so that there are no nautilus processes at all. Very sad because the new nautilus looks really cool.
I recommend removing fam and portmap and installing gamin. Do not use fam with the new GNOME.drjimmy42 wrote:Ok new wrinkle. I renamed all .gconf* .gnome* directories from my home dir. I fired up gnome and the default desktop came up. And .... no processor spike.drjimmy42 wrote:1600x1200 with latest nvidia drivers with a stretched centered picture for a background.Lokheed wrote:What resolution are you running at and what size is your wallpaper and style is your wallpaper set at (IE: Tiled, Centered, etc.)?drjimmy42 wrote:After emerging gnome-2.12 last night, nautilus leaves the CPU spiked at all times. 100% whenever nautilus browser is open or the desktop is being drawn. The only way to stop it was to close nautilus and have it not draw the desktop.
Kinda makes nautilus not so useful. Has anyone else seen this?
I'm not sure if this is relevant however because it worked fine all along with gnome 2.x, x < 12. Also, even if I tell nautilus not to draw the desktop, if the filemanager window is open, processor spike. If I tell nautilus to draw the desktop then it is spiked all the time because technically the nautilus processes always exists drawing the desktop even if no file manager window is open.
My solution now is to close all file manager windows and stop the desktop from drawing so that there are no nautilus processes at all. Very sad because the new nautilus looks really cool.
Problem solved right? Not quite.
I open the file manager and the processor goes up. This is different than before however. Before both the desktop and the file manager made the processor spike. Now its just the file manager. The difference? Before my desktop was showing my home dir as the desktop, so the desktop was viewing files just like the file manager. However, the default setting is not to show the home dir and just to show the Desktop dir which has nothing in it.
Another thing, if I open up the file manager, processor spike, then click on the Computer button to show devices and stuff, processor goes back to normal.
SOOOooooo.... When nautilus, desktop or file manager, is displaying a real directory with files of any kind, processor spike. If either is just showing in memory constructs such as the Computer screen in nautilus, the processor is quiet.
Just in case someone asks, this behavior does not change famd, dbus or hald are started or stopped in any combination. They don't seem to effect it at all.
Ok, so anyone figure this out yet?
Thanks again for the suggestion. All previews off. I moved my .theme directory and the icon theme is set to Gnome, which I can only assume is the default. Logged out and logged back in. Still no change. Good thought though.ikshaar wrote:Try also to disable all previews in preferences ... may be you have a file that cause trouble to Nautilus.
And reset your icon theme if you are not using default one !!
This does provide a solution, although it's not quite what I was looking for. Adding "Computer" to my GTK bookmarks makes it show up in Nautilus's places sidebar, but it also makes it show up in the Gnome Places menu as "/", yielding 2 entries in that menu that take me to "Computer".snakeroot wrote:tallest:
If I understand the question:
Navigate to the location you want to add to the sidebar
In the menubar go to Bookmarks > Add Bookmark OR just hit Control+D
If you change your mind, in the menubar go to Bookmarks > Edit Bookmarks OR just hit Control+B.
Regards,

Why don't you just use Smeg. Works for me with 2.12.AllenB wrote:Is it me or is the new menu editing function of 2.12 really weak?
Seems like Smeg has more value then the built in editing. I guess I will just go back to editing .desktop files by hand.


Yes, the devs claim it will be fleshed out in future releases. One can only hope. As is, its a waste of bits.AllenB wrote:Is it me or is the new menu editing function of 2.12 really weak?
Code: Select all
?????/??CCode: Select all
Sep 21 11:07:28 jupiter sdb: sdb1
Sep 21 11:07:28 jupiter Attached scsi disk sdb at scsi5, channel 0, id 0, lun 0
Sep 21 11:07:28 jupiter Attached scsi generic sg1 at scsi5, channel 0, id 0, lun 0, type 0
Sep 21 11:07:28 jupiter scsi.agent[30123]: disk at devices/pci0000:00/0000:00:09.0/0000:01:0c.0/fw-host0/00d04b540c01deb5/00d04b540c01deb5-0/host5/target5:0:0/5:0:0:0
It fails even when I log in as root. I tried deleting my .g* directories and restarted the computer.drjimmy42 wrote:Did you try the ever popular delete-all-your-.g*-directories. Also, make sure after you log out that all g* processes are dead so that they can restart with the latest versions and aren't running old ones.