Вопросы Теги

/ раздел var становится полным, каково решение?

Беглый взгляд на подсказку zsh, обрабатывающую исходный код, предлагает это %m на основе того, что Ваша система возвращает для gethostname системный вызов. Это похоже на выполнение hostname без -f опция.

Я принимаю выполнение hostname без -f возвращает Ваше пустое имя хоста в Вашей системе Debian?

Вы могли попытаться изменить свое имя хоста для включения доменного имени. Документы Debian HowTo/ChangeHostname должны помочь с этим. Но возможно некоторые инструменты Debian предполагают, что Ваше имя хоста не включает доменное имя, так, чтобы могла бы быть плохая идея.

Могло бы иметь больше смысла просто использовать замену команды.

Сначала установите опцию PROMPT_SUBST

setopt PROMPT_SUBST

затем можно выполнить любую команду и поместить ее вывод в подсказку как это:

PS1='$(hostname -f)$ '

для получения только первого однако много частей имени хоста Вы могли использовать cut, например.

PS1='$(hostname -f | cut -f 1-2 -d .)$ '

Поскольку Ваше имя хоста не должно изменяться, Вы могли также быть немного более эффективными путем выполнения команды только однажды и хранения ее в переменной, затем использования переменной, например.

HOSTANDSUBDOMAIN="$(hostname -f | cut -f 1-2 -d .)"
PS1="$HOSTANDSUBDOMAIN$ "

8
02.08.2013, 02:26
2 ответа

Мой подход в любом из этих случаев (что-то заполняется) является первым для нахождения преступника.

Я запускаю при помощи du -sh *|grep G, продолжить du -sh *|grep M. Когда я нашел его, я начинаю исследовать, почему это что-то запускает заполнение.

  • Мне нужен тот высокий loglevel?
  • Если журналы - используют logrotate (/etc/logrotate.d/) даже для selv-сделанных или пользовательских программ
  • Если это реальный дисковый пожиратель ресурсов я пытаюсь разделить его на собственный LV

В последствии стандартная структура диска Linux для наших серверов в настоящее время походит на это:

  • / var LV с 2 ГБ
  • /var/log LV с 8 ГБ
  • /var/tmp LV с 4 ГБ

Это в настоящее время достаточно почти для любого примера использования, который мы имеем.

6
27.01.2020, 20:11

У меня когда-то была подобная проблема с non-LVM разделом, который я решил путем перемещения одного из каталогов к более просторному разделу и symlinking она назад в место. В Вашем случае, например, можно попробовать:

mv /var/cache /more/spacious/partition/cache
ln -s /more/spacious/partition/cache /var/cache

Обратите внимание на то, что я сделал это с несистемным каталогом и до сих пор не наблюдал плохих побочных эффектов. Случай может отличаться с системными каталогами, все же. Нам нужен кто-то более хорошо осведомленный для подтверждения/опровергания.

Править

  • Для сейфа можно сделать

    cp -a /var/cache /new/place/cache
rm -rf /var/cache
ln -s /new/place/cache /var/cache

    Это гарантирует, что Вы не потеряете свой кэш в случае, если mv вызов испорчен так или иначе (системный катастрофический отказ, перебой в питании...)

  • Чтобы гарантировать, что ничто не пишется в каталог при копировании его лучше, если Вы делаете это через LiveCD.

5
27.01.2020, 20:11
  • 1
    , я никогда не пробовал это, но могло бы быть хорошо сделать это с Живым CD, если Вы хотите переместить системные каталоги, как сказал @Joseph. Необходимо быть осторожными, но это могло бы просто работать ;) –  Alko 01.08.2013, 16:53
  • 2
    @Alko Вы корректны, но мы можем проверить использование lsof /var/cache используемый нет.. если не используемый, что мы можем переместиться в другое местоположение. –  Rahul Patil 01.08.2013, 17:01
  • 3
    @RahulPatil и Положительная сторона #Alko. Добавление к ответу. –  Joseph R. 01.08.2013, 17:04

Теги

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