PORTDIR
Black Shadow 7 сентября, 2008 - 18:53
Скажите, почему $PORTDIR по-умолчанию живёт в /usr? На мой взгляд гораздо логичнее хранить её в /var, где хранятся все часто меняющиеся данные.
Вопрос не риторический, просто от частых обновлений /usr начинает фрагментироваться.
»
- Для комментирования войдите или зарегистрируйтесь
хм... а положить
хм... а положить куда-то, а потом
mount -o bind /куда-то/portage /usr/portageрелигия не позволяет? :) или вооще переопределить в другое место?
у меня /common/portage смонтирован в /usr/portage. и уже давно... и PORTAGE_TMPDIR=/dev/shm, в редких случаях (emerge kdelibs, openoffice) - /common/.portage. на то он и генту, чтобы делать так, как кажется удобнее и правильнее.
ЗЫ: а по поводу /usr/portage - вы историю создания генту читали? Дэниэль работал в проекте FreeBSD. И система портежей - это улучшенная система портов Фряхи. а там - /usr/ports.
ЗЫЫ: а зачем в /var ? он только на сервере большой... а на раб станции - я редко делаю больше гига. на сервере - 2 Гига и более.
Да это всё
Да это всё понятно, меня просто интересовало, почему по-умолчанию разработчики положили дерево портежей именно в /usr.
А в /var с самого начала предполагалось класть часто меняющиеся файлы.
Black Shadow
начинает что?
а вообще, в /usr лежат части системы, а в /var лежат данные прикладного софта, про частоту изменений в FHS ничего не сказано.
Вы хотите
Вы хотите сказать, что ext3 не подвержена фрагментации?
Цитата из http://ru.wikipedia.org/wiki/FHS:
/var/ Изменяемые файлы, такие как: файлы регистрации (log-файлы), временные почтовые файлы, файлы спулеров.
опо
Вы всё ещё используете ext3? Тогда Ганс Райзер идёт к Вашей жене! (шутка чёрного юмора)
Пожалуйста, не описывайте своё железо в подписи
ext3 не
ext3 не подвержена фрагментации, если на диске остается достаточно много свободного места.
Не совсем так.
Не совсем так. В некоторых случаях файлы могут фрагментироваться при операциях записи, приводящих к увеличению размера файлов.
есть 2 варианта
есть 2
варианта - сменить ФС.
забить на проблему за её отсутствием.
Нормальные ФС очень слабо подвержены фрагментации.
И как часто
Структура ФС в *nix давно регламентирована и производители дистрибутивов стараются придерживаться соглашения. Поверьте, они тоже владеют логикой.
Спрошу скромно (боясь услышать :"Каждый день/ночь") : "Как часто обновляется система?"
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
по крону раз в
по крону раз в сутки запускается emerge --sync
и ы яём смысл
и в чём смысл этого действа?
А теперь
А теперь объясните мне логику ежесуточной синхронизации
дерева portage.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
А в чём вобще
А в чём вобще смысл выполнения задач по расписанию? Смысл в том, чтобы не делать это вручную.
Акцент
Поставлю акцент в своём вопросе:
В чём логика ЕЖЕСУТОЧНОГО обновления дерева portages ?
______________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Мне интересно,
Мне интересно, что там творится в Portage, вдруг новое что-нибудь появилось и стоит обновиться...
Пожалуйста, не описывайте своё железо в подписи
Возможно
Допускаю... как новый вид хобби :)_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Чтобы всегда
Чтобы всегда иметь свежее дерево портежей
Ну и...
А дальше что? А если дерево придёт в актуальный вид не сегодня, а завтра... или через неделю...что-то изменится в системе? Критические уязвимости? Они не так часты, как об этом говорит Шаманыш. О них начинают трубить на всех углах. Баги? Они всегда будут. Не вижу смысла напрягать крон, систему и "лохматить" винт бесполезными ежесуточными заданиями. Тем более, если это домашний "обогреватель", а не сервер.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Изменится то,
Изменится то, что вместо вчерашних версий софта будут установлены сегодняшние. Меня абсолютно не напрягает ежесуточная синхронизация, по-этому не вижу смысла делать это реже.
По поводу "лохматить" винт. Я по-этому и спрашивал, почему дерево портежей находится не в /var. Это единственный аргумент против ежесуточной синхронизации.
Как минимум,
Как минимум, регулярный синк ведёт к своевременным "обновлениям безопасности". Уважаемый логик, вы о GLSA и его интеграции в portages читали когда-либо?
А может вы предпочитаете жить с дырами и обновлять уязвимые пакеты вместе с остальной системой время от времени, когда придётся, даже не подозревая об этом?
К тому же есть emerge-delta-webrsync, что в скриптах отлично сочетается с бекапом получаемых дельт.
:)
Ежесуточно?
Ежесуточно ? Уважаемый Алогик, паранойя...полная дурь!
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
Я думаю что
Я думаю что больше половины людей здесь делают это ежедневно, а остальные просто не имеют этой возможности по техническим причинам
Было бы неплохо провести опрос
Я свою точку зрения высказал.
_________________________________________________________
Прежде чем задать вопрос, подумай, сможешь ли ты понять ответ.
.
Cразу признаюсь, что обновляюсь по выходным :-)
Поэтому проблема хоть и в 7 раз меньше, но есть (?).
Поэтому три вопроса:
1) как оценивали степерь фрагментированности. Давно хотел посмотреть.
2) чем отличаются (или должны отличаться) partitions для /usr и /var, что изменение $PORTDIR сыграет роль?
У меня и там и там - reiserfs
3) как быть тем, кто упустил фишку и положил /usr и /var на одну partition?
вот у меня
вот у меня рейзер уже лет 5, и что-то я последствий фрагментации неощущаю, видимо за её отсутствием. У автора выдимо был тяжёлый опыт оьщения с доисторическими ФС вроде fat и ntfs.
1) fsck после
1) fsck после проверки пишет процент фрагментированного места.
2) отличается тем, что /var и так фрагментируется, так как там лежат изменяющиеся данные.
3) можно перенести
Вобще, проблема фрагментации в Linux стоит не на столько остро, как в Windows, главное не забивать раздел на 100%.