URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 37071
[ Назад ]

Исходное сообщение
"OpenNews: Как разбить диск при установке FreeBSD"

Отправлено opennews , 01-Апр-07 18:13 
"Разбивка HDD корректировка Swap и диагностика дисковой системы (http://www.lissyara.su/?id=1351)" - как разбить диск при установке FreeBSD.

URL: http://www.lissyara.su/?id=1351
Новость: http://www.opennet.me/opennews/art.shtml?num=10317


Содержание

Сообщения в этом обсуждении
"Как разбить диск при установке FreeBSD"
Отправлено www.andr.ru , 01-Апр-07 18:13 
когда внезапно закончиться своп посреди микширования двух больших фото - тут то ты и спляшешь вприсядку, умник. хотя можно, конечно, дополнительный своп рзаместить в файле, если он не часто нужен. это если жаба давит выделить 1гиг на современном стандартном винте 200Гиг, такое бывает.

лично я диск уже давно не дроблю на кусочки - это ламерская фича. гораздо удобнее выделить своп и один раздел на весь остальной диск. Только надо руками настроить опции newfs, а то она корень форматирует без SoftUpdate.


"Как разбить диск при установке FreeBSD"
Отправлено ТинПу , 01-Апр-07 20:23 
>когда внезапно закончиться своп посреди микширования двух больших фото - тут то
>ты и спляшешь вприсядку, умник. хотя можно, конечно, дополнительный своп рзаместить
>в файле, если он не часто нужен. это если жаба давит
>выделить 1гиг на современном стандартном винте 200Гиг, такое бывает.

Правильно.

>лично я диск уже давно не дроблю на кусочки - это ламерская
>фича. гораздо удобнее выделить своп и один раздел на весь остальной
>диск.

Неправильно. Вопиюшее ламерство, если сервер.
Если же мы о воркстэйшене - приемлемо вполне.


"Статья не понравилась"
Отправлено Дмитрий Ю. Карпов , 01-Апр-07 18:46 
Для того, чтобы человек мог правильно спланировать разбиение диска, надо объяснить ему, что в каком разделе хранится - например, в /usr лежат программы, это раздел после инсталяции почти не растёт; а в /var лежат логи и почта.

Например, можно смонтировать /tmp и /var/tmp в память. Но тогда swap нужен такой, чтобы все RAM-FS можно было скинуть на диск.

Делить диск на разделы нужно хотя бы из соображений фрагментации, отделив часто меняющиеся файлы от редко меняющихся.

А выделить под swap пару гигов на современных хардах - святое дело. особенно если это сервер: пусть лучше система свопится, чем заклинится на нехваке места для данных. К тому же зачастую лучше свопить данные и отдать место под кэ%D


"Статья не понравилась"
Отправлено www.andr.ru , 03-Апр-07 00:39 
>Для того, чтобы человек мог правильно спланировать разбиение диска, надо объяснить ему,
>что в каком разделе хранится - например, в /usr лежат программы,

>Делить диск на разделы нужно хотя бы из соображений фрагментации, отделив часто
>меняющиеся файлы от редко меняющихся.

Не учи отца и баста. Я БЗДю уже 20 лет юзаю, а фря на столе с 97 года стоит. Ты столько винтов не видел, сколько я отформатировал. Как только не извращался. ВСЕГДА разбиение диска приводит к тому, что на одном разделе ресурсы заканчиваются тогда, когда остальные ещё полупусты. И начинается гемарой - ламеры типа тебя такой гемор любят. ВСЕГДА в таких случаях я тарил всё в сторонку, делал один раздел на весь диск (особенно люблю метод, который не создаёт слайсов, "денжероуз дедикатет", несколько мегабайт как из ниоткуда ещё прибавляется), растаривал бэкап назад и больше меня эта железяка не беспокоила.

Собирать файловую систему UFS из нескольких кусков есть смысл в одном случае - если приходиться присоединять дополнительные диски. Обычно это присходит из-за нехватки места, чаще всего по причине, которую я указал выше. Все остальные причины - надуманы. Читать надо меньше журналы типа "Хакер".


