The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Целесообразное разбиение 20Gb на FreeBSD?"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от samnambulas emailИскать по авторуВ закладки on 13-Янв-03, 12:47  (MSK)
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 ???

Имеет ли какое то большое значение последовательность разделов?


  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 15:13  (MSK)
>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/install-steps.html
  Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от lavr emailИскать по авторуВ закладки on 13-Янв-03, 15:46  (MSK)
>>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/install-steps.html

ps. сие лишь личное imho (RAM=128, HDD=20GB) и задач, /home и /var могут
быть откорректированы на личный вкус

  Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 16:18  (MSK)
>"/"    - 100MB (за глаза)
не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null, т.к. в корень такой системы он уже не лезет.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от samnambulas emailИскать по авторуВ закладки on 13-Янв-03, 16:41  (MSK)
to Den - а если с English всё очень плохо а?
Мне кто-нибудь может путно ответить, что да как?

А то уж на что я новичок и то понимаю, что 4-5 Gb для /usr - мало
и что 100 Mb на / - это вообще труба полнейшая.

Вообщем подожду ещё, а потом если так и не получу грамотного ответа, решил сделать всё же так -  / + SWAP и не гемороить се голову...

  Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 16:50  (MSK)
>to Den - а если с English всё очень плохо а?
>Мне кто-нибудь может путно ответить, что да как?
>
>А то уж на что я новичок и то понимаю, что 4-5
>Gb для /usr - мало
>и что 100 Mb на / - это вообще труба полнейшая.
>
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так -  / + SWAP и
>не гемороить се голову...
Вообще то есть перевод
http://volginfo.ru/handbook/install-steps.html
Но я сейчас заглянул в хэндбук еще раз - фигню пишут. Редко кому может хватить 50M /var
Просто нужно знать основное правило: часто изменяемые данные (например, логи и кеш сквида) отдельно от редко изменяемых данных (установленные программы например)
И еще /tmp отдельно от /
100М / может вполне хватить, у меня единственный случай был когда не хватило - linux эмулятор.
Вообще не зацикливайся на цифрах, ставь как хочешь. Варианты обойти проблему нехватки места всегда найдутся, а потом когда наберешь достаточно опыта и поймешь сколько подо что тебе надо - можно просто переставить систему на чистый винт.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от lavr emailИскать по авторуВ закладки on 13-Янв-03, 16:56  (MSK)
>to Den - а если с English всё очень плохо а?
>Мне кто-нибудь может путно ответить, что да как?
>
>А то уж на что я новичок и то понимаю, что 4-5
>Gb для /usr - мало
>и что 100 Mb на / - это вообще труба полнейшая.
>
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так -  / + SWAP и
>не гемороить се голову...

да, самый худший вариант, как для системы, так и для security

  Рекомендовать в FAQ | Cообщить модератору | Наверх

14. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от vadblm emailИскать по авторуВ закладки on 13-Янв-03, 18:04  (MSK)
>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>решил сделать всё же так -  / + SWAP и
>не гемороить се голову...

ты задницу себе загемороишь :)
2 варианта геморроя:

1: не ставишь softupdates - в этом случае тормозня
2: ставишь softupdates - в этом случае никто не поручится за целость твоей зад.. пардон, файловой системы


  Рекомендовать в FAQ | Cообщить модератору | Наверх

15. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 18:12  (MSK)
>>Вообщем подожду ещё, а потом если так и не получу грамотного ответа,
>>решил сделать всё же так -  / + SWAP и
>>не гемороить се голову...
>
>ты задницу себе загемороишь :)
>2 варианта геморроя:
>
>1: не ставишь softupdates - в этом случае тормозня
>2: ставишь softupdates - в этом случае никто не поручится за целость
>твоей зад.. пардон, файловой системы
а никто никогда и так не поручится.
у softupdates единственный но большой минус - сложный код.
естественно, это повышает вероятность, что кто-то что-то написал не так и в коде есть баги. однако их гоняют уже давно и багов не нашли. значит юзать можно.
на деле надежность при использовании softupdates ПОВЫШАЕТСЯ. связано это с тем, что при внезапном отключении во время записи на винт система не приводится в unusable state и полностью работоспособна уже после загрузки, т.е. не надо ждать пока fsck проверит файловую систему, она это сделает в фоне (версия 5.0).
  Рекомендовать в FAQ | Cообщить модератору | Наверх

16. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от mar emailИскать по авторуВ закладки on 13-Янв-03, 18:27  (MSK)
>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 стоит и это единственный раздел, с которым не было проблем.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от lavr emailИскать по авторуВ закладки on 13-Янв-03, 16:54  (MSK)
>>"/"    - 100MB (за глаза)
>не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null,
>т.к. в корень такой системы он уже не лезет.

1) зачем на сервере linux emulation???
2) /compat есть линк на /usr/compat, те "/usr" filesystem размером не
больше 100MB, ну пусть 200MB... (или я чего-то не понял?)


  Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 17:12  (MSK)
>>>"/"    - 100MB (за глаза)
>>не всегда. например, если есть /compat/linux, приходится придумывать всякую фигню, например mount_null,
>>т.к. в корень такой системы он уже не лезет.
>
>1) зачем на сервере linux emulation???
в тех редких случаях, когда надо запускать linux бинарии. бывает и на серваке.

