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

Question

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

717

Kitty Hawk 2016-09-22 в 07:29

Мой Debian работал отлично до вчерашнего дня. Я установил Reaver, Aircrack и Kismet и играл с ними некоторое время (могут ли они быть виновником?). Но теперь сервер x не подключается. У меня не установлен менеджер рабочего стола, поэтому я всегда startxбез проблем запускаю вручную (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)

Особенность в том, что он сообщает, что может быть недостаточно места. В прошлый раз, когда я проверял, осталось более чем достаточно места (20 гигов).
Когда я очищал Reaver, Kismet и Aircrack: все идет хорошо, но он говорит, что не может обновить Mandb, потому что у него нет места.
ls on /: когда I cd /;ls, /tmpкаталог является единственным каталогом, который выделен зеленым цветом (bg = зеленый, fg = черный). Я думаю, что это подозрительно.
Когда я удаляю .Xsessionsфайл, а затем startx: сообщения об ошибках, связанных с клавиатурой, исчезли, но клиенты AIGLX по-прежнему приостановлены (сервер завершает работу с ошибкой)
Что я говорю df -i: все хорошо, используется только 10% инодов.
Что df -hговорит: что ???? Там написано, что корневой раздел полностью заполнен. (24 из 24 концертов) Я сделал, apt-get cleanи он все еще говорит, что он полностью заполнен.

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

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

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

4

Я хотел опубликовать это в unix.stackoverflow, но я ошибочно сделал это здесь. Я перенесу его через 40 минут. Kitty Hawk 8 лет назад 0

Вы пытались определить, какой каталог отвечает за заполнение вашего раздела? Попробуйте, как sudo, * du -h --max-deep = 1 -x *. MariusMatutiae 8 лет назад 0

Your question is on-topic for both [su] and [unix.se] so it's fine to post on either. I've just suggested an edit which adds Markdown formatting to make it easier to read the question. Anthony Geoghegan 8 лет назад 0

@MariusMatutiae du сделал свое дело, и я успешно удалил огромные журналы. Спасибо за предложение. Kitty Hawk 8 лет назад 0

@AnthonyGeoghegan Спасибо за форматирование. Я тогда использовал свой мобильный браузер, поэтому я не мог этого сделать. Kitty Hawk 8 лет назад 0

Нет проблем. Вы предоставили много полезной информации, и я подумал, что постараюсь сделать так, чтобы люди все разбирали. Теперь, когда я думаю об этом, ваш вопрос должен получить одобрение за то, что он продемонстрировал много исследований и четко изложил проблему со множеством соответствующих деталей. Добро пожаловать в [se]. Anthony Geoghegan 8 лет назад 0

1 ответ на вопрос

1

Accepted Answer · 2016-09-22 09:04:02

Когда 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.

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

1 ответ на вопрос

Похожие вопросы