For the second time while attempting to modify my php.ini file in a new Drupal 7 setup through Putty I managed to lose sudoers privileges with the error message “sudoers is owned by uid 48, should be 0”
Using AWS EC2 Linux instance running on Apache 2. This happened after sudo chown -R apache /etc/php.ini
Have tried various suggested appoaches, but do not have password for su since AWS uses ppk attachments for Putty and SSH
Is there possibly an easy command string fix? Doubt it, but thought I would check
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Hollie's Hub for Good
Working on improving health and education, reducing inequality, and spurring economic growth? We’d like to help.
Get started for free
Enter your email to get $200 in credit for your first 60 days with DigitalOcean.
New accounts only. By submitting your email you agree to our Privacy Policy.
Hi @FredQ9 Have a look here: https://askubuntu.com/questions/513523/sudo-doesnt-work-etc-sudoers-is-owned-by-uid-1000-should-be-0
Thanks once again. After posting my question in this forum, I opened a support ticket with AWS tech. When this occurred the first time since I was working on a new installation, rather than solving on the terminal side, I just reinstalled the application. Now, with it happening a second time, I would like to figure out what is going on if for no other reason than I still have not been able to modify the file upload size in the php.ini. But, that is another matter… I have read those postings as well, but each installation is a bit different.
Thanks again, Well, perhaps I spoke inelegantly … I am using Amazon Linux which in my experience has worked with ordinary Ubunto commands.
Amazon Linux AMI 2017.03.0 (HVM)
I am logged in as ec2-user, the AWS standard, with ppk file security