Tag - Error
1~3/3
-
2023-06-01 23:03:16 crontab 설정 시 설정된 명령어가 실행되면 root가 root에게 메일을 보낸다. 나는 메일 서버를 직접 구축해서 사용하고 있기 때문에 로컬 메일도 다 확인이 가능해서 이 메일을 자주 본다. 그런데 오늘 crontab에 설정한 명령어가 동작할 시간이 지났는데도 메일이 오지 않았다. 원인 일단 서버는 잘 살아있고, 설정한 명령어도 오류 없이 잘 동작한 것을 확인했다. 메일 서버도 정상적으로 돌아가고, 웹 메일 클라이언트도 접속이 됐다. 그리고 중요한 것은 웹에서는 메일이 정상적으로 들어와있었다는 것이다. 스마트폰에서 메일을 확인하기 위해 연결해둔 Dovecot 서버와 Gmail 앱이 동기화되지 않았던 것이다. 그래서 메일 로그를 확인했고, Dovecot의 SSL/TLS 에러라는 것을 알게 됐다. 정확한 에러 내용은 아래 사진 참고. 설정된 SSL 경로, 인증서 파일, 기간 등 모든 것들을 확인해 봤지만, 모든 게 정상이었다. 그리고 웹 메일 클라이언트로 메일을 보내서 테스트를 해봤는데.. 역시 SSL이 정상적으로 적용이 되어있다. 해결 결국 구글링을 했고, 어떤 글에서 ssl_min_protocol 설정을 하라고 한다. /etc/dovecot/conf.d/10-ssl.conf 파일을 확인해 보니 해당 부분이 주석 처리되어 있다. 주석을 풀고 Dovecot 재시작을 하니 정상적으로 Gmail 앱과 Dovecot이 동기화 됐다. 최근에 Dovecot 설정을 바꾼 적도 없는데 갑자기 왜 이런 에러가 뜬 거지..? Dovecot이 업데이트되면서 생긴 문제인가.. Gmail에서 요구하는 무언가 바뀐 건가.. 몰라 아무튼 해결.
-
VMware Kernel Module Updater Error
2023-04-27 20:25:00 리눅스에서 VMware를 사용하다 보면 vmmon, vmnet 모듈을 업데이트해야 할 때가 있다. 하지만 VMware와 커널 버전이 호환되지 않으면 에러가 발생하면서 업데이트가 되지 않는다. 업데이트를 하지 않으면 VMware를 사용할 수 없기 때문에 어떻게든 해결을 해야 한다. 에러 내용 에러 내용은 위 경로의 로그파일에서 확인해도 되고, 터미널에서 업데이트 명령어인 sudo vmware-modconfig --console --install-all을 실행해도 된다. stddef.h 그리고 사진에는 없는 stdarg.h 헤더 파일을 찾을 수 없다는 에러다. 이 에러가 VMware와 커널 버전이 호환되지 않아서 발생하는 문제라고 한다. 최근에 소프트웨어를 업데이트하면서 커널 버전이 5.15에서 5.19로 업데이트가 된 듯.. 해결 방법 추가된 내용 위 sudo vmware-modconfig --console --install-all 명령을 사용했을 때 에러가 뜨지 않고 해결되는 경우도 있다. 먼저 사용해 보고 해결되지 않으면 아래 방법을 사용하길 바람. 기존 내용 아래 명령어를 하나씩 차례대로 입력하면 된다. 3번 라인의 git checkout 뒤에는 현재 설치된 VMware의 버전을 입력해야 한다. VMware 버전은 vmware --version 명령어로 확인할 수 있다. git clone https://github.com/mkubecek/vmware-host-modules.git cd vmware-host-modules git checkout [player/workstation]-x.x.x make VM_UNAME=`uname -r` sudo make install uname -r는 리눅스 커널 버전을 출력하는 명령어다. make install은 루트 권한으로 실행해야 한다. 하지만 찾을 수 없다던 헤더 파일을 찾아서 모듈 업데이트를 진행한 게 아니기 때문에 sudo vmware-modconfig --console --install-all 실행 시 여전히 에러가 발생한다. /usr/src 하위에 위 두 모듈이 있는 걸 보면 모듈이 있는 위치를 직접 잡아주면 될 것 같긴 한데.. VMware만 잘 돌아가면 되지 뭐.. 참고 사이트 https://communities.vmware.com/t5/VMware-Workstation-Pro/Compiling-vmmon-module-fails-on-linux-kernel-5-16-0-arch1-1/m-p/2921525/highlight/true#M176985 -
2023-03-01 16:25:00 지금 사용하고 있는 노트북 화면 비율이 16:10이고 최대 해상도가 2880x1800인데, 이건 너무 높고 1920x1200은 너무 낮아서 그 사이 유일한 16:10 비율인 2560x1600로 쓰고 있었다. 그런데 언제부턴가 재부팅을 해보니 아래 사진처럼 2880x1800에서 2560x1600만 사용하고 남은 오른쪽과 아래 공간에는 검은 공간(Black Border)으로 채워진 상태로 바뀌었다. 마우스가 설정한 해상도 밖으로 나갈 수는 없지만, 끝으로 가면 커서가 검은부분에 가려지지 않고 그 위에 그대로 표시된다. 그리고 화면이 터치도 가능한데, 검은 부분에서 터치로 스크롤, 줌인, 줌아웃 등 모두 가능하다. 해결 방법 먼저 해결 방법은 로그인 시 ‘Ubuntu on Xorg’ 옵션을 사용하는 것이다. 로그인 시 유저명을 입력하고 오른쪽 아래에 생긴 톱니바퀴를 누른 후 ‘Ubuntu on Xorg’로 변경하면 된다. 설정하고 나면 다음부터는 자동으로 선택이 되어있다. 원인 Xorg가 아닌 기본 설정으로 로그인 후 각 해상도에서 xrandr -q 명령어를 사용하면 결과가 아래처럼 뜬다. 그리고 아래 사진들은 Xorg로 로그인 후 같은 명령어를 사용한 결과다. 설정은 모두 바탕화면에서 마우스 우클릭 - Display Settings에서 했는데도 결과가 다르다. Xorg가 아닌 기본 설정에서는 해상도를 바꾸면 xrandr 명령에서 현재 해상도가 제일 높은 해상도로 설정되어 있지만, Xorg에서는 화면의 최대 해상도인 2880x1800에서 설정한 해상도가 선택되어 있다. 최근에 Xorg를 사용하다가 기본으로 바꾸긴 했지만, 기본으로 바꾸고 바로 이런 문제가 생겼는지 어느정도 지나서 생겼는지 모르겠다. 하지만 분명한 건 Xorg를 사용하기 이전에도 같은 해상도를 사용했는데 이런 문제는 생기지 않았다는 것이다. 아무래도 소프트웨어를 업데이트하면서 해상도를 변경할 때 설정하는 방법이 바뀐 것 같다. 에라 모르겠다 그냥 Xorg 쓰자. 그냥 2880x1800으로 사용하기로..