StartX não funciona. (Não há espaço suficiente?)

Question

Meu Debian estava funcionando perfeitamente até ontem. Eu instalei reaver, aircrack e kismet e brinquei com eles por um tempo (eles poderiam ser os culpados?). Mas agora o servidor x não conecta. Não tenho um gerenciador de desktop instalado, então sempre startxed(wm=awesome) manualmente sem problemas. Agora não posso. Vou anotar os sintomas aqui. Espero que vocês diagnostiquem o problema e sugiram soluções.

1. O que startxdiz: O compilador de mapa de teclado XKEYBOARD ( xkbcomp) relata:

   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) ...
   

   O xorg.0.logarquivo diz basicamente a mesma coisa. ( Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config)

   O que é peculiar é que informa que pode não haver espaço suficiente. A última vez que verifiquei, havia espaço mais que suficiente (20 GB).

2. Quando eu limpei reaver, kismet e aircrack: Tudo vai bem, mas diz que não é possível atualizar o mandb porque não tem espaço.

3. ls on /: Quando I cd /;ls, o /tmpdiretório é o único diretório destacado com a cor verde (bg = verde, fg = preto). Eu acho que é suspeito.

4. Quando eu excluo .Xsessionso arquivo e então startx: As mensagens de erro relacionadas ao teclado desapareceram, mas os clientes AIGLX ainda estão sendo suspensos (o servidor termina com erro)

5. O que eu df -idigo: está tudo bem, apenas 10% de inodes usados.

6. O que df -hdiz: O quê???? Diz que a partição raiz está completamente preenchida. (24 de 24 shows) eu fiz apt-get cleane ainda diz que está completamente lotado.

Ok pessoal, todos nós sabemos qual é o problema: a raiz está completamente preenchida. Claro que não fui eu. Levaria muito tempo para baixar 20 GB de dados para eu não perceber (tenho uma velocidade de download de 20 kbps). Além disso, levaria tempo suficiente para gravar tantos dados como log ou algo assim. (Root está protegido contra gravação de qualquer maneira.)

Alguém nos fóruns afirmou ter resolvido o problema com pacman -Scc. Eu tentei apt-get cleane não funcionou.

Portanto, agora estou me voltando para vocês em busca de ajuda. Por favor, sugira o que devo tentar a seguir.

Answer 1

Quando dfrelata que uma partição está cheia, o ducomando é a próxima etapa no diagnóstico do problema. Eu iria cdpara a raiz do sistema de arquivos e executaria

sudo du -smx * .[^.]* | sort -n

• A opção -s( --summarize) imprime ototaltamanho para cada arquivo/diretório.
• A -mopção imprime o espaço em disco utilizado por cada arquivo/diretório em Megabytes.
• A opção -x( --one-file-system) força dua permanência no sistema de arquivos inicial. Isso deixa de fora informações irrelevantes (para este fim!), Como todos os arquivos em /run, /sys, /deve/ou /proc(obrigado, MariusMatutiae).
• Inclui [^.].*arquivos ocultos, excluindo o diretório pai ..).
• Por fim, classificar a lista numericamente exibe de maneira conveniente os diretórios que ocupam mais espaço no final da lista.

Em seguida, mudo para o diretório que ocupa mais espaço e repito o processo para seus subdiretórios. Eventualmente, você deverá encontrar um diretório que esteja usando mais espaço do que deveria.

A propósito, /tmp/foi criado para ser gravável em todo o mundo (resultando no fundo verde). Seu conteúdo deve ser excluído automaticamente pelo sistema operacional regularmente – mas pode ser necessário excluir manualmente arquivos antigos que não foram limpos automaticamente.

Pessoalmente, eu sempre monto /homeem um sistema de arquivos separado e sempre que isso acontece comigo, descobri que o culpado são os arquivos de log em /var/log.