Собственно сабж.
void
а почему столько разделов?
Слишком большая предыстория, почему так…

void
Я не могу уловить логику, которой руководствовался бы человек, разбивающий диск таким образом. С одной стороны имеется не маленький жесткий диск, с другой стороны место под некоторые разделы выделено “скупо” (/usr, /opt), с тетьей - куча разделов, что ну никак не способствует экономии места на ХДД, да еще и присутсвуют разделы черезчур большие, учитывая их предназначение (/boot, /var). И все это как-то друг-другу противоречит.
Про логику: см выше…
Про скупость (/usr /opt): я увеличил в двое эти разделы, после некоторых манипуляций с компом, и думал хватит=)
Я не экономлю место, для чего…
с /boot переборщил - знаю=)
/var тока тока.

void
Если это все на тестовой машине и используется эксперементальная версия файловой системы, то это, конечно, объясняет такое кол-во разделов и использование Extended Partitions… Но тогда взял и переразбил диск заного - ведь ценная информация и эксперементальный софт никто не будет использовать друг с другом, а значит в этом случае можно не волноваться о потере данных.
Машинка не тестовая.

void
В общем, что бы там ни было, я бы скопировал все данные со всех разделов на sda4 и удалил бы все эти разделы, потом создал бы /boot на 100мб и все остальное кинул бы под /. Получаем / ~11gb, из них занято ~8gb - получаем ~3gb свободных.

PS. Мой пост вряд ли можно назвать ответом на вопрос, но ИМХО с изменением размеров всех этих разделов будет просто нереально много геммороя и риска все потерять.
Можно все переделать, но это точно гемора много…

Всем спасибо, курс дейсвий принят.
1) фигасе 100-ка=)
2) может что нить из xfs, ext4 и прочих приглянется?=)
SilentOS
Установил стандартный LAMP по инструкции: http://wiki.archlinux.org/index.php/LAMP
Все в принципе нормально установилось и запустилось, кроме одного сайта, написанного вручную на PHP + MySQL, при запуске он выдает: Notice: Undefined index: print in …. Ругается на строчку: if ($_GET == “true” )
Кроме этого сайта, на сервере крутятся еще несколько, в основном на Drupal. С ними такой проблемы нет.
Сайт 100% рабочий, ибо я его админю уже вот 4 год. На других дистрибутивах таких проблем не возникало.
А вы уверены что обратились по адресу? Может лучше на какой нить php.ru?
Может чего не догоняю " Notice: Undefined index: print in … if ($_GET['print'] == “true”? Неа?
konstantinov-ms
Думаю, просто отрезать кусок от /home и монтировать этот кусок в процессе загрузки в /usr. Просто поправите /etc/fstab, да и всех делов. Только данные с /usr сохраните с помощью tar.gz, а потом распакуете эти данные на новый раздел. Я не профи, но делал бы именно так.
Об этом подумывал… Но как их (/usr и часть от /home) объеденить?
Собственно сабж. Как увеличить /usr подскажите пожалуйста ?
Разбито вот так:
/dev/sda2             464M  150M  290M  35% /
/dev/sda9             4,7G  2,8G  1,9G  61% /opt
/dev/sda8             4,7G  4,6G  157M  97% /usr
/dev/sda7             2,8G  362M  2,5G  13% /var
/dev/sda6             957M   33M  925M   4% /tmp
/dev/sda1             183M   18M  155M  11% /boot
/dev/sda4             452G  238G  214G  53% /home

ЗЫ
Впредь буду запаслевее=)
SevereStranger
Не хочется жертвовать ОЗУ, но остаться на без половины софта и железа тоже как-то не возбуждает. Что на Arch x86_64 пока заведомо не фурычит?
“Правильный” Арч_х64 на 1Gb оперативы полет норм=) все работает, тормозов не замачаю=) нехватки прог не ощущаю=)
“Не было печали и не будет в марте!”=)
+1
тока бы вот А оставить (а не М=)
что то вроде мАrch и 8 в букву А запихать=)
h4tr3d
http://libtorrent.rakshasa.no/ticket/460
Ну следующие страницы:
man 2 fallocate
man posix_fallocate
думаю сам посмотришь :)
ЗЫ понятно где не прав? :)
Ага, спасибо!=)