망쳤다고 하는 게 맞을 것 같아요!
실수로 /usr/bin에 있는 모든 파일의 소유자를 'root'에서 'dev'로 변경했습니다. 이제 sudo가 작동하지 않습니다! 어떤 명령과 함께 sudo를 사용하면 다음과 같은 결과가 나타납니다.
sudo: effective uid is not 0, is sudo installed setuid root?
chown소유자를 다시 '루트'로 변경하는 명령을 사용할 수 없습니다 . 이것은 큰 좌절입니다!
가상 머신이기 때문에 복구 콘솔에 액세스할 수 없습니다. 실제로 reboot명령을 실행하더라도 사용자에게 '루트' 액세스 권한이 필요합니다.
전문가 여러분, 이미지를 다시 설치하지 않고도 OS를 제어할 수 있도록 도와주세요.
감사해요!
추신 - 아마도복제하다하지만 그의 해결책으로 다시 게시하는 것은 새로 시작하는 것이 었습니다.
더 많은 정보 -
su - root항상 비밀번호가 틀렸다고 합니다. 안타깝게도 의 소유자 su도 '개발자'입니다.
GUI를 사용하여 새 사용자를 만들 수 있습니다. 루트 비밀번호를 수락했습니다. visudo를 사용하지 않고 새 사용자에게 루트 액세스 권한을 부여하려면 어떻게 해야 합니까?
답변1
물리적 보안은 보안입니다. 세 가지 옵션이 있습니다:
- 콘솔이나 SSH를 통해 루트로 로그인합니다.
- 일반적으로 루트 암호가 필요하지 않은 단일 사용자 모드로 부팅합니다(그러나 시스템에서는 필요할 수 있음).
- 다른 OS에서 디스크 이미지를 마운트합니다.
이들 중 하나를 사용하면 디스크에 있는 모든 파일의 소유권을 변경할 수 있습니다. 그 중 어느 것도 선택 사항이 아니라면 운이 좋지 않은 것이지만 통제할 수도 없습니다. 실수가 아닌 콘솔 액세스가 필요한 다른 일이 발생할 수 있습니다.
답변2
VM을 가동하고 상황을 모방하지 않고는 확실히 말할 수 없지만 파일이 VM의 외부 미디어 역할을 할 수 있다면 Live CD/USB 배포판을 부팅하는 것입니다( Knoppix, 기본 Archiso, Gentoo 설치 CD, Porteus) 그런 다음 손상된 /usr/bin으로 파일 시스템을 마운트하는 것과 같은 작업을 수행합니다(아마도 를 사용하여 cd /; mkdir /backup; cp /mnt/centos/usr/bin /backup저장하려는 바이너리 파일과 chown -hR 0 /backup; chmod 755선택한 파일 또는 무엇이든 복사) /usr/bin에 대한 권한이 있는 경우 /usr/bin을 삭제합니다.오직손상된 내용(수정할 fs가 /mnt/centos에 마운트된 경우 마지막 명령에 사용할 명령은 rm -r /mnt/centos/usr/bin) 다음 줄 중 무언가가 cp /backup /mnt/centos/usr/bin작동할 수 있습니다. 하지만 아직 이 작업을 테스트하기 위해 VM을 가동하지 않았으므로 아직 수행하지 마세요. 만약 너라면캔트파일을 외부 부팅 가능한 매체로 작동하게 만든 다음 저장하려는 모든 파일을 백업한 후 다시 설치해야 할 것 같습니다. 이 답변이 귀하에게 도움이 되기를 바랍니다.