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

Question

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

1. Qual startx diz: O compilador de mapa de teclado XKEYBOARD ( xkbcomp ) reporta:

   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 arquivo xorg.0.log diz basicamente a mesma coisa. ( Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config )

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

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

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

4. Quando eu excluir o arquivo .Xsessions e, em seguida, 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 -i diz: Tudo está bem, apenas 10% de inodes usados.

6. Qual df -h diz: O que???? Diz que a partição raiz está completamente preenchida. (24 de 24 shows) Eu fiz apt-get clean e ele ainda diz que está completamente preenchido.

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

Alguém nos fóruns afirmou ter corrigido o problema em pacman -Scc . Eu tentei apt-get clean e não funcionou.

Assim, agora estou me voltando para vocês por ajuda. Por favor, sugira o que devo tentar em seguida.

    

Answer 1

Quando df informa que uma partição está cheia, o comando du é o próximo passo no diagnóstico do problema. Eu colocaria cd na raiz do sistema de arquivos e executaria

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

• A opção -s ( --summarize ) imprime o tamanho total para cada arquivo / diretório.
• A opção -m imprime o espaço em disco usado por cada arquivo / diretório em megabytes.
• A opção -x ( --one-file-system ) força du a permanecer no sistema de arquivos inicial. Isso deixa de fora informações irrelevantes (para esse fim!) Como todos os arquivos em /run , /sys , /dev e / ou /proc (obrigado, MariusMatutiae).
• O [^.].* inclui arquivos ocultos ao excluir o diretório pai, .. ).
• Por fim, a classificação numericamente da lista exibe os diretórios ocupando a maior quantidade de espaço no final da lista.

Eu então mudo para o diretório ocupando mais espaço e repito o processo para seus subdiretórios. Eventualmente, você deve encontrar um diretório que esteja usando mais espaço do que deveria.

A propósito, /tmp/ deve ser mundialmente gravável (resultando no fundo verde). Seu conteúdo deve ser excluído automaticamente pelo sistema operacional regularmente, mas talvez seja necessário excluir manualmente os arquivos antigos que não foram limpos automaticamente.

Pessoalmente, sempre monto /home em um sistema de arquivos separado e sempre que isso acontece comigo, acho que o culpado é os arquivos de log em /var/log .