DebianThis forum is for the discussion of Debian Linux.
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.
Inside KDE the virtual terminal emulator will not accept the root password. Nor will it accept $ su etc.. However outside KDE at the black screen there is no problem. Anyone any idea, I have none? I don't think it's the keyboard, I've tried it with both sets of number keys.
(It started after I completely repartioned the hard disk by cp ing all files and directories onto another hard disk; installing a base system of Etch AMD 64 from CD on the origional hd; then cp ing the files back using a live Ubuntu CD.) Thanks any help. Err....how'd'you change root's password?
Distribution: Debian /Jessie/Stretch/Sid, Linux Mint DE
Posts: 5,195
Rep:
It seems to be an impossible situation. Both in TTY and Konsole, su uses identical authentication. This is specified in pam.d somewhere down in /etc. su is su, from wherever you issue it. Even from a remote machine.
Have you tried ssh-ing in from a remote machine as user and then su? Both in TTY from the remote machine and Konsole from the remote machine?
Can you change the passwd on the suspect box in something that minimizes kbd issues, like AAAA
(Strange, as I write this my dead keys suddenly dont work anymore)
Changing root pwd from TTY is su to root and then enter the passwd command.
Have you tried ssh-ing in from a remote machine as user and then su? Both in TTY from the remote machine and Konsole from the remote machine?
Can you change the passwd on the suspect box in something that minimizes kbd issues, like AAAA
Thanks, sorry about delay. I'll try changing the password to AAAA like you say.
Can't do any ssh'ing - network down (diferrent problem). Although perhaps I could ssh myself, don't know.
Noticed other odd stuff:
Can't mount flash drives as ordinary user despite the 'users' word in fstab. /etc/fstab is exactly the same as it was before repartitioning and it allowed user to mount then. It says 'only root can do that'.
$ crontab -l, to look at the crontab shedule, gets permission denied. Despite the file being owned by the user. I always get buggered up by permissions so that might be something else.
Just thought now: could it be refusing to allow more than one root shell, or something like that?
You were right it is not a KDE problem. What it is is that I may log in as root from a login shell but not from the next shell - the one you go to after the log in shell; is it the bash shell, who can tell.
Did
$ strace su
It said that permission was denied for /etc/shadow, I think. So added myself to group shadow and su gave a different message than before. Sorry, grotesque but can't remember same.
Get impression that what has happened is that (I cp'ied / to another hard disk; installed a basic Etch AMD 64 system; cp'ied / back using Ubuntu live CD) during installation of basic Etch system used default box name (the one that appears in the CL prompt) of 'debian'. Previously was using the name 'asus'. So coppied in stuff for 'asus' to a 'debian' thing.
Incidentally
# hostname debian
does not change the hostname to debian. It has no effect on /etc/hostname. Changed this file manually but still cannot log root in.
Thanks. Tried changing password to AAA, no change. Will get back with /var/log/auth.log.
Last edited by lugoteehalt; 10-09-2008 at 11:50 AM.
When you did the copy action, are you sure you copied all file permissions correctly?
jlinkels
I would have included the command in case this person doesn't know how to perserve permissions when using cp and other users may be reading this and wondering the same thing so when using cp to copy files and you would like to preserve permissions use this...
Code:
cp -p /old/path /new/path
Of course to ensure that this happens properly you must use this command when you copy the files from the system to your external drive and then also use the command when you copy them back. Otherwise your permissions are likely to change and the ownership of the files will change.
If you need change the ownership for recursive directories use the following. This example is for /etc
I would have included the command in case this person doesn't know how to perserve permissions when using cp and other users may be reading this and wondering the same thing so when using cp to copy files and you would like to preserve permissions use this...
Code:
cp -p /old/path /new/path
That it I think, so assume system irreversibly hosed and have reinstalled. One should think before one does things I find.
Changed /etc/pam.d/su to be as undemanding as possible but did not help.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.