Корневой раздел / в Suse 10.0

[Filin]

Я сделал для установки разделы: /usr(3.5 Gb), /var(1.5 Gb), /tmp(1 Gb), /home(8 Gb), swap(800 Mb). Дело в том что для / раздела нужно слишком много места (более 1 Gb), что он там может хранить, KDE блин что ли. Раньше, в других дистрибутивах я делал его 300-500 Mb и хватало!!!!! Подскажите, пожалуйста

[mark]

Угу, кде - в /opt

[Filin]

И что делать?....

[mark]

По другому разбивать... А с чем связана такая разбивка диска? Я больше двух разделов на домашней машине не делаю, только корень и home.

[neuralNetwork]

Кстати, я тут тоже решал такую проблему: очень не хотелось выделять отдельный раздел под /opt.
Сделал так. Создал каталог /usr/opt (/usr у меня на отдельном разделе), скопировал туда этот /opt с корневого раздела, а затем примонтировал в него /opt. Строчка из /etc/fstab:

Код: Выделить всё

/usr/opt    /opt    auto    bind    0    1

Мотивация: /opt по смыслу содержит примерно то же, что и /usr или /usr/local. Так пусть и лежит там же! Вот только гложет сомнение: насколько хорошим/плохим является такое решение. Я никаких особых минусов не вижу, буду очень благодарен, если мне кто-нибудь о них скажет.

[Angel_13th]

Минусов нет в принципе.

[Лис]

Я тоже считаю, что это хорошее решение для тех, кто хочет под софт выделить отдельный раздел. Если уж выделять, то под весь софт сразу. Возможно, стоит не примонтировать /usr/opt к /opt, а просто создать ссылку. Но это, по-моему, не принципиально.

[Filin]

А как создать ссылку?

[estarchak]

man ln

в простейшем случае для создания символьной ссылки:

ln -s имя_источника имя ссылки

[agbr]

Кстати, я тут тоже решал такую проблему: очень не хотелось выделять отдельный раздел под /opt.
Сделал так. Создал каталог /usr/opt (/usr у меня на отдельном разделе), скопировал туда этот /opt с корневого раздела, а затем примонтировал в него /opt. Строчка из /etc/fstab:

Код: Выделить всё

/usr/opt    /opt    auto    bind    0    1

Мотивация: /opt по смыслу содержит примерно то же, что и /usr или /usr/local. Так пусть и лежит там же! Вот только гложет сомнение: насколько хорошим/плохим является такое решение. Я никаких особых минусов не вижу, буду очень благодарен, если мне кто-нибудь о них скажет.

как бы сказать... оно некошерное. имхо не соответсвует логике UFHS.

[neuralNetwork]

как бы сказать... оно некошерное. имхо не соответсвует логике UFHS.

А это нарушение логики критично или просто неэстетично?
IMHO, все таки второе. Если нет более конструктивных замечаний, готов пожертвовать этим несоответствием (я же не призываю всех срочно так делать).

[YagMort]

А это нарушение логики критично или просто неэстетично?
IMHO, все таки второе.

Для тех кто собирает пакеты сам - оно критично

[agbr]

как бы сказать... оно некошерное. имхо не соответсвует логике UFHS.

А это нарушение логики критично или просто неэстетично?
IMHO, все таки второе. Если нет более конструктивных замечаний, готов пожертвовать этим несоответствием (я же не призываю всех срочно так делать).

Смотря где... Во встраиваемых системах и специфичных конфигурациях может быть критично.

[neuralNetwork]

Для тех кто собирает пакеты сам - оно критично

Не понял... Чем примонтированный в другое место /opt мешает сборке пакетов? Снаружи же он выглядит как самый обыкновенный натуральный /opt