совершенно чайниковые, никогда с линухом не сталкивался, потому не пинайте ) Есть сервак на нем линух. Вижу два раздела на хдд вар и юср. вар используется для рабочей базы данных и места осталось 600мб, на юср свободно еще около 20 гб. вопрос можно ли эти 20 гб свободных перенести на вар (а ля партишен мэджик) ??? [Ответ]

А файловая система какая? [Ответ]

parted или граф фронтенд - qparted. Но бекапить данные надо ибо могут слететь. А лучше использовать paragon disk manager он есть в виде исошника самозагружаемого. Или вообще сделать симлинк с директории в var на директорию в usr [Ответ]

если вся база влезет в эти 20Г то всё просто: останавливаешь СУБД, копируешь её рабочий каталог с сохранением прав в usr, старый каталог переименовываешь во что-нибудь а на его место делаешь симлинк (ln -s from to). Стартуешь базу, убеждаешься что всё работает, стираешь старый каталог.

Если не влезет, те делаешь бекап данных куда-нибудь наружу и после чего в зависимости от того какие файловые системы на usr & var выполняешь соответствующие процедуры по изменению размеров файловых систем/разделов (google: resize reiserfs или resize ex2fs и т.д.) [Ответ]

база в 20 гб не влезет. седня гляну какие файловые системы там. как кстати глянуть? ) [Ответ]

Сообщение от dalex:
Или вообще сделать симлинк с директории в var на директорию в usr

а это как ? [Ответ]

Сообщение от Neeki:
а это как ?

Ты бы книжку какую-нибудь почитал по Линуксу для начинающих, прежде чем базы переносить... Тебе же сказали

Сообщение от :
ln -s from to

[Ответ]

mount всё покажет [Ответ]

Сообщение от :
а это как ?

тут разве что акронис труе имаж поможет [Ответ]

Сообщение от zic:
тут разве что акронис труе имаж поможет

врятли... без мозга и знаний даже акронис не поможет... :-/

Neeki, возможно несколько вариантов (самые наипростейшие):
1) все важные данные сбекабить куда-нибудь (на случай если придецца систему переустанавливать), подвигать разделы акронисом
2) как и 1й, но слепить два раздела в один
3) взять новый винт и перенести туда все как тебе удобнее (лучше винт размером поболее)
4) подцепить новый винт и перенести /usr на него - самый оптимальный вариант в плане производительности/простоты
5) почистить /usr от ненужностей (ненужности зависят от дистрибутива)
6) оптимизировать БД - типа ужать ее своими средствами (некоторые любят распухать)

выбирай на что у тебя знаний хватит, дальше будем думать... [Ответ]