Changing Back Ownership of /usr/bin

asked 2018-12-06 21:05:23 -0600

updated 2018-12-10 14:04:33 -0600

8188 ●59 ●159 ●173

Hey guys, I changed the permissions for this folder in order to patch something within, not realizing that this would break sudo and seemingly the system in general. Is there any way to fix this without a complete reinstall? I am able to boot Fedora from a flash drive and get into the folder, but so far my attempts to change the ownership back to root have been unsuccessful. I can't find anything on Google that will work, either.

The exact error it's giving me is pasted below. Thanks!

sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set

edit retag flag offensive close merge delete

Comments

You should reboot and go into rescue mode, then change what you did

aeperezt ( 2018-12-06 21:07:14 -0600 )edit

Recovery mode doesn't seem to have any effect. I know I'm in it because it disables the wifi, but other than that I get the same errors.

MikeZuccaberg ( 2018-12-06 21:14:40 -0600 )edit

When you're in rescue mode, you're running as root, and don't need to use sudo.

sideburns ( 2018-12-06 22:53:26 -0600 )edit

See https://www.cyberciti.biz/tips/reset-...

Panther ( 2018-12-07 08:31:41 -0600 )edit

Nice thought, @Panther, but the poster managed to change the permissions for /usr/bin itself not for a single package.

sideburns ( 2018-12-07 13:20:49 -0600 )edit

add a comment

0

answered 2018-12-06 23:41:43 -0600

Nicholas

191 ●2 ●8 ●14

Try: (if you have access to su)

 su - root

These are pretty close to the os defaults, but you could make them more restrictive. (umask 027)

chown -R root:root /usr/bin
find /usr/bin -type d -exec chmod 0755 {} \;
find /usr/bin -type f -exec chmod 0755 {} \;
chmod 0666 /usr/bin
chmod 4111 /usr/bin/sudo
chmod 4755 /usr/bin/su
chmod 4755 /usr/bin/umount
chmod 4755 /usr/bin/pkexec
chmod 4755 /usr/bin/passwd
chmod 4755 /usr/bin/gpasswd
chmod 4755 /usr/bin/newgrp
chmod 4755 /usr/bin/at
chmod 4755 /usr/bin/crontab
chmod 4755 /usr/bin/chage
chmod 4711 /usr/bin/chfn
chmod 4711 /usr/bin/chsh
chmod 2755 /usr/bin/write && chown root:tty /usr/bin/write
chmod 2755 /usr/bin/screen && chown root:screen /usr/bin/screen
chmod 2711 /usr/bin/locate && chown root:slocate /usr/bin/locate
chmod 0644 /usr/bin/redhat_lsb_init

- or -

Once in recovery mode drop to the shell.

mount -o remount,rw /
chown root:root /usr/bin/sudo
chmod 4111 /usr/bin/sudo

reboot

edit flag offensive delete link

Comments

How do I drop to the shell? Also, recovery mode is the same thing as rescue, right? Thanks

MikeZuccaberg ( 2018-12-07 00:17:57 -0600 )edit

Yes, they're two ways of saying the same thing. Also, su defaults to root, so using su - root is slightly redundant, although it doesn't hurt.

sideburns ( 2018-12-07 00:34:35 -0600 )edit

add a comment

1

answered 2018-12-07 12:49:50 -0600

ed209
1098 ●183 ●20

You did a big mess. Before reinstalling, because who knows what else have you done, start with a live image, and then change permission accordingly.

edit flag offensive delete link

Comments

Yes, that's probably the best idea now. Just be sure to back up /home, even if it's on a separate partition, just to be safe.

sideburns ( 2018-12-07 13:22:49 -0600 )edit

@sideburs, you're quite optimistic. Maybe even home has been patched.

ed209 ( 2018-12-07 13:51:29 -0600 )edit

So you think the poster should throw away all of his personal files just because /home might have been affected? Isn't that just throwing the baby out with the bathwater?

sideburns ( 2018-12-07 14:18:56 -0600 )edit

Hm. From when sarcasm has became an unknown? :-(

ed209 ( 2018-12-07 19:03:14 -0600 )edit

Sarcasm is never appropriate if the person you're trying to help might take you literally.

sideburns ( 2018-12-07 19:14:40 -0600 )edit

see more comments

Changing Back Ownership of /usr/bin

Comments

2 Answers

Comments

Comments

Question Tools

Stats

Related questions

Changing Back Ownership of /usr/bin edit

Comments

2 Answers

Comments

Comments

Question Tools

Stats

Related questions

Changing Back Ownership of /usr/bin