포럼을 읽은 후 대부분의 원격 액세스 문제와 반대되는 문제가 있다고 생각합니다.
Ubuntu 18.04 Server를 설치하고 로그인했습니다. 듀얼 Wan(및 결합된 NIC) 설정 구성에 대한 추가 정보를 조회할 수 있도록 Xfce 데스크탑과 Mozilla Firefox를 설치했습니다. 모든 것이 잘 작동했습니다. 데스크탑에서 LAN 전용/원격으로 사용하려는 의도로 세 번째(#2/#3이 결합됨) NIC를 설정합니다.
퍼티로 SSH에 접속할 수 있지만 웹사이트가 즉시 로드/시간 초과되고 sudo apt-get 업데이트와 동일하게 라우팅/NAT 이상한 현상이 발생하는 것을 발견했습니다. 그들이 나가고/오고 있다고 가정합니다. 다른 인터페이스에 있습니다. 오늘 서버에 로컬로 로그인하기 위해 다시 로그인했는데 "로그인 명령을 실행하지 못했습니다"라는 메시지가 표시되고 화면에서 빠르게 읽을 수 있는 내용이 깜박인 후 바탕 화면이 새로 고쳐집니다.
프로젝트를 시작한지 일주일이 지났는데 '바보야, 비밀번호를 잘못 입력했나봐'라고 생각했다. 여러 번 시도한 후 사무실에 있는 데스크톱으로 돌아와 동일한 사용자 이름/비밀번호로 SSH를 시도하고 바로 로그인했습니다!
따라서 이상한 라우팅/NAT/SSH를 통해 발생한 모든 문제를 계속해서 해결하려고 시도할 수 있지만 지금은 로컬에 로그인할 수 없고 이유를 모르겠습니다. 아마도 일종의 Xfce 데스크탑 문제일까요? 이 시점에서는 GUI 없이 로컬로 데스크톱 로그인을 종료할 수도 있습니다.
답변1
그래서 제가 알아낸 것은 이렇습니다. 표시된 다른 문제를 해결하는 동안(라우팅/NAT 문제를 시작하기 전에 이제 모든 종류의 '쓰기 실패' 오류가 발생하여 sudo apt-get update를 실행할 방법이 없다는 것을 알았습니다.) , 드라이브 가득 참' 오류).
간단히 말해서, 서버에 410G RAID를 설정하고 원래 설치 시 LVM으로 파티션을 나누었음에도 불구하고 루트의 설치 프로그램에서 실제로 4GB만 사용되었으며 다음과 같은 결과가 나왔습니다.
2019년 6월 8일 토요일 15:40:10 UTC 기준 시스템 정보 => / 3.87GB의 95.7%를 사용 중
크기를 조정한 후/dev/mapper/ubuntu--vg-ubuntu--lv 3.9G 3.8G 0 100% /로그인을 해봐야겠다고 생각했는데, 짜잔! 다시 로그인할 수 있었습니다. 설치를 한 날 밤에 뭔가를 놓쳤는지는 잘 모르겠습니다. 이전에는 항상 온라인에서 읽은 내용(예: 별도의 루트/tmp/홈/등)을 기반으로 특정 파티션 크기를 지정했지만 이번에는 갔습니다. 모두가 추천한 것은 LVM을 수행하고 자동으로 채우거나 조정하도록 하는 것이었습니다. LVM에서 전체 410GB를 제공했지만 가득 찬 4GB에 루트가 붙어 있어서 GUI(로컬)로 로그인하거나 업데이트 등을 수행할 수 없습니다.
다른 사람이 데스크탑 GUI에 로그인할 수 없는 문제를 겪고 전체 루트 파티션인 것으로 밝혀진 경우를 대비해 제가 찾은 솔루션을 게시하겠다고 생각했습니다. 모두 감사합니다! ~AW