환경은 PC이며 ubuntu 19.XX GUI 입니다. 서버라면 모니터링 툴로 인해 발생하지 않았을 수도 있을 문제입니다.
gdm3가 GUI로 되어있고, 문제 발생은 기존에 잘쓰던 GPU를 다른서버에서 쓴다고하여 뽑은 이후에 발생하였습니다.
보통 lightdm 을 설치한다거나 그래픽 드라이버를 다시 설치한다거나 그런류가 많이 나와있는데 그런거면 젠작 바로 조치가 되었을텐데 의외의? 문제였습니다.
Ctrl+Alt+F3 으로 CLI에 진입하여 startx 를 실행하면
root한정 GUI 로그인에 성공하여 바탕화면에 진입합니다.
다른 계정들은 아래와 같은 에러로 진입하지 못합니다.
xauth: unable to write Authority file /home/사용자/.Xauthority-n
해당 로그가 표시됩니다.
사실 권한 문제인줄 알았습니다.. 하지만 권한은 잘 사용자 권한으로 들어가 있습니다.
했던 작업들...
우선 /var/log에 있는 부분들은 한번씩 다 봅니다.
0. lightdm으로 바꾸자! lightdm 설치 하고 변경시도해보았습니다.
1. 19.XX 버전의 패치가 만료되어 소스리포짓을 old 패키지다운 받은 주소로 변경해야만 apt install or update 등이 가능하였습니다. 이후 apt autoremove 사용하였습니다.
2. 기존 nvidia 그래픽카드가 설치 되어있어 해당 드라이버가 깔려있어서 모조리 지워주었습니다.
3. intel 드라이버를 다운받아 설치하였습니다.
4. xorg 패키지를 재설치하였습니다.
5. apt install xserver-xrog-legacy 설치 및 /etc/X11/Xwrapper.conf 를 아래와 같이 변경
allowed users=anybody
needs_root_right=yes
이렇게 해도 안되는데 뭔가 ... 사용자 계정에서는 startx 치면 바로 에러나오는게 아니고 이제 접근되다가 팅기더군요?
아...거의다 왔다 싶었죠.
6. root를 gui로 접속해서 작업하다보니 갑자기 home영역 공간이 없다고 뜨더라구요.
확인해보니 /home영역이 100%이네요.........Aㅏ...........
/home영역에 테스트 VM을 올려놨고 /home path 용량도 짜게 줬던겁니다..
보통 테스트 PC는 시스템측면 관리가 힘들어서 /home path 용량을 따로 주지 않고 / 를 많이 할당해주는데
사전에 직접 작업했던 테스트PC가 아니다보니 이런문제가 생겼습니다.
/home에 있는 vm 1개 다른곳으로 옮기고 로그인 진입 성공..-끝-
아이고 허무해라
'트러블슈팅' 카테고리의 다른 글
centos8 to oracle8 이후 부팅안될때 (0) | 2022.03.14 |
---|---|
nmcli 관련 (0) | 2021.10.14 |
vm converter ubuntu 17.10 마이그레이션 방법 (0) | 2021.10.08 |
login incorrect 문제 (0) | 2021.05.31 |
blk_update_request: I/O error, dev fd0, sector 0 (0) | 2020.03.11 |
댓글