☰

콘솔 루트 계정에 대한 액세스를 열 수 없습니다(kali linux).

tag-icon • tag-icon kali-linux root
콘솔 루트 계정에 대한 액세스를 열 수 없습니다(kali linux).

컴퓨터를 시작하면 다음 메시지가 나타납니다. 콘솔 루트 계정에 대한 액세스를 열 수 없습니다. 잠겨 있습니다.

온라인으로 빠르게 확인해보니 다음과 같은 내용이 발견되었습니다. "콘솔 액세스 루트 계정을 열 수 없습니다. 잠겨 있습니다." 문제를 해결하는 방법

내가 뭘 한거지:

  1. SystemRescueCD를 다운로드하고 부팅 디스크를 만드세요.
  2. FDISK 및 설치:

# fdisk -l # find a drive

# mkdir /mnt/tmp

# mount -t ext4 /dev/sda2 /mnt/tmp

  1. 텍스트 편집기에서 [마운트 지점]/etc/fstab을 엽니다.

다음은 /etc/fstab 파일의 사진입니다. 내 /etc/fstab

어떤 줄에 댓글을 달아야 할지 잘 모르겠습니다(모든 것이 괜찮아 보입니다). 내 유일한 생각은 첫 번째 항목(#UUID=f08d3d7e...)에 의견을 제시하는 것입니다.

그런 다음 재부팅하고 미니멀리스트 쉘을 사용하여 로그할 수 있습니다.

미니멀리스트 쉘

할 수는 있지만 sudo su파일은 읽을 수만 있고 업그레이드하거나 유용한 작업을 수행할 수 없습니다.

파일을 쓰기 가능하게 만들기 위해 mount -o remount,rw /이렇게 했는데 쉘이 사라지고 검은 화면이 나타났습니다.

답변1

ChatGPT에 대한 인터넷 검색이나 문제 해결 지침에 의존할 때마다 먼저 다음 두 가지 사항을 고려해야 합니다.

  • 이 지침이 해결해야 할 실제 문제는 무엇입니까?
  • 사용 설명서에서 제기된 질문이 나에게도 적용됩니까? 관련 조건은 모두 동일합니까?

현재 보고 있는 것과 유사한 오류 메시지가 나타날 수 있으므로 특정 지침을 맹목적으로 따르지 마십시오.

"필수" 유형 종속성이 있는 일부 시스템 장치가 실패했기 때문에 시스템이 복구 모드로 들어가려고 합니다. 그러나 루트 계정에 대한 직접 로그인이 비활성화되어 있으므로 루트 비밀번호를 묻는 메시지를 표시할 방법이 없으며 누구든지 시스템에 액세스하도록 허용하는 것은 안전하지 않습니다.

알아채다질문에 링크한 페이지설명하다:

이 문제는 드라이브 교체와 관련이 있습니다.

불행하게도 이는 전적으로 사실이 아닙니다. 시스템의 디스크 드라이브를 변경할 때 /etc/fstab새 구성과 일치하도록 업데이트되지 않습니다.예원래 문제를 일으키는 한 가지 방법은 다음과 같습니다.유일한 방법은 아니다이런 상황이 발생합니다. 유형 종속성이 있는 시스템 장치가 required시작 시 실패하게 만드는 상황으로 인해 시스템이 복구 모드로 들어가려고 시도할 수 있습니다. 시스템 콘솔에서 루트 로그인을 제공하도록 복구 모드가 구성되어 있고 Kali의 기본 구성이 루트 계정을 잠그는 경우 이는 분명히 복구 모드 구성 작동 방식의 버그로 인해 복구 모드가 쓸모 없게 됩니다.

분명히 /etc/fstab하나의 디스크와 하나의 CD-ROM 드라이브만 참조하고 있으므로 최근에 /dev/sda디스크의 처음 세 파티션 중 하나를 변경하지 않은 한귀하가 링크한 페이지의 해결 방법이 귀하의 상황에 적용되지 않을 수 있습니다.

/etc/fstab따라서 루트 파일 시스템을 참조하는 줄을 분명히 주석 처리했습니다 . 이제 시스템은 비상 모드에 있는 것 같습니다. 그러나 최소한 이제 로그인하여 루트가 될 수 있습니다.

비상 모드에서 표준적인 첫 번째 단계는 오류 수정을 시작할 수 있도록 루트 파일 시스템을 읽기/쓰기 모드로 설정하는 것입니다. 루트로서 다음을 통해 이 작업을 수행할 수 있습니다.

mount -o remount,rw /

그러나 이로 인해 오류 메시지가 나타나면 루트 파일 시스템에서 수동 파일 시스템 검사를 실행해야 할 수도 있습니다. 루트 파일 시스템 유형이 이므로 ext4명령은 다음과 같습니다.

fsck.ext4 -C0 /dev/sda2

파일 시스템 검사 결과 "파일 시스템 수정됨"이 표시되면 커널이 루트 파일 시스템에 일부 데이터를 캐시했을 수 있으므로 다른 작업을 수행하기 전에 재부팅해야 합니다. 해당 데이터에 파일 시스템 검사로 방금 수정한 오류가 포함되어 있는 경우 루트 파일 시스템을 읽기/쓰기 모드로 전환하여 잠재적으로 커널이 해당 오류를 즉시 다시 기록하게 되는 위험을 감수하고 싶지는 않습니다.

파일 시스템 검사에서 복구해야 할 항목이 발견되지 않거나 루트 파일 시스템이 오류 없이 읽기/쓰기 모드로 전환되는 경우 다음 단계는 시스템이 복구 모드로 들어가야 하는 정확한 원인을 파악하는 것입니다. 우선 모드. 이것은 매우 유용한 명령이 될 수 있습니다 systemctl status. 오류가 있는지 확인하기 위해 출력을 systemctl list-units --state=failed스크롤할 수도 있습니다 .dmesg -H

여전히 패닉 모드에 있는 동안 다른 오류를 찾을 수 없고 루트 파일 시스템이 읽기/쓰기 모드에 있는 경우 동일한 곤경에 다시 빠지지 않도록 루트 계정을 활성화하는 것을 고려할 수 있습니다.

usermod -e -1 root
passwd root

첫 번째 명령은 만료 메커니즘으로 인해 루트 계정이 잠기지 않았는지 확인하고, 두 번째 명령은 루트 계정에 대한 새 비밀번호를 설정하고 프로세스에서 잠금을 해제합니다. 루트 계정이 활성화되어 있는 동안 시스템이 네트워크에 연결되지 않도록 비밀번호를 추측하기 어려운 비밀번호로 설정하십시오. 긴급 모드에서는 키보드가 일반적으로 선호하는 레이아웃 대신 미국 영어 기본 레이아웃을 사용할 수 있습니다.

그런 다음 주석 처리된 줄의 주석 처리를 해제 /etc/fstab하고 다시 시작해 보세요. 이제 시스템이 정상적으로 부팅되면 루트 계정을 다시 잠그십시오.

sudo passwd -l root

답변2

SystemRescueCD 대신 kali-live USB를 사용하여 동일한 작업을 수행했습니다.

mount -o remount,rw /다행히 그때 업데이트가 가능했어요!

모두의 도움에 감사드립니다!

관련 정보