sudo prompt won't let me submit my sudo password

The name of the pictureThe name of the pictureThe name of the pictureClash Royale CLAN TAG#URR8PPP





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;







up vote
0
down vote

favorite












When I ssh into my CentOS 7 machine and try to use sudo, I'm unable to submit my password.



Example prompt:



$ sudo ls
[sudo] password for edwardloveall:


Then I type my password, hit Enter, and nothing happens. No, command is run (seemingly), no "Sorry, try again.", no nothing. I am forced to Ctrl+C out of the prompt and do something else. This failure also happens when entering an ssh key password.



Return is accepted for other non-sudo commands and prompts. This behavior used to work, and as far as I know the system was not updated.



How can I fix or troubleshoot this?



Edit: Some more output to debug with:



$ id
uid=1000(edwardloveall) gid=1000(edwardloveall) groups=1000(edwardloveall),10(wheel)
$ ls -l /etc/sudoers
-r--r-----. 1 root root 4188 Mar 31 2016 /etc/sudoers


Also tried su -c date, attempted to enter a password (not sure if I had the right one) but the same thing happened: no response at the prompt.



More debug info:



$ hostname
portfolio
$ cat /etc/hosts

... snip comments ...

127.0.0.1 portfolio portfolio
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost4.localdomain4 localhost4

# The following lines are desirable for IPv6 capable hosts
::1 portfolio portfolio
::1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6


Edit:



I did find a workaround, if i hit Ctrl+D after entering my password it seems to let sudo work. I'd rather have Enter work however.



Fix (sortof)



I found a better work around.



If I edit my /etc/sudoers configuration (via visudo) and change



Defaults env_reset


to



Defaults env_reset,pwfeedback


Then * appear when I'm typing my password, and enter works! Changing it back has the same enter-not-allowed effect as before. If anyone knows why this works, I'd love to know.







share|improve this question





















  • Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
    – Bob
    Jul 29 at 3:11











  • @bob Updated with suggested output
    – Edward Loveall
    Jul 29 at 12:37










  • Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
    – Bob
    Jul 29 at 12:54










  • Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
    – Edward Loveall
    Jul 29 at 20:42










  • Try to reinstall sudo package: yum reinstall sudo
    – Bob
    Jul 30 at 17:30
















up vote
0
down vote

favorite












When I ssh into my CentOS 7 machine and try to use sudo, I'm unable to submit my password.



Example prompt:



$ sudo ls
[sudo] password for edwardloveall:


Then I type my password, hit Enter, and nothing happens. No, command is run (seemingly), no "Sorry, try again.", no nothing. I am forced to Ctrl+C out of the prompt and do something else. This failure also happens when entering an ssh key password.



Return is accepted for other non-sudo commands and prompts. This behavior used to work, and as far as I know the system was not updated.



How can I fix or troubleshoot this?



Edit: Some more output to debug with:



$ id
uid=1000(edwardloveall) gid=1000(edwardloveall) groups=1000(edwardloveall),10(wheel)
$ ls -l /etc/sudoers
-r--r-----. 1 root root 4188 Mar 31 2016 /etc/sudoers


Also tried su -c date, attempted to enter a password (not sure if I had the right one) but the same thing happened: no response at the prompt.



More debug info:



$ hostname
portfolio
$ cat /etc/hosts

... snip comments ...

127.0.0.1 portfolio portfolio
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost4.localdomain4 localhost4

# The following lines are desirable for IPv6 capable hosts
::1 portfolio portfolio
::1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6


Edit:



I did find a workaround, if i hit Ctrl+D after entering my password it seems to let sudo work. I'd rather have Enter work however.



Fix (sortof)



I found a better work around.



If I edit my /etc/sudoers configuration (via visudo) and change



Defaults env_reset


to



Defaults env_reset,pwfeedback


Then * appear when I'm typing my password, and enter works! Changing it back has the same enter-not-allowed effect as before. If anyone knows why this works, I'd love to know.







share|improve this question





















  • Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
    – Bob
    Jul 29 at 3:11











  • @bob Updated with suggested output
    – Edward Loveall
    Jul 29 at 12:37










  • Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
    – Bob
    Jul 29 at 12:54










  • Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
    – Edward Loveall
    Jul 29 at 20:42










  • Try to reinstall sudo package: yum reinstall sudo
    – Bob
    Jul 30 at 17:30












up vote
0
down vote

favorite









up vote
0
down vote

favorite











When I ssh into my CentOS 7 machine and try to use sudo, I'm unable to submit my password.



Example prompt:



$ sudo ls
[sudo] password for edwardloveall:


Then I type my password, hit Enter, and nothing happens. No, command is run (seemingly), no "Sorry, try again.", no nothing. I am forced to Ctrl+C out of the prompt and do something else. This failure also happens when entering an ssh key password.



Return is accepted for other non-sudo commands and prompts. This behavior used to work, and as far as I know the system was not updated.



How can I fix or troubleshoot this?



Edit: Some more output to debug with:



$ id
uid=1000(edwardloveall) gid=1000(edwardloveall) groups=1000(edwardloveall),10(wheel)
$ ls -l /etc/sudoers
-r--r-----. 1 root root 4188 Mar 31 2016 /etc/sudoers


