StartX не работает. (Недостаточно пространства?)

Question

Мой Debian работал отлично до вчерашнего дня. Я установил 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)

   Особенность в том, что он сообщает, что может быть недостаточно места. В прошлый раз, когда я проверял, осталось более чем достаточно места (20 гигов).

2. Когда я очищал Reaver, Kismet и Aircrack: все идет хорошо, но он говорит, что не может обновить Mandb, потому что у него нет места.

3. ls on / : Когда я cd /;ls , каталог /tmp является единственным каталогом, который выделен зеленым цветом (bg = зеленый, fg = черный). Я думаю, что это подозрительно.

4. Когда я удаляю .Xsessions и затем startx : сообщения об ошибках, связанных с клавиатурой, пропали, но клиенты AIGLX все еще приостановлены (сервер завершает работу с ошибкой)

5. То, что я df -i говорит: все хорошо, используется только 10% инодов.

6. Что df -h говорит: что ???? Там написано, что корневой раздел полностью заполнен. (24 из 24 концертов) Я сделал apt-get clean и он все еще говорит, что он полностью заполнен.

Хорошо, ребята, мы все знаем, в чем проблема: root полностью заполнен. Конечно, я этого не делал. Для того, чтобы я не заметил, загрузка 20 гигабайт данных заняла бы слишком много времени (у меня скорость загрузки 20 кбит / с). Кроме того, это заняло бы достаточно много времени, чтобы записать столько данных, сколько журналов или что-то еще. (Root защищен от записи в любом случае.)

Кто-то на форумах утверждал, что исправил проблему с помощью pacman -Scc . Я попробовал apt-get clean и это не сработало.

Поэтому теперь я обращаюсь к вам, ребята, за помощью. Пожалуйста, предложите, что я должен попробовать дальше.

Answer 1

Когда df сообщает, что раздел заполнен, команда du является следующим шагом в диагностике проблемы. Я бы cd к корню файловой системы и запустить

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

• Опция -s (--summarize) печатает общий размер каждого файла / каталога.
• Опция -m печатает дисковое пространство, используемое каждым файлом / каталогом в мегабайтах.
• Опция -x (--one-file-system) заставляет du оставаться в исходной файловой системе. Это оставляет неактуальным (с этой целью!) информация, как и все файлы в /run , /sys , /dev и / или /proc (спасибо, MariusMatutiae).
• [^.].* Содержит скрытые файлы, исключая родительский каталог, ..).
• Наконец, при сортировке списка удобно расположить каталоги, занимающие большую часть пространства в конце списка.

Затем я перехожу в каталог, занимающий больше места, и повторяю процесс для его подкаталогов. В конце концов вы должны найти каталог, который использует больше места, чем должно быть.

Кстати, /tmp/ предназначен для записи во всем мире (что приводит к зеленому фону). Его содержимое должно автоматически удаляться операционной системой регулярно, но вам может потребоваться вручную удалить старые файлы, которые не были автоматически очищены.

Лично я всегда монтирую /home к отдельной файловой системе, и всякий раз, когда это происходит со мной, я обнаруживаю, что виновником являются файлы журнала в /var/log .