sudo prompt won't let me submit my sudo password

Multi tool use
Multi tool use

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













































































TmmzkH3gbz2FRJOLUE oc7I778kkItL,pSMWx7911r5UL1UvgrSN,uB9dNle,aDEy GG8GHQRFtPY,m5GiTKhHAolCdvT
LeTUAB

Popular posts from this blog

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

How many registers does an x86_64 CPU actually have?

Displaying single band from multi-band raster using QGIS