Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
How can I edit system files while still logged in as user? I hate having to stop all my IM conversations, lose my place in editing program options, browser windows, etc. when I need to edit fstab or create a new system folder or something. Are there any programs that give temporary root permissions? The su command only works for the command line, and if I try to edit a system file from there, permission is denied. Any ideas?
Originally posted by JRR883 The su command only works for the command line, and if I try to edit a system file from there, permission is denied. Any ideas?
Now that's wierd ! Permission denied ? What permissions are denied. You can easily edit system files by opening a terminal, using su to gain root permissions, and then opening up the relevant file with vi.
Like you could do after the su thing :
1) vi /etc/fstab --to edit the fstab file.
2) mkdir /complete path to/foldername --to create a folder.
If you are typing su in a terminal to gain root permissions and then assuming that all the user processes gain root privileges then you are wrong. Only that root shell and any other processes started from that shell will have root privileges. I mean if you open up a shell and type su there, it doesn't mean that all the existing browsers that are already open will gain root privileges NO
You can always launch a gui program from the root shell and that program will have root privileges. If the program cannot get the display read AwesomeMachine's post.
I think you might be looking for something simpler. Which desktop are you using? If you are using KDE you could go to K menu---->System------->More Programs-------->File Manager Super User Mode
or K menu---->System------->More Programs-------->Terminal Program Super User Mode
It will prompt you for a root password and then give you a File Manager / Terminal Program with root privileges.
Lastly, I must say that I have replied, judging on what I thought the question being asked was. If I provided some irrelevant information my apologies.
Okay, I just logged in as root (owner) and set the user to be the owner of Filesystem, and then I logged out. It froze under the shell when I logged out, so I had to do a hard reboot. When I rebooted, it gave me the typical "was not cleanly unmounted" check, then rebooted. After I rebooted, it loads everything, but then fails loading HAL daemon and hangs up. I tried using the restore disk, that didn't work. Am I now going to have to reformat/reinstall?
Unless you really know what you're doing, changing permissions on system and device files is a really bad idea, as you've discovered. If you can get back to single user mode you should just reset the permissions as they are.
And you can use kdesu to become root in the GUI environment. But you really ought to get comfortable doing stuff from the command line.
Perhaps, but booting into signle user mode (no GUI and minimal system services) is probably easier. If you're using GRUB to boot, hit e at the boot screen to edit the kernel command line, append the word "single" (no quotes) and then boot it. Hopefully you'll be able to get into a shell and fix it.
If you changed the permissions of a device file (in the /dev directory) and you're using udev, booting off of a LiveCD wouldn't help since none of the /dev files will be created (the point of udev is to create them dynamically). You'd need to edit the udev config files in /etc/udev. If you changed permissions of something other than a /dev file, than the LiveCD method should work (just mount your system's partition and change the file back).
It would help greatly if you would say what distro you're running and which file(s) you changed and how.
good lord, i dont understand why you cant just su to root priveledges. that should work fine, i have been doing it for years. changing the entire filesystems permissions is very dangerous, and will cause programs and daemons to not load. i can be on an im and open a terminal and su and edit my fstab, hell, i can download a new kernel, unpackage it, compile it, and install it, without missing much of a beat on my im, or webpage, or whatever, the song keeps playing. this is unix... that is the way it is.. i would say that you could jsut log in as root, but you seem alittel dangerous still... so.... that is the best advice.