Изменить размер раздела debian / tmp

Возможно, будет проще заменить / tmp простым файлом.

dd if=/dev/zero of=/var/mytmp bs=1024 count=<desired size in K>

mkfs -t ext3 /var/mytmp

umount /tmp

mount -o loop /var/mytmp /tmp

Затем создайте соответствующую строку монтирования в файле / etc / fstab.

Почему не просто скажите MySQL выполнять свою работу в другом месте? Либо установить TMPDIR в среде MySQL или установите tmpdir = /some/non/tmp/path в my.cnf.

Как именно это сделать, зависит от того, как в настоящее время устроены ваши диски. Если вы добавите в свой вопрос вывод следующих команд, это поможет:

fdisk -l
cat /etc/mtab
pvs
vgs
lvs

(последние три команды могут отсутствовать, если вы не используете LVM)

В качестве альтернативы вы можете попробовать переместить место, которое ваш SQL-сервер использует в качестве временного рабочего пространства. Вам нужно будет предоставить нам более подробную информацию о настройке базы данных (т.е. какой сервер базы данных вы используете? MySQL / Postgres / ...?), Чтобы получить помощь по этому поводу.

Если ваши базы данных находятся на том же диске, что и ваш раздел / tmp, вы можете обнаружить, что перенос рабочей области на другой диск значительно увеличит скорость таких сложных запросов.

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

Изменить (после публикации информации о разделе

Поскольку вы вообще не используете LVM, и это изменение не повлияет на ваш / или /boot, если вы можете позволить себе некоторое время простоя во время выполнения операций, я бы предложил gparted "живой компакт-диск". Загрузитесь с этим, скажите:

1. сокращаться sda9 (ваш /home) немного
2. переместите его вверх по диску, чтобы между ним и /sda8 (ваш /tmp)
3. расти sda8 чтобы заполнить новое место после него

Если вы можете позволить себе потерять немного места, тогда это будет быстрее (так как на /home, просто операция изменения размера и любые необходимые для этого перемещения данных):

1. сокращаться /home на столько, сколько вы хотите нового /tmp быть
2. создать новый раздел в пространстве сейчас после /home
3. затем вы можете установить это как /tmp
4. вы на самом деле не теряете пространство sda8 использует, так как вы можете установить его как что-то еще, но это может быть не так удобно в использовании.

Еще один вариант - уменьшить пространство подкачки, которое живет впереди sda8, и переместите, чем измените размер sda8 в дополнительное пространство. Насколько хороша эта идея, зависит от количества имеющейся у вас оперативной памяти и от того, что вы используете на компьютере. Этот вариант будет быстрее, так как вы не двигаетесь и не меняете размер /home. На самом деле это будет безопаснее, так как вы не прикасаетесь /home - gparted будет просто действовать на /tmp и пространство подкачки, так что ничего важного, если операция изменения размера пойдет не так, и все в затронутых разделах окажется поврежденным.

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

В этом случае, вероятно, проще всего просто размонтировать / tmp, удалить / dev / sda8 с помощью fdisk, создать новый sda8 большего размера, mkfs на нем и снова смонтировать. Однако это может стоить вам времени простоя (приложения).

В следующий раз создайте свои файловые системы на LVM, что сделает это в миллионы раз проще.

В зависимости от того, какой у вас бокс, вы можете смонтировать / tmp в оперативной памяти, погуглить. Solaris делает это по умолчанию, и я делал это в Linux (и OS / 2, по сути), если у вас есть оперативная память, это действительно может ускорить процесс. Разумеется, вытолкнет на свопинг. Это, вероятно, исправит это для вас, поскольку ваш своп составляет 2,6 ГБ против 400 МБ для / tmp, верно?

Черт возьми, вот как установить его на лету поверх существующего / tmp! http://www.funtoo.org/en/articles/linux/ffg/3/

Это был быстрый гугл, раньше при загрузке могли быть проблемы (нужны вещи в вашем initrd, чтобы он работал).

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

Просто используйте это для строки в вашем / etc / fstab

tmpfs / tmp tmpfs по умолчанию, noatime, mode = 1777 0 0

Я бы сказал, что вы можете удалить noatime или заменить его relatime