Переместите / var в другой раздел

Я не говорю, что перемещение / var невозможно, но это может быть проблематично, и если у вас нет такого опыта (судя по вашему первому комментарию выше ) Я бы не посоветовал вам это сделать на этом форуме.

Проблема в том, что в / var / log есть файлы (например, kernel.log), открытые очень рано во время загрузки, поэтому вы рискуете монтироваться поверх каталога, в котором уже есть открытые файлы. Система по-прежнему будет работать, но вы не сможете увидеть настоящий журнал, или он перевернется при повторном открытии на новый смонтированный раздел, достаточно сказать, что трусики в повороте и сердечник расплавятся (вы !, а не машина) .

Если бы я сделал это, я бы попытался сделать это как можно более чисто, не добавляя дополнительных сложностей, таких как создание / var в виде символической строки в папке в другом смонтированном разделе. Это уже смонтировано? Да, не знаю.

Лучшим вариантом было бы просмотреть каталоги, расположенные непосредственно под / var. Определите, где будет использоваться пространство.

Возможные кандидаты, / var / srv / var / www / var / mail / var / spool Я рассматриваю их как каталоги вторичного (приложения) типа, переместите их в новый каталог на втором разделе, поскольку приложения, которые их используют обычно запускаются позже во время загрузки (после монтирования fstabs).

И посмотрите в другом месте.

В корневом каталоге корневого уровня / usr / home / opt также могут быть перемещены в отдельный раздел.

Наконец, поскольку это виртуальная машина, вы можете расширить используемую файловую систему?

Какие папки внутри / var проблематичны? Я переместил MySQL Datafolders, www, tomcat и другие папки, используя symlinks на другие разделы. Убедитесь, что вы делаете это правильно, сохраняя все права точно так же, как они:

sudo cp -rp /var/mysql /newpartition. 

Если права MySQL изменены, вы попадете в беду, а данные могут быть потеряны. Если вы не уверены, скопируйте папку MySQL, затем переименуйте ее в / var / mysql-backup , затем symlink / var / mysql к новому разделу и посмотрим, работает ли он. Через некоторое время вы можете удалить резервную копию.

Я сосредоточился на MySQL сейчас. Для Apache это менее проблематично, но все равно может вызвать проблемы. Тест и посмотри. Может быть, это очищает достаточно места без необходимости перемещения / var и попасть в беду с файлами журнала, такие как Xtian, говорит. Для больших журналов используйте log_rotate (с сжатием) и / или переместить их на другие разделы через конфиг приложения.