StartX가 작동하지 않습니다. (공간이 충분하지 않습니다?)

StartX가 작동하지 않습니다. (공간이 충분하지 않습니다?)

내 데비안은 어제까지 완벽하게 작동했습니다. 나는 reaver, aircrack 및 kismet을 설치하고 한동안 가지고 놀았습니다(그들이 범인일까요?). 하지만 이제 x 서버가 연결되지 않습니다. 데스크탑 관리자가 설치되어 있지 않아 항상 startx문제 없이 수동으로 -ed(wm=awesome) 했습니다. 이제는 할 수 없습니다. 여기에 증상을 적어보겠습니다. 문제를 진단하고 해결책을 제시해 주시길 바랍니다.

  1. 내용 startx: XKEYBOARD 키맵 컴파일러( xkbcomp)는 다음을 보고합니다.

    Error: cannot close "/tmp/server-0.xkm" properly (not enough space?) ... output file "tmp/server-0.xkm" removed.
    Errors from xkbcomp are not fatal.
    AIGLX:suspending AIGLX clients for VT switch (EE) server terminated with error (1) ...
    

    파일 xorg.0.log에는 기본적으로 동일한 내용이 나와 있습니다. ( Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config)

    특이한 점은 공간이 충분하지 않을 수 있다고 보고한다는 것입니다. 마지막으로 확인했을 때 공간(20GB) 이상이 남아 있었습니다.

  2. reaver, kismet 및 aircrack을 제거했을 때: 모든 것이 잘 진행되지만 공간이 없기 때문에 mandb를 업데이트할 수 없다는 메시지가 나타납니다.

  3. ls on /: I 일 때 cd /;ls해당 /tmp디렉토리는 녹색(bg = 녹색, fg = 검정색)으로 강조 표시되는 유일한 디렉토리입니다. 나는 그것이 의심스럽다고 생각한다.

  4. .Xsessions파일을 삭제한 후 startx: 키보드 관련 오류 메시지는 사라졌으나 AIGLX 클라이언트는 여전히 정지 중입니다. (서버가 오류로 인해 종료됩니다.)

  5. df -i말은: 모든 것이 괜찮습니다. 단지 10%의 inode만 사용되었습니다.

  6. 무슨 df -h말: 뭐???? 루트 파티션이 완전히 채워졌다고 나옵니다. (24개 중 24개) 했는데 apt-get clean아직도 꽉 찼다고 나오네요.

좋아요 여러분, 우리 모두 문제가 무엇인지 알고 있습니다. 루트가 완전히 채워졌습니다. 물론 나는 그것을 하지 않았다. 20기가의 데이터를 다운로드하는 데 시간이 너무 오래 걸려서 눈치 채지 못할 것입니다(다운로드 속도는 20kbps입니다). 또한 로그 등의 많은 데이터를 작성하는 데 시간이 오래 걸릴 것입니다. (루트는 어쨌든 쓰기 금지되어 있습니다.)

포럼의 누군가가 로 문제를 해결했다고 주장했습니다 pacman -Scc. 나는 시도했지만 apt-get clean작동하지 않았습니다.

따라서 이제 나는 여러분에게 도움을 요청하고 있습니다. 다음에 시도해야 할 것을 제안해주세요.

답변1

df파티션이 꽉 찼다고 보고 되면 du문제 진단의 다음 단계는 명령입니다. cd파일 시스템 루트로 가서 실행 하겠습니다 .

sudo du -smx * .[^.]* | sort -n
  • -s( --summarize) 옵션은 다음을 인쇄합니다 .각 파일/디렉토리의 크기.
  • -m옵션은 각 파일/디렉터리가 사용하는 디스크 공간을 메가바이트 단위로 인쇄합니다.
  • -x( --one-file-system) 옵션은 초기 파일 시스템에 강제 로 du유지됩니다. 이렇게 하면 /run, /sys/dev/또는 /proc(고마워요, MariusMatutiae) 의 모든 파일과 같은 (이를 위해!) 관련 없는 정보가 제외됩니다 .
  • [^.].*상위 디렉토리인 ..) 를 제외하고 숨겨진 파일을 포함 합니다.
  • 마지막으로 목록을 숫자순으로 정렬하면 목록 끝에 가장 많은 공간을 차지하는 디렉터리가 편리하게 표시됩니다.

그런 다음 가장 많은 공간을 차지하는 디렉토리로 변경하고 해당 하위 디렉토리에 대해 프로세스를 반복합니다. 결국에는 필요한 것보다 더 많은 공간을 사용하는 디렉토리를 찾아야 합니다.

그건 그렇고, /tmp/전 세계적으로 쓰기 가능하도록 되어 있습니다(녹색 배경이 됨). 해당 콘텐츠는 OS에 의해 정기적으로 자동 삭제되어야 하지만 자동으로 정리되지 않은 오래된 파일은 수동으로 삭제해야 할 수도 있습니다.

개인적으로 저는 항상 /home에 별도의 파일 시스템을 마운트했는데 이런 일이 발생할 때마다 범인은 /var/log.

관련 정보