SlackwareThis Forum is for the discussion of Slackware 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.
I just logged in to my remote shell account like I always do: as an ordinary user, because root login is disabled in sshd. Then I may want to become root with the 'su -' command.
But the 'su -' command did not work today. Every time I tried, I got this laconic message: "Sorry."
Note that I wasn't even given a chance to enter the password. Just 'su -', Return, "Sorry."
I logged in to the service host control panel and rebooted the system. I can su - and be root again.
Fine, but... What happened?!! I searched Google and only found reports of people who at least were given the chance to enter the password.
I never login remotely, so I can't test it, but I know that there's an option (somewhere) to disallow root logins from anywhere but console. See for example:
Thank you for the attention, but the replies I am getting here don't make a lot of sense.
A sticky key? No, the problem went away as soon as the VM was rebooted.
The user is not a member of the "wheel" group, but I said I log in as user then escalate to root with 'su ' all the time. That didn't work all of a sudden. Then the problem went away after a reboot. This doesn't seem to have anything to do with permissions.
Root login is disallowed, I said that myself in the original post. But I've always been able to become root with 'su -'.
I am having the same issue as the OP. A reboot fixed it for a day or so but it has stated happening again. It seemed to start after installing and configuring mysql.
Also, I have getting this error when I try to do a man. The two issues are occurring together and seem to be related.
Code:
$ man man
Error executing formatting or display command.
System command (cd "/usr/man" && (echo ".ll 12.7i"; echo ".nr LL 12.7i"; echo ".pl 1100i"; /bin/gunzip -c '/usr/man/man1/man.1.gz'; echo ".\\\""; echo ".pl \n(nlu+10") | /usr/bin/gtbl | /usr/bin/nroff -mandoc | /usr/bin/less -is) exited with status 256.
No manual entry for man
I see the man page come up for a moment before it gives that error.
I used to use su - all of the time. I have since started using sudo -i instead. The option "-i" asks that sudo simulate a user login. After authentication, you get a shell prompt with root permissions. Use CTRL-D or logout to end the login shell. The security advantages of sudo far outweigh any other convenience. Most useful to me, is the logfile that I can use to discover what I did if something goes awry.
Most of the su and sudo problems I've had can be traced to two families of details:
contents of the respective configuration files [url[/etc/sudoers[/url]
permissions of various files and folders that the commands encounter in the respective $HOME folders as well as the configuration files
Command configuration requires whatever it does and those rules are pretty specific and well documented. Little differences can create large changes in behavior.
Both su and sudo carefully guard the permissions of controlling files to prevent unwanted tinkering to gain or alter configured access.
I am having the same issue as the OP. A reboot fixed it for a day or so but it has stated happening again. It seemed to start after installing and configuring mysql.
Also, I have getting this error when I try to do a man. The two issues are occurring together and seem to be related.
I am the original poster. For whatever it's worth, the problem only occurred to me once, I never had the problem with 'man' and I don't have mysql. Not that it helps with anything, but I thought I should say it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.