Hi All! Вопрос к людям которые уже давно работают с FreeBSD и методом проб и ошибок выявили наиболее эффективное и продуктивное разбиение HDD.
Имеем винтяру 20Gb (FUJITSU MPF 3204AT) на которую предпологается ставить FreeBSD 4.7, которая в свою очередь будет выполнять роль шлюза в инет + файловый сервак (samba). В дальнейшем предпологается навесить ещё сервесов таких как Sendmail, FTP and etc. Памяти на данный момент 128 Mb в дальнейшем предвидится увелечение до 512 Mb (это касательно того сколько делать раздел SWAP). КАК НАИЛУЧШИМ ОБРАЗОМ РАЗБИТЬ ЭТОТ ВИНТ?Стоит делать так:
/ - ? Mb
/home - ? Mb
/usr - ? Mb
/tmp - ? Mb
/var - ? Mbили сделать один большой общий раздел / + SWAP ???
Имеет ли какое то большое значение последовательность разделов?
>Hi All! Вопрос к людям которые уже давно работают с FreeBSD и
>методом проб и ошибок выявили наиболее эффективное и продуктивное разбиение HDD.
>
>Имеем винтяру 20Gb (FUJITSU MPF 3204AT) на которую предпологается ставить FreeBSD 4.7,
>которая в свою очередь будет выполнять роль шлюза в инет +
>файловый сервак (samba). В дальнейшем предпологается навесить ещё сервесов таких как
>Sendmail, FTP and etc. Памяти на данный момент 128 Mb в
>дальнейшем предвидится увелечение до 512 Mb (это касательно того сколько делать
>раздел SWAP). КАК НАИЛУЧШИМ ОБРАЗОМ РАЗБИТЬ ЭТОТ ВИНТ?
>
>Стоит делать так:
>
>/ - ? Mb
>/home - ? Mb
>/usr - ? Mb
>/tmp - ? Mb
>/var - ? Mb
>
>или сделать один большой общий раздел / + SWAP ???
>
>Имеет ли какое то большое значение последовательность разделов?
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/in...
>>Hi All! Вопрос к людям которые уже давно работают с FreeBSD и
>>методом проб и ошибок выявили наиболее эффективное и продуктивное разбиение HDD.
>>
>>Имеем винтяру 20Gb (FUJITSU MPF 3204AT) на которую предпологается ставить FreeBSD 4.7,
>>которая в свою очередь будет выполнять роль шлюза в инет +
>>файловый сервак (samba). В дальнейшем предпологается навесить ещё сервесов таких как
>>Sendmail, FTP and etc. Памяти на данный момент 128 Mb в
>>дальнейшем предвидится увелечение до 512 Mb (это касательно того сколько делать
>>раздел SWAP). КАК НАИЛУЧШИМ ОБРАЗОМ РАЗБИТЬ ЭТОТ ВИНТ?
>>
>>Стоит делать так:
>>
>>/ - ? Mb
>>/home - ? Mb
>>/usr - ? Mb
>>/tmp - ? Mb
>>/var - ? Mb"/" - 100MB (за глаза)
swap - 256/384MB
"/tmp" - 256MB
"/usr" - 2-4GB
"/var" - 5-10GB (зависит от логов, ньюсового пула, squid'а...)
"/home" - допустим все остальное, зависит от используемых MTA, maildir...
может быть почтовые пользователи будут внутри "/var"?для ftp/www лучше сделать к примеру:
/pub - XYMB
/pub/ftp - корень FTP
/pub/www - корень WWW>>или сделать один большой общий раздел / + SWAP ???
>>
>>Имеет ли какое то большое значение последовательность разделов?
>http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/in...ps. сие лишь личное imho (RAM=128, HDD=20GB) и задач, /home и /var могут
быть откорректированы на личный вкус
>"/" - 100MB (за глаза)
не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null, т.к. в корень такой системы он уже не лезет.
to Den - а если с English всё очень плохо а?
Мне кто-нибудь может путно ответить, что да как?А то уж на что я новичок и то понимаю, что 4-5 Gb для /usr - мало
и что 100 Mb на / - это вообще труба полнейшая.Вообщем подожду ещё, а потом если так и не получу грамотного ответа, решил сделать всё же так - / + SWAP и не гемороить се голову...
>to Den - а если с English всё очень плохо а?
>Мне кто-нибудь может путно ответить, что да как?
>
>А то уж на что я новичок и то понимаю, что 4-5
>Gb для /usr - мало
>и что 100 Mb на / - это вообще труба полнейшая.
>
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так - / + SWAP и
>не гемороить се голову...
Вообще то есть перевод
http://volginfo.ru/handbook/install-steps.html
Но я сейчас заглянул в хэндбук еще раз - фигню пишут. Редко кому может хватить 50M /var
Просто нужно знать основное правило: часто изменяемые данные (например, логи и кеш сквида) отдельно от редко изменяемых данных (установленные программы например)
И еще /tmp отдельно от /
100М / может вполне хватить, у меня единственный случай был когда не хватило - linux эмулятор.
Вообще не зацикливайся на цифрах, ставь как хочешь. Варианты обойти проблему нехватки места всегда найдутся, а потом когда наберешь достаточно опыта и поймешь сколько подо что тебе надо - можно просто переставить систему на чистый винт.
>to Den - а если с English всё очень плохо а?
>Мне кто-нибудь может путно ответить, что да как?
>
>А то уж на что я новичок и то понимаю, что 4-5
>Gb для /usr - мало
>и что 100 Mb на / - это вообще труба полнейшая.
>
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так - / + SWAP и
>не гемороить се голову...да, самый худший вариант, как для системы, так и для security
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так - / + SWAP и
>не гемороить се голову...ты задницу себе загемороишь :)
2 варианта геморроя:1: не ставишь softupdates - в этом случае тормозня
2: ставишь softupdates - в этом случае никто не поручится за целость твоей зад.. пардон, файловой системы
>>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>>решил сделать всё же так - / + SWAP и
>>не гемороить се голову...
>
>ты задницу себе загемороишь :)
>2 варианта геморроя:
>
>1: не ставишь softupdates - в этом случае тормозня
>2: ставишь softupdates - в этом случае никто не поручится за целость
>твоей зад.. пардон, файловой системы
а никто никогда и так не поручится.
у softupdates единственный но большой минус - сложный код.
естественно, это повышает вероятность, что кто-то что-то написал не так и в коде есть баги. однако их гоняют уже давно и багов не нашли. значит юзать можно.
на деле надежность при использовании softupdates ПОВЫШАЕТСЯ. связано это с тем, что при внезапном отключении во время записи на винт система не приводится в unusable state и полностью работоспособна уже после загрузки, т.е. не надо ждать пока fsck проверит файловую систему, она это сделает в фоне (версия 5.0).
>to Den - а если с English всё очень плохо а?
>Мне кто-нибудь может путно ответить, что да как?
>
>А то уж на что я новичок и то понимаю, что 4-5
>Gb для /usr - мало
>и что 100 Mb на / - это вообще труба полнейшая.
>
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так - / + SWAP и
>не гемороить се голову...
ну, ну :)
ты определись, что у них будет в /usr ?
иными солвами
- во-первых, где будет почта реально лежать (lavr уже отметил), иногда это /var/mail, или что-нибудь подобное
- во-вторых, где будет ftp, www (это тоже далеко не всегда в /usr кладут)
- соответственно под эти 2 вещи надо предусмотреть пространство в тех разделах, куда их поместишь
- /usr у тебя там реально грамотные user-ы, которые будут залезать на сервер и что-то там себе откладывать, а также заполнять public_html? тогда, конечно, надо решать это сообразно с их апетитами (и, наверное, квотировние делать)
- / действительно рекомендуют делать небольшим. А что ты там такое особо крупное решил держать ;)?
вот скидываю - у нас тум на старом-старом, но довольно загруженном FreeBSD-ом сервере:
Filesystem 1K-blocks Used Avail Capacity Mounted on
/dev/wd0s1a 117039 19256 88420 18% /
его еще до меня ставили, да при мне уже года 4 стоит и это единственный раздел, с которым не было проблем.
>>"/" - 100MB (за глаза)
>не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null,
>т.к. в корень такой системы он уже не лезет.1) зачем на сервере linux emulation???
2) /compat есть линк на /usr/compat, те "/usr" filesystem размером не
больше 100MB, ну пусть 200MB... (или я чего-то не понял?)
>>>"/" - 100MB (за глаза)
>>не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null,
>>т.к. в корень такой системы он уже не лезет.
>
>1) зачем на сервере linux emulation???
в тех редких случаях, когда надо запускать linux бинарии. бывает и на серваке.>2) /compat есть линк на /usr/compat, те "/usr" filesystem размером не
>больше 100MB, ну пусть 200MB... (или я чего-то не понял?)
странно, когда ставил compat то у меня это почему-то оказался каталог. наверное сам когда-то симлинк снес, а потры влепили это дело в каталог.
проверил сейчас на других системах, действительно симлинк.
значит если работает с симлинком, то для / 100М и больше не надо.
to DenКак это не зацикливаться, когда я уже не раз вставал на грабли - разабью, а потом понимаю, что не удачно :( , а про по умолчанию и вовсе молчу!
И мне, что делать больше нечего как сервак по 100 раз переустанавливать и все конфиги по 100 перенастраивать, переписывать.
Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда в офисе ни кого нет) его переконфигурировать у меня нет желания :)
>to Den
>
>Как это не зацикливаться, когда я уже не раз вставал на грабли
>- разабью, а потом понимаю, что не удачно :( , а
>про по умолчанию и вовсе молчу!
>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>и все конфиги по 100 перенастраивать, переписывать.
>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>в офисе ни кого нет) его переконфигурировать у меня нет желания
>:)
мне сложно представить случай настолько неудачного разбиения чтобы все пришлось ставить заново.
почитай например mount_null и возможно тебе больше не придется этого делать.
хотя это только способ обойти проблему, как на самом деле надо разбить винт никто кроме тебя не решит.
>to Den
>
>Как это не зацикливаться, когда я уже не раз вставал на грабли
>- разабью, а потом понимаю, что не удачно :( , а
>про по умолчанию и вовсе молчу!
>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>и все конфиги по 100 перенастраивать, переписывать.
>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>в офисе ни кого нет) его переконфигурировать у меня нет желания
>:)backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и "ночами сидеть"
>>to Den
>>
>>Как это не зацикливаться, когда я уже не раз вставал на грабли
>>- разабью, а потом понимаю, что не удачно :( , а
>>про по умолчанию и вовсе молчу!
>>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>>и все конфиги по 100 перенастраивать, переписывать.
>>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>>в офисе ни кого нет) его переконфигурировать у меня нет желания
>>:)
>
>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>"ночами сидеть"Ну до этого ещё не доросли :)
>>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>>"ночами сидеть"
>
>Ну до этого ещё не доросли :)а слабо сбросить на дискетку /etc/ и /usr/local/etc
???
>>>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>>>"ночами сидеть"
>>
>>Ну до этого ещё не доросли :)
>
>а слабо сбросить на дискетку /etc/ и /usr/local/etc
>???:) А ну такой то бэкап я делаю %)
На эту тему все просто.Есть проблема(счас стали доступными большие винты)
и решение не сразу созрело.Нормальному админу понятно(счас появились админы не помнящие ,что такое UUCP) что 100М для / - это супер нормально.
/var если hdd позволяют-надо делать 512mb или для особо подверженых
smtp трудностям -1gb.Все остальное - usr.И не надо мудрить.
Про отдельную /tmp (256MB)- поясните мне, нахрена...
У меня пожизненно стоял симлинк /tmp на /USR/непомню-или-не скажу-что
Если б кто в educational/lab invironmant проверил все эти бредовые тезисы.
Тут правда еще одно-параметры disklabel/newfs
Это отдельная тема...
LAST 234563894569 CILINDERS NOT ALLOCATED...
Или что там. Проверить постоянно не хватает времени.
Про softupdates-не верьте той лаже, что написано. Были проблемы,
они ушли, и помнят о них единицы...
ps:swap - лучше - в четыре раза объема RAM.Или в два, для небеспокоящихся.
>Все остальное - usr.И не надо мудрить.
>Про отдельную /tmp (256MB)- поясните мне, нахрена...
>У меня пожизненно стоял симлинк /tmp на /USR/непомню-или-не скажу-что
>Если б кто в educational/lab invironmant проверил все эти бредовые тезисы.
было же что-то когда то: для пущей жизнеспособности, чтобы не падали, скажем web, ftp, etc из-за /usr и наоборот
Да из за dump такое разделение делают. Чтоб разделить что бэкапить, а что нет. Если /usr не меняется ее и не бэкапим. А если разбить / + SWAP то dump пользовать неудобно. Ну и против софтапдейта поможет, когда он файловую систему запортит.
>На эту тему все просто.Есть проблема(счас стали доступными большие винты)
>и решение не сразу созрело.Нормальному админу понятно(счас появились админы не помнящие ,что
>такое UUCP) что 100М для / - это супер нормально.
>/var если hdd позволяют-надо делать 512mb или для особо подверженых
>smtp трудностям -1gb.Все остальное - usr.И не надо мудрить.
>Про отдельную /tmp (256MB)- поясните мне, нахрена.../tmp пожизненно в BSD'ях располагается на "root-fs"
>У меня пожизненно стоял симлинк /tmp на /USR/непомню-или-не скажу-что
это кому как нравится, кому-то линк на /usr/tmp
объясню - заполни root-fs больше чем на 96% (/tmp на root-fs)
- заполни /usr на 98% (/tmp -> /usr/tmp)о результатах можешь не сообщать ;)
>Если б кто в educational/lab invironmant проверил все эти бредовые тезисы.
>Тут правда еще одно-параметры disklabel/newfsэто для особых случаев: огромное кол-во масеньких или больших файлов,
inodes больше(news например), inodes меньше>Это отдельная тема...
>LAST 234563894569 CILINDERS NOT ALLOCATED...
>Или что там. Проверить постоянно не хватает времени.а что проверять, не хватило дефолтного значения выделенного для резервных
блоков>Про softupdates-не верьте той лаже, что написано. Были проблемы,
>они ушли, и помнят о них единицы...остальные уже далече :)))
>ps:swap - лучше - в четыре раза объема RAM.Или в два, для
>небеспокоящихся.вариант
PS. Набравшись опыта, каждый лобает под себя
Удачи