Пожалуйста, иметь Посмотрите Bash
Руководство
:
/ etc / profile
Системный файл инициализации, выполненный для интерактивных оболочек входа в систему
/etc/bash.bashrc
Системный файл инициализации, выполненный для Интерактивные, не входные оболочки.
~ / .bash_profile
Личный файл инициализации, выполненный для интерактивных оболочек входа в систему
~ / .bashrc
Индивидуальный файл запуска для каждого интерактивной оболочки
~ / .bash_logout
Индивидуальный файл очистки оболочки входа в систему, выполненное при выходе в систему входа в систему
, поэтому вам нужно поместить свои псевдонимы в / etc / inform
или /etc/bash.bashrc
для того, чтобы сделать их доступны для всех пользователей.
На рабочей станции большие файлы обычно попадают в пользовательские домашние каталоги. На сервере [1188404]/home[1188405] обычно остается небольшим: большая часть данных обычно находится под [1188406]/var[1188407] или [1188408]/srv[1188409], в зависимости от того, как настроены ваши службы.
Запустите [1188410]du -xh / | grep G[1188411] (или, чтобы избежать ложных срабатываний, если имя файла содержит [1188412]G[1188413]): [1188414]du -xh / | grep '^[0-9.]*G'[1188415]), чтобы увидеть, какие каталоги в корневом разделе содержат большое количество данных. Переместите заполняемый каталог в [1188416]/home[1188417]. Допустим, большой объем данных окажется где-то под [1188418]/srv[1188419], затем:
Остановите все службы, которые обращаются к данным под [1188886]/srv[1188887].
Выполните следующие команды:
mv /srv /home/. дома/на дому/всегда/всегда/всегда
Перезапустите все службы. Это делает [1188426]/srv[1188427] символической ссылкой, указывающей на каталог на главном разделе.[1188022].
Я постоянно выслеживаю ошибки вне дискового пространства.
Как только root запустит следующее и опубликует его для нас:
Это сузит круг поиска. Затем, скажем, что это /var/log, который кажется огромным:
Повторяйте [1188434]du -smc * | sort -n | tail[1188435] в каждом наступательно большом подкаталоге до тех пор, пока не найдете виновника.[1188038]