>2) /compat есть линк на /usr/compat, те "/usr" filesystem размером не
>больше 100MB, ну пусть 200MB... (или я чего-то не понял?)
странно, когда ставил compat то у меня это почему-то оказался каталог. наверное сам когда-то симлинк снес, а потры влепили это дело в каталог.
проверил сейчас на других системах, действительно симлинк.
значит если работает с симлинком, то для / 100М и больше не надо.

  Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от samnambulas emailИскать по авторуВ закладки on 13-Янв-03, 17:19  (MSK)
to Den

Как это не зацикливаться, когда я уже не раз вставал на грабли - разабью, а потом понимаю, что не удачно :( , а про по умолчанию и вовсе молчу!
И мне, что делать больше нечего как сервак по 100 раз переустанавливать и все конфиги по 100 перенастраивать, переписывать.
Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда в офисе ни кого нет) его переконфигурировать у меня нет желания :)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 17:23  (MSK)
>to Den
>
>Как это не зацикливаться, когда я уже не раз вставал на грабли
>- разабью, а потом понимаю, что не удачно :( , а
>про по умолчанию и вовсе молчу!
>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>и все конфиги по 100 перенастраивать, переписывать.
>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>в офисе ни кого нет) его переконфигурировать у меня нет желания
>:)
мне сложно представить случай настолько неудачного разбиения чтобы все пришлось ставить заново.
почитай например mount_null и возможно тебе больше не придется этого делать.
хотя это только способ обойти проблему, как на самом деле надо разбить винт никто кроме тебя не решит.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от lavr emailИскать по авторуВ закладки on 13-Янв-03, 17:29  (MSK)
>to Den
>
>Как это не зацикливаться, когда я уже не раз вставал на грабли
>- разабью, а потом понимаю, что не удачно :( , а
>про по умолчанию и вовсе молчу!
>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>и все конфиги по 100 перенастраивать, переписывать.
>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>в офисе ни кого нет) его переконфигурировать у меня нет желания
>:)

backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и "ночами сидеть"


  Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от samnambulas emailИскать по авторуВ закладки on 13-Янв-03, 17:31  (MSK)
>>to Den
>>
>>Как это не зацикливаться, когда я уже не раз вставал на грабли
>>- разабью, а потом понимаю, что не удачно :( , а
>>про по умолчанию и вовсе молчу!
>>И мне, что делать больше нечего как сервак по 100 раз переустанавливать
>>и все конфиги по 100 перенастраивать, переписывать.
>>Сервак - один и должен пахать круглые сутки, а ночми сидеть (когда
>>в офисе ни кого нет) его переконфигурировать у меня нет желания
>>:)
>
>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>"ночами сидеть"

Ну до этого ещё не доросли :)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от Den emailИскать по авторуВ закладки on 13-Янв-03, 17:34  (MSK)
>>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>>"ночами сидеть"
>
>Ну до этого ещё не доросли :)

а слабо сбросить на дискетку /etc/ и /usr/local/etc
???

  Рекомендовать в FAQ | Cообщить модератору | Наверх

17. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от samnambulas emailИскать по авторуВ закладки on 14-Янв-03, 09:50  (MSK)
>>>backup'ы однако существуют для того чтобы "по 100 раз" не переустанавливать и
>>>"ночами сидеть"
>>
>>Ну до этого ещё не доросли :)
>
>а слабо сбросить на дискетку /etc/ и /usr/local/etc
>???

:) А ну такой то бэкап я делаю %)

  Рекомендовать в FAQ | Cообщить модератору | Наверх

18. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от pavel emailИскать по авторуВ закладки on 15-Янв-03, 04:21  (MSK)
На эту тему все просто.Есть проблема(счас стали доступными большие винты)
и решение не сразу созрело.Нормальному админу понятно(счас появились админы не помнящие ,что такое 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.Или в два, для небеспокоящихся.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

19. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от mar emailИскать по авторуВ закладки on 15-Янв-03, 11:43  (MSK)
>Все остальное - usr.И не надо мудрить.
>Про отдельную  /tmp (256MB)- поясните мне, нахрена...
>У меня пожизненно стоял симлинк /tmp на /USR/непомню-или-не скажу-что
>Если б кто в educational/lab invironmant проверил все эти бредовые тезисы.
было же что-то когда то: для пущей жизнеспособности, чтобы не падали, скажем web, ftp, etc из-за /usr  и наоборот

  Рекомендовать в FAQ | Cообщить модератору | Наверх

20. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от user Искать по авторуВ закладки on 15-Янв-03, 19:09  (MSK)
Да из за dump такое разделение делают. Чтоб разделить что бэкапить, а что нет. Если /usr не меняется ее и не бэкапим. А если разбить / + SWAP то dump пользовать неудобно. Ну и против софтапдейта поможет, когда он файловую систему запортит.
  Рекомендовать в FAQ | Cообщить модератору | Наверх

21. "RE: Целесообразное разбиение 20Gb на FreeBSD?"
Сообщение от lavr emailИскать по авторуВ закладки on 15-Янв-03, 19:20  (MSK)
>На эту тему все просто.Есть проблема(счас стали доступными большие винты)
>и решение не сразу созрело.Нормальному админу понятно(счас появились админы не помнящие ,что
>такое 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. Набравшись опыта, каждый лобает под себя

Удачи

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру