어제 Ubuntu 11.10에서 12.04로 업그레이드했습니다. 업그레이드는 순조롭게 진행되었습니다. 다시 시작했는데 이상한 일이 일어나기 시작했습니다.
각 업그레이드 후 Ubuntu를 자동 로그인으로 설정했습니다(새 설치 없이 지금까지 10.04에서 업그레이드했으며 항상 64비트). 어제 예상대로 로그인 창이 나타났습니다. 내 눈을 가장 먼저 사로잡은 것은 내 사용자 이름 아래에 있는 줄이었습니다. "설정된 값이 없습니다"라고 뜹니다. 그런 다음 평소처럼 비밀번호를 입력합니다. 그리고 가장 큰 문제는 "잘못된 비밀번호입니다. 다시 시도해 주세요"입니다!
그 이후로 나는 몇 가지를 시도했습니다.
다른 비밀번호를 시도했습니다. 나는 Ubuntu에 항상 동일한 비밀번호를 사용하지만 여전히 시도해 보았습니다.
우분투의 기본 언어는 영어입니다. 이는 슬로베니아어 레이아웃을 사용하는 내 키보드 레이아웃과 다릅니다. 슬로베니아어 레이아웃 키보드와 영어 OS가 항상 협력하지 않는 것이 문제였습니다. 이것이 내 Ubuntu 비밀번호에 숫자와 영문자만 있는 이유입니다. 그래서 우분투에서 온 스크린 키보드를 사용해 로그인을 다시 클릭했지만 성공하지 못했습니다.
- 그런 다음 비밀번호를 변경하려고했습니다. 나는 이것을 따라 갔다지침. 먼저 GRUB를 통해. "passwd"를 입력한 후내 사용자 이름" 나는 당황스러운 응답을 받았습니다. 터미널은 다음과 같이 말했습니다.
passwd: 인증 토큰 조작 오류 passwd: 비밀번호는 변경되지 않았습니다.
fsck루트로 들어가기 전에 명령을 사용했기 때문에 파일 시스템 상태는 읽기/쓰기였습니다 . 그런 다음 Live CD로 두 번째 옵션을 시도했습니다. 비밀번호를 삭제했습니다.그림자파일을 찾았지만 우분투에서는 여전히 로그인에 성공하지 못했습니다.
그런 다음 게스트 세션 계정에 문제가 있습니다. 어떤 옵션(Ubuntu, Ubuntu 2D)을 선택하고 로그인해도 아무 일도 일어나지 않습니다. 화면이 3초 동안 공백으로 바뀌고 하드 디스크에서 약간의 소음이 들리며 로그인 화면이 다시 나타납니다.
이제 다음에 무엇을 해야할지 모르겠습니다. 이중 부팅 시스템이 있고 Win7이 문제 없이 부팅됩니다. Ubuntu 11.04는 Live CD에서 훌륭하게 실행됩니다. 확인하려고 해봤는데 memtest오류가 없더군요. 그래서 나는 그것이 하드웨어 문제가 아니라고 확신합니다.
의 내용에 대한 링크lightdm.log.
추가 정보가 필요하거나 불분명한 경우 알려주시기 바랍니다! 또 무엇을 할 수 있나요?
답변1
비슷한 문제가있었습니다. 12.04로 업그레이드한 후 GUI나 콘솔 모두에서 더 이상 로그인할 수 없습니다. 복구 모드로 부팅한 후(여기를 보아라) 및 마운트 / 읽기-쓰기, 비밀번호 변경을 통해passwd사용자 이름 작동하는 것 같았지만 나중에도 로그인할 수 없었습니다.
문제는 /etc/passwd에 있었습니다. 내 쉘은 /usr/bin/tcsh로 설정되어 더 이상 작동하지 않습니다. /bin/sh여야 합니다. (저는 우분투가 지금 이 쉘을 사용하도록 강요하는 것이 개인적으로 슬프지만 이를 해결할 수 있습니다).
그런데, 제가 다음을 통해 사용자를 삭제해서 찾았습니다.userdel사용자 이름사용자를 다시 생성했습니다.useradd사용자 이름, 그리고 그 후에는 작동했습니다. 나중에 passwd에서 사용자 및 그룹 번호를 수동으로 수정해야 했습니다. 정확한 단계는 다음과 같습니다.
- 홈 디렉토리를 다른 곳으로 옮깁니다(userdel이 홈 디렉토리를 제거하는 것을 방지하기 위해).
- /etc/passwd를 살펴보고 그룹 및 사용자 번호(일반적으로 1000)를 기록해 둡니다.
- userdel myusername
- 사용자내 사용자 이름 추가
- 내 사용자 이름 비밀번호
- /etc/passwd를 편집하여 그룹과 사용자 번호가 여전히 동일한지 확인하세요.
- 홈 디렉토리를 원래 위치로 다시 이동
- myusername =>에 로그인하여 지금 작동하는지 테스트하세요.
그러다가 쉘이 변경된 것을 보고 쉘( )을 변경하려고 시도했지만 useradd -s /usr/bin/tcsh myusername다시 아무것도 작동하지 않았습니다. 따라서 /bin/sh를 고수하십시오.