"Статья не понравилась"
Отправлено Андрей , 03-Апр-07 07:11 
>>Для того, чтобы человек мог правильно спланировать разбиение диска, надо объяснить ему,
>>что в каком разделе хранится - например, в /usr лежат программы,
>
>>Делить диск на разделы нужно хотя бы из соображений фрагментации, отделив часто
>>меняющиеся файлы от редко меняющихся.
>
>Не учи отца и баста. Я БЗДю уже 20 лет юзаю, а
>фря на столе с 97 года стоит. Ты столько винтов не
>видел, сколько я отформатировал. Как только не извращался. ВСЕГДА разбиение диска
>приводит к тому, что на одном разделе ресурсы заканчиваются тогда, когда
>остальные ещё полупусты. И начинается гемарой - ламеры типа тебя такой
>гемор любят. ВСЕГДА в таких случаях я тарил всё в сторонку,
>делал один раздел на весь диск (особенно люблю метод, который не
>создаёт слайсов, "денжероуз дедикатет", несколько мегабайт как из ниоткуда ещё прибавляется),
>растаривал бэкап назад и больше меня эта железяка не беспокоила.
>
>Собирать файловую систему UFS из нескольких кусков есть смысл в одном случае
>- если приходиться присоединять дополнительные диски. Обычно это присходит из-за нехватки
>места, чаще всего по причине, которую я указал выше. Все остальные
>причины - надуманы. Читать надо меньше журналы типа "Хакер".

В наши времена больших винтов "несколько мегабайт" роли не играют.
Извините, но я не соглашусь с вами по поводу того что не нужно бить диск. Хоть я и не отец в бзде, но у меня никогда не было такой ситуации что на одном разделе место закончилось, а на другом полупусто. На ВСЕХ разделах достаточно места.
Засрет незаметно какой-нибудь лог или еще что раздел, и система встанет. Юзать БЗД и не бить диск это как-то странно.


"Статья не понравилась"
Отправлено www.andr.ru , 08-Апр-07 10:41 
>Засрет незаметно какой-нибудь лог или еще что раздел, и система встанет. Юзать
>БЗД и не бить диск это как-то странно.


Поверь мне, 10 лет назад юзать БЗДю было странно. Я по жизни вечно "не такой, как все", потому что своим ведром думаю, а не только форумы читаю.

Попробуйте! Создавайте один раздел ad0s1a на весь диск и забудете про кучу проблем. Только сисинсталу надо обязательно указывать параметры newfs, по-умолчанию для корня отключен SoftUpdate.

Обычно я примерно такие параметры ставлю

newfs -O2 -U -f 512 -b 4096 -m 0 -i 65536

Если будете хранить файлы очень большого размера, мультимедиа или базы данных, то -f и -b надо поставить максимальные, смотрите в мане.


"Статья не понравилась"
Отправлено Анонимус , 13-Апр-07 00:58 
>Если будете хранить файлы очень большого размера, мультимедиа или базы данных, то
>-f и -b надо поставить максимальные, смотрите в мане.
Вот тут то ваша гнедая и сломает ногу с одним разделом.Если вы про только серверное применение где ФС еще хоть как-то предсказуема и порой относительно статична - возможно и сойдет.А если для более юзерского - так у юзера может быть как 100 000 мелких файлов (сорцы нескольких проектов из CVS например) так при этом и изрядно DVD ISO которые как известно не маленькие.Эффективность вашего решения окажется при этом на уровне плинтуса - то что было хорошо 20 лет назад, в 2007 немного устарело.А сколько будет места потеряно на 100к мелочи - сами посчитайте исходя из размера блока, ваши несколько мегабайтов экономии при этом пролетят со свистом.


"Статья не понравилась"
Отправлено uldus , 03-Апр-07 10:21 
Гораздо важнее иметь возможность загрузиться на машине с сбойнувшим рабочим разделом. Минимум отдельный раздел под корень - это аксиома.

Второе, часто бывает что какой-нибудь несущественный /tmp или /var/log забивается сбойнувшим второстепенным приложением (или банальный DoS через забивание свободных inone если квот нет), что в вашем случае приведет к полному блокированию всех первичных систем.

Третье, отдельный корень дает возможность сделать fsck без перезагрузки.

Четвертое, годаздо упрощается процесс расширения пространства, перемантируем раздел на новый диск и все.

Вообщем, плюсов у разделения по разделам больше, чем плюсов при единой свалке /.


