.png)
내 데비안은 어제까지 완벽하게 작동했습니다. 나는 reaver, aircrack 및 kismet을 설치하고 한동안 가지고 놀았습니다(그들이 범인일까요?). 하지만 이제 x 서버가 연결되지 않습니다. 데스크탑 관리자가 설치되어 있지 않아 항상 startx
문제 없이 수동으로 -ed(wm=awesome) 했습니다. 이제는 할 수 없습니다. 여기에 증상을 적어보겠습니다. 문제를 진단하고 해결책을 제시해 주시길 바랍니다.
내용
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) 이상이 남아 있었습니다.
reaver, kismet 및 aircrack을 제거했을 때: 모든 것이 잘 진행되지만 공간이 없기 때문에 mandb를 업데이트할 수 없다는 메시지가 나타납니다.
ls on
/
: I 일 때cd /;ls
해당/tmp
디렉토리는 녹색(bg = 녹색, fg = 검정색)으로 강조 표시되는 유일한 디렉토리입니다. 나는 그것이 의심스럽다고 생각한다..Xsessions
파일을 삭제한 후startx
: 키보드 관련 오류 메시지는 사라졌으나 AIGLX 클라이언트는 여전히 정지 중입니다. (서버가 오류로 인해 종료됩니다.)내
df -i
말은: 모든 것이 괜찮습니다. 단지 10%의 inode만 사용되었습니다.무슨
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
.