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!
Notices
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.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Suffering with a log in problems for user accounts but I have compounded it by accidentally disabling local log in!
Using CentOS 5 and from within the local root user I opened the log in screen preferences and then opened the Security tab. I then opened the "configer Xserver" and I have unchecked the "logins are handled by this computer". Now Since I have logged out of root all I have is the X cursor on a black screen and no log in. Obviously logins are not handled by this computer as I unchecked it!!!!!!!
Is there anyway to get this back on as I cannot access this from another PC.
Thanks
Do you happen to have access to a Live CD? Almost any distro should work... load your PC via Live CD, determine which configuration file needs to be changed... make the modification and reboot and you should be golden...
Unfortunately I dont have access to a live CD. I have worked out how to get a shell up and I can access the root account. Can I activate the GUI from within this shell??
Depends on how exactly you got that shell running. If you have a username (root or some user) you might be able to run `startx` and get a GUI, but don't hold your breath!
Some files of interest:
/etc/securetty # sets which tty's root can login on (at least "console" should be uncommented if root can login on local console.
/etc/login.access # sets who's disallowed to login from where.
/etc/nologin # if exists, will inhibit non-root logins.
/etc/login.defs # a bunch of configuration fields pertaining to logins in general.
If you can't get the GUI, have a look in those files for starters, and see if you can determine if they are configured such that local logins are not allowed. Keep track of what you change, in case you accidentally create a security hole!!!
There are two ways to attempt to get in. If you reboot the system and catch grub. Go to the default installation and edit it, go to the kernel line and place a 3 at the end (this setting is not saved). Alternatively try combinations of keys with the F3 button, example Alt + Ctrl + F3 until it drops you into a console.
This will declare run level 3 what will give you terminal/console access to the system. Unfortunately I do not know what file needs to be edited to fix this tho. If none of this works, you might be looking at having actually go into single user-mode to fix this... what is run level 1...
I have managed to get the gui back up and running.
If I had read the error messages correctly when I attempted the startx command I would have seen the problem was a lock file in the tmp folder. removed it and xstart worked. I have now rechecked the logins handled by this computer box in the security tab and at least this problem is fixed. Now to deal with the network log in problems...........I may return soon.
There are two ways to attempt to get in. If you reboot the system and catch grub. Go to the default installation and edit it, go to the kernel line and place a 3 at the end (this setting is not saved). Alternatively try combinations of keys with the F3 button, example Alt + Ctrl + F3 until it drops you into a console.
This will declare run level 3 what will give you terminal/console access to the system. Unfortunately I do not know what file needs to be edited to fix this tho. If none of this works, you might be looking at having actually go into single user-mode to fix this... what is run level 1...
gah, i didn't even think to edit grub / init... thanks, that has given me a new tool.
gah, i didn't even think to edit grub / init... thanks, that has given me a new tool.
No problem, I have to break into servers occasionally to reset passwords, at customers request of course. Ubuntu is different to CentOS on how to get a root terminal as such. Ubuntu gives single user mode as an option in grub by default but it's passworded. There are still ways passed this (ie init=/etc/bash on the kernel line).
With Centos and some other distros you can boot the install media and at the initial prompt, ignore the menu options and type
linux rescue
at the text prompt below. That will boot a RAMdisk version of Linux from the DVD/Cd and attempt to mount the HDD as a non-active disk under '/mnt'. You can then amend files on the HDD
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.