☰

StartX no funciona. (¿Sin espacio suficiente?)

tag-icon • tag-icon linux hard-drive x-server
StartX no funciona. (¿Sin espacio suficiente?)

Mi Debian funcionaba perfectamente hasta ayer. Instalé reaver, aircrack y kismet y jugué con ellos por un tiempo (¿podrían ser los culpables?). Pero ahora el servidor x no se conecta. No tengo un administrador de escritorio instalado, por lo que siempre startxescribo manualmente (wm=awesome) sin ningún problema. Ahora no puedo. Anotaré aquí los síntomas. Espero que diagnostiquen el problema y sugieran soluciones.

  1. Qué startxdice: El compilador de mapas de teclas XKEYBOARD ( xkbcomp) informa:

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

    El xorg.0.logarchivo dice básicamente lo mismo. ( Keyboard initialization failed, could be missing or incorrect setup of xkeyboard-config)

    Lo peculiar es que informa que es posible que no haya suficiente espacio. La última vez que lo comprobé, quedaba espacio más que suficiente (20 gigas).

  2. Cuando purgué reaver, kismet y aircrack: todo va bien pero dice que no puede actualizar mandb porque no tiene espacio.

  3. ls on /: Cuando I cd /;ls, el /tmpdirectorio es el único directorio que está resaltado en color verde (bg = verde, fg = negro). Creo que es sospechoso.

  4. Cuando elimino .Xsessionsun archivo y luego startx: Los mensajes de error relacionados con el teclado desaparecieron pero los clientes AIGLX aún están suspendidos (el servidor finaliza con un error)

  5. Lo que df -idigo: Todo está bien, solo se usa el 10% de inodos.

  6. Que df -hdice: ¿Qué???? Dice que la partición raíz está completamente llena. (24 de 24 conciertos) Lo hice apt-get cleany todavía dice que está completamente lleno.

Bien chicos, todos sabemos cuál es el problema: la raíz está completamente llena. Por supuesto que no lo hice. Me llevaría demasiado tiempo descargar 20 gigas de datos como para no darme cuenta (tengo una velocidad de descarga de 20 kbps). Además, llevaría bastante tiempo escribir tantos datos como un registro o algo así. (La raíz está protegida contra escritura de todos modos).

Alguien en los foros afirmó haber solucionado el problema pacman -Scc. Lo intenté apt-get cleany no funcionó.

Por eso ahora me dirijo a ustedes en busca de ayuda. Por favor sugiera lo que debería probar a continuación.

Respuesta1

Cuando dfinforma que una partición está llena, el ducomando es el siguiente paso para diagnosticar el problema. Iría cda la raíz del sistema de archivos y ejecutaría

sudo du -smx * .[^.]* | sort -n
  • La opción -s( --summarize) imprime eltotaltamaño para cada archivo/directorio.
  • La -mopción imprime el espacio en disco utilizado por cada archivo/directorio en Megabytes.
  • La opción -x( --one-file-system) obliga dua permanecer en el sistema de archivos inicial. Esto deja fuera información irrelevante (¡para este fin!) como todos los archivos en , /runy /o (gracias, MariusMatutiae)./sys/dev/proc
  • Incluye [^.].*archivos ocultos y excluye el directorio principal ..).
  • Finalmente, ordenar la lista numéricamente muestra convenientemente los directorios que ocupan la mayor cantidad de espacio al final de la lista.

Luego cambio al directorio que ocupa más espacio y repito el proceso para sus subdirectorios. Con el tiempo, debería encontrar un directorio que esté utilizando más espacio del que debería.

Por cierto, /tmp/está pensado para que se pueda escribir en todo el mundo (lo que da como resultado un fondo verde). El sistema operativo debería eliminar automáticamente su contenido con regularidad, pero es posible que deba eliminar manualmente los archivos antiguos que no se limpiaron automáticamente.

Personalmente, siempre monto /homeen un sistema de archivos separado y cada vez que esto me sucede, descubro que los culpables son los archivos de registro en /var/log.

información relacionada