"Статья не понравилась"
Отправлено www.andr.ru , 08-Апр-07 10:31 
> Гораздо важнее иметь возможность загрузиться на машине с сбойнувшим рабочим разделом.
> Минимум отдельный раздел под корень - это аксиома.

ни разу в жизни мне выделенный корень не помог в случае неисправимого сбоя на диске. загрузить ось я могу и с флоппика, если уж совсем не грузиться. а толку от загрузившейся оси если все данные и базы недоступны никакого. гораздо лучше в случае аварии подождать лишние 10-20 минут и начать работать на чистой фс, без fsck в бэкграунде, который всё равно работать машине не даёт.


> Второе, часто бывает что какой-нибудь несущественный /tmp или /var/log забивается сбойнувшим
> второстепенным приложением (или банальный DoS через забивание свободных inone если квот нет),
> что в вашем случае приведет к полному блокированию всех первичных систем.

не бывает это часто. ни разу в жизни такого не было. и любой сисадмин легко придумает 100 способов уберечся от этой напасти. у меня так вообще чаще всего логи на хосте не хранятся - скидываются по сети на другую машину.


> Третье, отдельный корень дает возможность сделать fsck без перезагрузки.
> Четвертое, годаздо упрощается процесс расширения пространства, перемантируем
> раздел на новый диск и все.

Так я и говорю - наизобретать можно чего угодно, резонов всяких. Сферического квантового коня в вакууме. Все это - дым в дыре. Ничего этого на практике не требуется или решается другими методами. "Иметь возможность" - это круто, только она нафиг не нужна, эта возможность.


> Вообщем, плюсов у разделения по разделам больше, чем плюсов при единой свалк

Нет никаких плюсов у разделения, один большой минус - требуется следить за "здоровьем" кучи мелких кусочков и в два раза быстрее сталкиваешься с недостатком дисковых ресурсов, хотя на винте ещё места - вагон.


"Статья не понравилась"
Отправлено Дмитрий Ю. Карпов , 01-Апр-07 18:46 
А выделить под swap пару гигов на современных хардах - святое дело. особенно если это сервер: пусть лучше система свопится, чем заклинится на нехваке места для данных. К тому же зачастую лучше свопить данные и отдать место под кэширование файлов.

"Как разбить диск при установке FreeBSD"
Отправлено Кекс07 , 01-Апр-07 23:20 
Разбить диск наука не хитрая:
Вариант1: если вы живете на 10-м этаже, просто выкиньте его в окно!Диск будет разбит, гарантирую!
Вариант2: если вы живете на 1-м этаже, придется запастись большой кувалдой, желательно у кузнечных дел мастера.После пары-тройки хороших ударов диск будет напрочь разбит.

P.S. кстати это совсем не обязательно делать именно устанавливая фрю :)


"Как разбить диск при установке FreeBSD"
Отправлено www.andr.ru , 03-Апр-07 00:19 
ЛоЛ!

"OpenNews: Как разбить диск при установке FreeBSD"
Отправлено weec , 12-Апр-07 08:32 
ИМХО, я конечно благодарен автору за статью, что постарался провел несколько экспериментов
но, этот автор(я так понимаю сис.админ со стажем и большим опытом) просто забыл про "панику в системе"

"паника в системе" - это как раз один из моментов когда она нуждается в свопе двухкратном размеру оперативки. Если в момент "паники в системе" в свопе будет достаточно места, то дамп ядра сохраниться в целости и сохранности в гостепреимном и большом свопе :)


"OpenNews: Как разбить диск при установке FreeBSD"
Отправлено zlatko2013 , 12-Ноя-14 09:54 
вот и я склоняюсь к тому чтоб завести один раздел /. и туда все забросить и не ломать голову что-где когда закончится! тем более что в FreeBSD 10 -- при установке уже по умолчанию предлагается система GPT и всего два раздела swap и root (я так понял это корень и есть! /.) но GPT - лучше на сей момент не использовать а использовать MBR и диск бить на swap и один единственный slice. И потом не ломать голову - куда какие программы сохраняют информацию и не закончится ли она??? если не прав - то можно поспорить вот тут: http://freesoft.region48.com/forum/index.php?topic=627.msg92...