Also tried su -c date, attempted to enter a password (not sure if I had the right one) but the same thing happened: no response at the prompt.



More debug info:



$ hostname
portfolio
$ cat /etc/hosts

... snip comments ...

127.0.0.1 portfolio portfolio
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost4.localdomain4 localhost4

# The following lines are desirable for IPv6 capable hosts
::1 portfolio portfolio
::1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6


Edit:



I did find a workaround, if i hit Ctrl+D after entering my password it seems to let sudo work. I'd rather have Enter work however.



Fix (sortof)



I found a better work around.



If I edit my /etc/sudoers configuration (via visudo) and change



Defaults env_reset


to



Defaults env_reset,pwfeedback


Then * appear when I'm typing my password, and enter works! Changing it back has the same enter-not-allowed effect as before. If anyone knows why this works, I'd love to know.







share|improve this question













When I ssh into my CentOS 7 machine and try to use sudo, I'm unable to submit my password.



Example prompt:



$ sudo ls
[sudo] password for edwardloveall:


Then I type my password, hit Enter, and nothing happens. No, command is run (seemingly), no "Sorry, try again.", no nothing. I am forced to Ctrl+C out of the prompt and do something else. This failure also happens when entering an ssh key password.



Return is accepted for other non-sudo commands and prompts. This behavior used to work, and as far as I know the system was not updated.



How can I fix or troubleshoot this?



Edit: Some more output to debug with:



$ id
uid=1000(edwardloveall) gid=1000(edwardloveall) groups=1000(edwardloveall),10(wheel)
$ ls -l /etc/sudoers
-r--r-----. 1 root root 4188 Mar 31 2016 /etc/sudoers


Also tried su -c date, attempted to enter a password (not sure if I had the right one) but the same thing happened: no response at the prompt.



More debug info:



$ hostname
portfolio
$ cat /etc/hosts

... snip comments ...

127.0.0.1 portfolio portfolio
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost4.localdomain4 localhost4

# The following lines are desirable for IPv6 capable hosts
::1 portfolio portfolio
::1 localhost.localdomain localhost
::1 localhost6.localdomain6 localhost6


Edit:



I did find a workaround, if i hit Ctrl+D after entering my password it seems to let sudo work. I'd rather have Enter work however.



Fix (sortof)



I found a better work around.



If I edit my /etc/sudoers configuration (via visudo) and change



Defaults env_reset


to



Defaults env_reset,pwfeedback


Then * appear when I'm typing my password, and enter works! Changing it back has the same enter-not-allowed effect as before. If anyone knows why this works, I'd love to know.









share|improve this question












share|improve this question




share|improve this question








edited Jul 30 at 1:57
























asked Jul 29 at 1:04









Edward Loveall

1012




1012











  • Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
    – Bob
    Jul 29 at 3:11











  • @bob Updated with suggested output
    – Edward Loveall
    Jul 29 at 12:37










  • Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
    – Bob
    Jul 29 at 12:54










  • Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
    – Edward Loveall
    Jul 29 at 20:42










  • Try to reinstall sudo package: yum reinstall sudo
    – Bob
    Jul 30 at 17:30
















  • Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
    – Bob
    Jul 29 at 3:11











  • @bob Updated with suggested output
    – Edward Loveall
    Jul 29 at 12:37










  • Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
    – Bob
    Jul 29 at 12:54










  • Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
    – Edward Loveall
    Jul 29 at 20:42










  • Try to reinstall sudo package: yum reinstall sudo
    – Bob
    Jul 30 at 17:30















Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
– Bob
Jul 29 at 3:11





Could you post output of commands: id and ls -l /etc/sudoers. Can you execute su -c date (it requires your root password if exists, not the edwardloveall user)?
– Bob
Jul 29 at 3:11













@bob Updated with suggested output
– Edward Loveall
Jul 29 at 12:37




@bob Updated with suggested output
– Edward Loveall
Jul 29 at 12:37












Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
– Bob
Jul 29 at 12:54




Have you changed your hostname recently? Check and post output of: hostname and cat /etc/hosts.
– Bob
Jul 29 at 12:54












Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
– Edward Loveall
Jul 29 at 20:42




Sure thing. I'm pretty sure that hasn't changed recently. Certainly not by me.
– Edward Loveall
Jul 29 at 20:42












Try to reinstall sudo package: yum reinstall sudo
– Bob
Jul 30 at 17:30




Try to reinstall sudo package: yum reinstall sudo
– Bob
Jul 30 at 17:30















active

oldest

votes











Your Answer







StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: false,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);








 

draft saved


draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459114%2fsudo-prompt-wont-let-me-submit-my-sudo-password%23new-answer', 'question_page');

);

Post as a guest



































active

oldest

votes













active

oldest

votes









active

oldest

votes






active

oldest

votes










 

draft saved


draft discarded


























 


draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459114%2fsudo-prompt-wont-let-me-submit-my-sudo-password%23new-answer', 'question_page');

);

Post as a guest













































































Popular posts from this blog

How to check contact read email or not when send email to Individual?

Bahrain

Postfix configuration issue with fips on centos 7; mailgun relay