유닉스와 리눅스를 처음 접하는 사용자를 가장 당황하게 만드는 경고 메시지 중 하나가 바로 "____은(는) sudoers 파일에 없습니다. 이 사건은 보고됩니다"입니다. 실제 오류 메시지에서 밑줄 부분에는 사용자 이름이 그대로 들어가기 때문에, 마치 누군가 자신의 실수를 지켜보고 있다는 듯한 인상을 받게 됩니다.
하지만 너무 걱정할 필요는 없습니다. "사건이 보고된다"는 문구는 단순히 해당 내역이 시스템 로그에 기록된다는 의미일 뿐입니다. 과거에는 시스템 관리자가 잠재적인 악용 사례를 찾기 위해 이 로그를 직접 검토해야 했지만, 단일 사용자 시스템이라면 아래 방법으로 문제를 해결하는 것 외에 걱정할 일이 전혀 없습니다. 아무도 여러분의 기록을 열람할 수 없습니다.
방법 1: usermod 명령어로 sudo 권한 복구하기
먼저 sudo -i 명령어만 단독으로 실행해 오류가 재현되는지 확인해 보세요. 비밀번호 입력을 요구받고, 입력 후 루트 셸에 진입된다면 sudo는 정상적으로 작동하는 것입니다. 이 경우 exit를 입력해 셸을 빠져나오면, 이후로는 별도의 조치 없이 sudo로 루트 권한 명령을 실행할 수 있습니다.
만약 그렇지 않다면 다른 경로로 루트 권한을 확보해야 합니다. Debian, Arch, Fedora, CentOS 등 루트 로그인이 허용되는 배포판을 사용 중이라면 Ctrl+Alt+F2를 눌러 가상 터미널로 전환한 뒤 루트 사용자로 로그인을 시도하세요.
루트 프롬프트에 진입했다면 usermod -aG sudo,adm ____ 명령어를 실행합니다. 밑줄 부분은 실제 사용자 이름으로 바꿔 입력해야 합니다. 아마 화면에는 아무런 출력도 나타나지 않을 것입니다. 루트 프롬프트에서 빠져나온 뒤 Ctrl+Alt+F7을 눌러 그래픽 데스크톱으로 돌아가세요.
이제 sudo 그룹에 속하게 되었으므로 평소처럼 sudo를 사용할 수 있습니다. 제대로 적용되었는지 확인하려면 일반 사용자 상태에서 getent group sudo 명령어를 실행해 보세요.
출력 목록에 자신의 이름이 표시될 것입니다. 이어서 id 명령어만 실행했을 때도 결과에 sudo 그룹이 포함되어 있는지 확인할 수 있습니다.
방법 2: 우분투 비밀번호 재설정하기
위 과정은 비교적 간단하지만, 우분투와 Xubuntu, Kubuntu, Lubuntu 같은 파생 배포판들은 기본적으로 루트 계정 로그인을 차단하고 있습니다. 이는 원래 "이 사건은 보고됩니다" 같은 오류 발생 위험을 줄이기 위한 조치인데, 만약 이 오류가 나타난다면 여러 사용자 계정에 이상이 생겼거나, 설치 시 생성한 계정에 더 이상 접근할 수 없는 상황일 수 있습니다. 비밀번호를 기억하지 못하는 경우에만 아래 방법을 따르세요.
비밀번호를 잃어버렸다면 먼저 모든 작업을 저장하고 열려 있는 프로그램을 모두 닫으세요. 시스템을 재부팅한 후 BIOS 또는 UEFI 로고가 지나가는 순간 Shift 키를 빠르게 누릅니다. "Advanced options for Ubuntu(우분투 고급 옵션)"를 선택한 다음 복구 모드(recovery mode)로 진입하세요.
목록을 아래로 스크롤해 root 프롬프트로 이동한 뒤 mount -o rw,remount / 명령어를 실행하고, 이어서 passwd ____를 입력합니다. 밑줄 부분에는 처음 생성한 계정 이름을 넣으세요. 새 비밀번호를 설정한 후 재부팅하면 됩니다. 비밀번호 교체가 생각보다 쉽다는 점에 놀라는 사용자도 있지만, 물리적 접근 권한만 타인에게 넘기지 않으면 큰 문제가 되지 않습니다.
비밀번호를 재설정했든 기억해냈든, 이제 터미널을 열고 sudo usermod -aG sudo,adm ____ 명령어를 실행합니다. 역시 처음 만든 계정 이름으로 바꿔 입력하세요. 비밀번호를 요구받으면 입력하고, 완료되면 해당 계정에서 다시 정상적으로 sudo 명령어를 사용할 수 있습니다.
변경 사항이 제대로 유지되고 있는지 확인하는 것이 좋습니다. 앞서 했던 것처럼 getent group sudo와 id 명령어를 차례로 실행해 모든 것이 올바르게 작동하는지 점검하세요.
두 명령어의 출력 결과 어디에든 sudo가 표시된다면 모든 준비가 끝난 것입니다. 두 명령어가 정상적으로 처리되었다면, 과거 이 문제를 해결할 때처럼 visudo로 sudoers 파일을 직접 편집하거나 복잡한 추가 작업을 진행할 필요가 전혀 없습니다.