I've got a problem with Nautilus in Ubuntu 12.04 LTS.

When I run the command gksu nautilus /, the password ask box appears and I type my super-user password, then the password box disappears and Nautilus is not opened.

When I try to open Nautilus as a normal user in with the command nautilus, the folder is opened.

When I try in terminal

$ sudo nautilus

I got the following error

$ sudo nautilus /

** (nautilus:8523): WARNING **: Command line `dbus-launch --autolaunch=2c8ce9b7da2257c2609b749700000007 --binary-syntax --close-stderr' exited with non-zero exit status 1: Autolaunch error: X11 initialization failed.\n Could not parse arguments: Cannot open display:

How can I fix this error?

share|improve this question
    
You could also try installing nemo (linux mint file browser), which has an "open as root" option. – user132550 Feb 16 '13 at 11:06
    
sudo su nautilus this worked for me too, assuming you set up your root password and sign in – bmendonc Jul 1 '13 at 0:16

Try:

gksudo nautilus

Then type your own password just like when using sudo.

Gksudo man page: http://linux.die.net/man/1/gksudo

share|improve this answer
    
yes, I type my own password ,but no folder window open up. – Pho swan Jun 28 '12 at 7:17
    
I use Ubuntu 12.04 LTS 2 week ago, and i m ok will gksu nautilus command. and yesterday, I face with that problem, type comand " gksu nautilus / " and I type my password . no folder window open up .. so, i cant edit some file in root. – Pho swan Jun 28 '12 at 7:26
    
what about: "DISPLAY=:0 gksudo nautilus" or debug mode "gksudo -d nautilus" – jaywink Jun 28 '12 at 9:35

When opening Nautilus with root privileges, it is best to use the command

gksudo

unless your root account is unlocked, and in that case, Ubuntu discourages this.

The reason for the "gk" is because sudo, by itself, doesn't perform the necessary actions automatically to properly run graphical applications as another user.

However for instance, if you were on a KDE system such as Kubuntu, you would want to issue the command

kdesudo

p.s. Do not leave your Nautilus root window open when you are not using it,then forgetting about it, as using a window you do not know is root is a bad idea.

For more information view the Ubuntu man page for gksudo here.

share|improve this answer

How to run Gedit AND Nautilus as administrator with pkexec instead of gksu or gksudo

Source: WebUpd8

gksu hasn't been updated since 2009 and is not recommended any more. In fact, Ubuntu no longer ships with gksu by default (though it may be installed for many of you, because some apps still depend on it) and it may even be completely removed at some point.

Nautilus admin adds PolicyKit files for both Nautilus and Gedit and it allows opening a file or folder from Nautilus as root, via PolicyKit:

To install Nautilus Admin in Ubuntu, open a terminal by pressing Ctrl+Alt+T and use the following command:

sudo apt-get install nautilus-admin

And to restart Nautilus use either of the following commands:

nautilus -q or killall nautilus

After this when you right click on a folder you will see:

enter image description here

If you right click on a text file editable by Gedit you will see:

enter image description here

Then you will be prompted for password:

enter image description here

Related question: "Open in terminal" not working on nautilus as root

Finally, installing nautilus-admin also allows opening nautilus as root from the command line. Use the following command instead of gksu or gksudo:

pkexec nautilus 

to open nautilus as root.

Hope this helps

share|improve this answer

If you find yourself opening nautilus as root often, I would recommend adding the option to the right-click menu in Unity: (it uses the same command as the top answer, gksu nautilus).

You will need to edit a *.desktop file in order to add the menu option, and you have two choices:

  • /usr/share/applications/nautilus.desktop (requires root access to edit) - The menu option will be added for all users. Note that you may need to re-edit this file, adding the option if an update to Nautilus occurrs that overwrites your changes.
  • ~/.local/share/applications/nautilus.desktop (If you can't find it there, make a duplicate of the one found in /usr/share/applications/, and save it to this new location) - The menu option will only be available for the specified user, and is considered "better practice". Note that if you already have it docked to your Unity bar, you will need to choose Unlock from Launcher on your existing Nautilus icon (by default shows up as named Files), then re-add your "custom" version. These changes should stay even if Nautilus gets an update.

Edit the text file nautilus.desktop, adding the following block of code (you can use the existing two blocks as a template):

[Desktop Action RootWindow]
Name=Open a Root Window
Exec=gksu nautilus
OnlyShowIn=Unity;

Next, add the new action to the list (should be at around line 18 of the text file):

Actions=Window;RootWindow;

Now right-clicking the text editor window in Unity brings up this handy new option:

Ubuntu Unity: Open Nautilus as Root

share|improve this answer
    
I was trying this except for file nautilus.desktop is not exist on my Ubuntu 15.10 ! – user161480 Dec 15 '15 at 9:36
    
@IhabAbdel-Rahim That's strange, it exists on mine at /usr/share/applications/nautilus.desktop, and I just did a fresh install a month ago. – IQAndreas Dec 18 '15 at 21:34
    
Yeah, I found it. Thanks – user161480 Dec 19 '15 at 1:20

"sudo nautilus" works for me. Here are some alternatives:

Enter superuser mode with "sudo su" in the terminal (will ask for your password), then run the commands from there:

sudo su
nautilus

Another alternative is to use something else for file exploration than nautilus, something that does not require graphical environment. GNU Midnight Commander - mc comes to mind. You can install and run it like this:

sudo apt-get install mc
mc

Your error messages suggest that the root "Cannot open display". The reason might be that the DISPLAY environment is not properly set up. You can check it from the terminal like this:

printenv | grep DISPLAY

You should see something like DISPLAY=:0.0 in response. If not, take care of the display environment for the root first.

share|improve this answer

Open terminal and type the following:

sessionfile=$(find "${HOME}/.dbus/session-bus/" -type f)
export $(grep "DBUS_SESSION_BUS_ADDRESS=" "${sessionfile}" | sed '/^#/d')

Try running your command again (sudo nautilus).

share|improve this answer

If you are running Ubuntu Live or Persistent install, sudo nautilus is ok, everything on the drive, except home, is already owned by root and is read only.

If you create, copy or modify a file or folder, inside the home folder on the persistent drive as root using sudo nautilus the permissions will be restored to owner on reboot. If you create, copy or modify a file on a different drive using sudo nautilus the permissions will revert to owner once the usb drive is shut down.

share|improve this answer
    
Nope, the home directory of the default user ubuntu is owned by that user. If one uses sudo for graphical applications it may still mess up the permissions (however they're restored after reboot because the changes are not persistent). -1 – David Foerster May 2 '17 at 15:47
    
Are you saying it is not OK to use sudo nautilus while using a Live or Persistent install, that it can damage something or permanently mess up permissions? Can you be a little more specific? What is the worst that can happen? I have used sudo nautilus many times working with live/persistent installs since gksu was removed and have never had a problem with permissions. I have spent the last four hours playing with a 17.04 persistent flash drive and sudo nautilus and have not been able to create a problem. – C.S.Cameron May 2 '17 at 22:48
    
I'm saying that in principle the live system is no different than a proper installation regarding the side-effects of sudo nautilus, however, without persistence, the effects are easily reversed with a reboot. You not encountering an undesirable side-effect is no sufficient evidence that there are none. In fact, this side-effect is a well documented behaviour that may appear under the right circumstances which do not depend on a regular Ubuntu installation. – David Foerster May 3 '17 at 0:14
    
Yes please, I am asking you to tell me a well documented behavior that I can repeat to convince myself that you are right. – C.S.Cameron May 3 '17 at 0:31

Edit your /etc/profile with:

sudo nano /etc/profile

Then add this to the end of the file:

xhost +local:all

Ctrl+X to quit.
Y to confirm.
Enter to confirm path.
Done.

Run anything as root.

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.