Посетитель под ником Beavis подготовил заметку (https://www.opennet.ru/base/sys/freebsd_first_setup.txt.html) с описанием шагов по установке FreeBSD.URL: https://www.opennet.ru/base/sys/freebsd_first_setup.txt.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=6662
Вобшем пойдет, но несогласен В:
- Весь диск одним куском и квоты не установлены. Время жизни такого сервака?
- Сразу неверный метод установки софта под FreeBSD. Use PORTS dude!!!!
>Вобшем пойдет, но несогласен В:
>- Весь диск одним куском и квоты не установлены. Время жизни такого
>сервака?
>- Сразу неверный метод установки софта под FreeBSD. Use PORTS dude!!!!
в инет доступа нет! какие порты??
у тя голый сервак с одной сетевухой и локальная сеть, а на твоей рабочей машине диалап!(все по минимуму берем, чтобы ни кто не обламывался и лишний раз не заморачивался)
Софт есть на диске. Накрайняк можно на тот же ftp положить родные пакаджи. Уж руками ставить я бы точно ни кому не стал советовать - совершенно гнилая идея.
После беглого просмотра (ставить фрю я умею, но вдруг что-нибудь новое?) задел момент про создание всего двух разделов - свопа и корня.. Нельзя такому подрастающие поколение учить. Да и грамматические ошибки стоит подправить.
А какой смысл юнному поколению делать например так?
256 MB /
622 MB swap
256 MB /var
256 MB /tmp
13261 MB /usr
да и вообще зачем? муть какаято!
>А какой смысл юнному поколению делать например так?
> ...
>да и вообще зачем? муть какаято!на гуру не претендую, но по порядку:
1. sysinstall в корне по дефолту создает fs с отключенными softupdates, это снижает общую производительность в твоем случае.
2. при некорректном завершении существует гораздо бОльшая вероятность порчи fs в твоем случае (подумай почему)
3. файлы пользователей, временные файлы и системный журнал (в просторечии логи) находятся на одном разделе. Это плохо так как существует вероятность при переполнении раздела из-за первого и второго потерять третье (подумай почему).
4. сам найди еще минимум 3 причины почему это плохо.Так что смысл не валить все в корень есть всегда, особенно для новичков. Кроме того, прививать хороший вкус нужно смолоду.
Насчет swap: имхо нет смысла делать его размер больше чем 2 * размер ОЗУ, я например обычно делаю 2 * размер ОЗУ при объемах до 128Мб, и в остальных случаях равным или на несколько процентов больше.
А что не так? При установке первого сервера никто на него не будет сразу ставить критчные сервисы под большой нагрузкой. Зато хоть будут знать что можно разные разделы с разными опциями примонтировать. Поэтому ни большой swap ни var там не нужно. Самое оно.
Презжде чем возмущатся, стоит выяснить что такое файловая система вообще. Ну и естественно, отводить весь диск под корень НЕЛЬЗЯ. Это снижает и скорость поиска файла и надежность, ну и что число inode конечное, я думаю знают все.
Начинать надо с другого, рекомендую статью Dru Lavigne "Building a Unix Server". Правда на языке IT proff's :) Лужит уж более года тут: http://www.onlamp.com/pub/a/bsd/2004/08/26/FreeBSD_Basics.htmlBRGDS,
GR
Фуфло полное1) Где настройка firewall ?
2) После установки систему нужно довести до 5.4-p8, кто дырки-то будет фиксить ?
3) Установка mc через configure - бррр
Того кто пропустил эту статью - на мыло :)
>Фуфло полное
>
>1) Где настройка firewall ?
>
>2) После установки систему нужно довести до 5.4-p8, кто дырки-то будет фиксить
>?
>
>3) Установка mc через configure - бррр
>
>Того кто пропустил эту статью - на мыло :)гуру и сами никсу поставят и все настроют, не для них написано!
для чайников есть handbook.
Допишите недостающие части о настройке firewall, методику апдейта, etc..PS. я не защищаю статью, просто последнее время действительно много на опеннет выходцев с ЛОРа, "жадных детей". Впрочем, посредственных статей тоже.
>Того кто пропустил эту статью - на мыло
а вам советую в сад.
а можно юному поколению поподробнее объяснить момент про создание всего двух разделов - свопа и корня? да и еще есть вопрос насчет размера свопа, в статье автор указывает что ставит обычно своп 4 гб, зачем такой большой своп?
да ставь сколько хочешь!
все зависит от оперативы, размера харда и необходимого свободного места на нем...
ставь пол_гига-гиг не ошибешься...
ну и зачем 4 гига? кто-то может пояснить внятно ? :)
Потому что у автора, видимо, это будет сервер баз данных, с базами в 10-40Гб, по иному никак - фря не буде использовать своп пока опреативная память не кончится, это же не Вин.
Но что вероятнее, автор перебрал на досуге.
Весь софт что он предложил установить из инета есть на диске, ядро нужно править не для ФВ, а для аппаратной составляющей, а если уж стоит задача быстро нахлобучить ФВ, т есть pf -быстро и со вкусом.
>Потому что у автора, видимо, это будет сервер баз данных, с базами
>в 10-40Гб, по иному никак - фря не буде использовать своп
>пока опреативная память не кончится, это же не Вин.
Как раз фря таки довольно активно использует своп, в отличии от линюкса, куда сбрасывает простаивающие проги. Обычно рекомендуемый размер 2*х ОЗУ, но (точно не знаю как фря, вынь точно не умеет использовать (если у вас не датацентр) ОЗУ больше 4 гиг) архитектура ia32 предполагает прямую адресацию процом только 4х гигов памяти, неважно ОЗУ это или виртуалка. Ядром ОС вся память рассматривается как единое пространство, поэтому если железо у вас не сервак с регистровой памятью, то организция большого свопа бессмыслена.
freebsd действительно не использует своп пока есть свободное озу, и вы сами себе противоречите фразой "Как раз фря таки довольно активно использует своп, в отличии от линюкса"насчет размера озу и размера виртуальной памяти: одному отдельно взятому процессу при 32bit "flat" модели адресации теоритически доступно 4Gb. А вот размер виртуальной памяти реально ограничен только объемом внешнего физического хранилища что надеюсь очевидно, и фантазией OS девелопера. Например FreeBSD позволяет адресовать до 2^32 страниц виртуальной памяти, каждая по 4096 байт, и этот предел чисто практический сами понимаете..
виноват, цитату предыдущего оратора прочислил посту Sergey
Автору стоит прочитать handbook и Absolute BSD
Бездарная статья
>Автору стоит прочитать handbook и Absolute BSD
>Бездарная статьяЗато если сделать так же как написано, все с первого раза заработает и можно приступить следущему этапу (к установке апача, пхп ну и тд., в конце концов, к грамотной настройке тогоже фаервола), а не замарачиваться, почему мля ssh не пашет,например!!
Уж лучше тогда дефолтные настройки использовать. Особенно в области разбивки диска.BTW, я надеюсь, вы в курсе, почему на / выключают SoftUpdates?
очень интерестно узнать с какого фига ssh может не работать. Вообще слабо представляю подобную ситуацию.
>очень интерестно узнать с какого фига ssh может не работать. Вообще слабо
>представляю подобную ситуацию.
потому как по умолчанию демон не пускается (хотя при установке можно это поправить) и нифига не настроено. Т.е. sshd вроде бы пускается при старте, и даже виден по ps, но на все попытки подключить говорит access denied. Нет, конечно продвинутые перцы после выхода из sysinstall (чего не нравиться во фрюшном инсталляторе, так отсутствие нормальных рабочих виртуальных консолей, хотя всех делов - поправить inittab на livecd) запустить vi и отконфигурить все что нужно
а почему бы просто не воспользоваться express install'ом? ставим minimal и не паримся.
Из статьи я в упор не понял одного - нахрена MC?!
>>Автору стоит прочитать handbook и Absolute BSD
>>Бездарная статья
>
>Зато если сделать так же как написано, все с первого раза заработает
>и можно приступить следущему этапу (к установке апача, пхп ну и
>тд., в конце концов, к грамотной настройке тогоже фаервола), а не
>замарачиваться, почему мля ssh не пашет,например!!
Если с *nix вообще никогда не сталкивался, то стоит таки начинать с изучения матчасти, а не пары квик-гайдов как сделать чтобы полетело, хрен с ним недолго, но зато быстро..
тот же sshd.conf вполне доступно закоментирован и параметры там вполне интуитивно понятные (естественно для дружащих с аглицким). Так что даже никогда не видя BSD, но имея опыт работы с другими *nix поднять ssh - дело если не 5 минут, то не полее получаса.
Handbook -- handbook'ом. А я бы рекомендовал Федорчука -- для начинающего в самый раз, по себе сужу
>Handbook -- handbook'ом. А я бы рекомендовал Федорчука -- для начинающего в
>самый раз, по себе сужу
ну не знаю... я бы все-таки первоисточник прочитал для начала, Федорчук - это хорошо, но мягко говоря много воды и вот как раз для начинающего я бы его выводы не рекомендовал
как раз "вода" Федорчука и дает общее представление о сути фрюши :)
просто хандбук - это кнешно хорошо, однако для понимания сруктуры, идеи, политики и тп нужны статьи типа "от Федорчука". По ним можно не только сделать чтото, а и понять для чего и КАК это делается... в будущем (или при изменении параметров решаемой задачи) человек уже сам, ОСМЫСЛЕННО, изменит ключи, порядок, состав команд без долгого "гугления" пошаговых инструкций и курения манов. это мое ИМХО по которому я и изучаю юниксы (а не только фрюшу)... достаточно сказать что сейчас я полюбил консольку :) (и это старый виндовозник с еще более старыми привычками к грызунам)P.S. Сейчас я использую фрюшу на рабочем месте и нужды в мелкософтах не ощущаю (крутятся офис, мультимедиа, CAD-программы, настроен принтер, сканер, связь с фотоаппаратом и беспроводные железки (для эксперимента).
Согласен с рассуждениями о Фкдорчуке.
Сам пополз фряху смотреть после прочтения его статей (до этого успешно юзал слак).P.S. Поделись названиями CAD прог.
А то держу винду только из-за того, что нужен AutoCAD и P-CAD со Спектрой.
Да и FineReader периодически нужен.
Дырки нужно патчить, тем более если потом еще апач ставить. И файрвол не поможет, если дырки оставлять.
после этой установки пиво явно не захочется пить ,да и вообщето с 5 ветки появилась возможность более простого компила ядра : cd /usr/src && make kernel KERNCONF=GENERIC , про разделение партиций и тд - промолчу , многие уже высказались , по ssh - есть возможность сразу при инсталяции указать что использовать ssh , тогда и сертефикаты автоматом сгенерятся ... так что - даже для первой установки Фри - слишком много неточночтей , и извращений , в особенности с установкой софта из исходников ...
Ну вообще-то это было как минимум еще в FreeBSD 3.X
По FreeBSD мне книжка М. Эбена и Б. Таймэна понравилась - для начинающих самое то! От установки до апачей, файрволов, сэндмыла.. Для хоть как-то продвинутых не пойдёт.
Статья конечно с огрехами, но что-нибудь уже лучше чем ничего, ну а "юное поколение" уже многое вынесет только из этого треда =)
[offtopic]Вот мы кто-нибудь статью грамотную про MAC замутил.. :-([/offtopic]
>Своп желательно сделать как минимум 1 гиг, я обычно ставлю 4 гига.
Ф топку таких афтаров. Я вот одного не пойму, зачем эти статьи, если есть внятный русский handbook. Автору не помешало бы почитать его. Размер свопа ставится равным 2 х оперативы, ни больше, ни меньше. Ровно столько ожидает увидеть фряшный шедулер и именно под такие значения оптимизирована его работа.
>если есть внятный русский handbook.Не факт, что менее ползно вначале поставить систему по краткому пошаговому руководству, а потом потратить пару недель, на разбирание того что сделал.
> Размер свопа ставится равным 2 х оперативы, ни больше, ни меньше.Мсье рабирал исходники scheduler-а или слепо верит тому что написали в handbook для отвода глаз во времена FreeBSD 2.2 ?
Мсье в курсе, что нормальный сервак вообще в своп не лезет?
>Мсье в курсе, что нормальный сервак вообще в своп не лезет?А ты в курсе, что нагрузка на сервак достаточно сильно возрастает и памяти 4 Гига не хватает? А двойной своп как раз спасет сервак до близжайшей модернизации/разгрузки.
>>Мсье в курсе, что нормальный сервак вообще в своп не лезет?
>
>А ты в курсе, что нагрузка на сервак достаточно сильно возрастает и
>памяти 4 Гига не хватает? А двойной своп как раз спасет
>сервак до близжайшей модернизации/разгрузки.Когда нагруженный сервак полезет в своп - ему придет незамедлительное просветление и транс с нирваной. Ты видел как ведет себя веб-сервак которому не хватило памяти и он полез в своп? он впадает в кому. так что своп, по большому счету никуда не уперся. Хотя и серваки разные бывают... я в основном с web-серваками имею дело и сужу со своей колокольни, так что могу быть и неправ.
Я, в принципе, не отрицаю формулы swap=2xRAM и сам так делаю.
Кстати, сервак до ближайшей разгрузки спасает какой угодно своп, хоть RAM/2.
Ставил размер свопа как объем оперативки х2, в результате кончалась память (было 32Мб и небыло другого железа, а задачи решать надо было) и грохались процессы. Когда поставил больше все работало, хоть и тормозило жутко.
by the way, никто не знает LVM на Фряху прикручивается? Стоит копать?
> by the way, никто не знает LVM на Фряху прикручивается? Стоит копать?По ходу дела есть vinum.
Дает аналогичный еффект.Теперь отвечу на вопрос почему надо делать swap больще ОЗУ.
Потому как ежели случится kernel panic, то куда мы сбрасывает dump ОЗУ ?
Правильно - в swap.
А если swap меньше ОЗУ ?
По разделу, идущему за swap в таком случае панехидку можно справлять.
Я уже не говорю про особенности работы FreeBSD со swap, куда она выгружает всякий малоиспользуемый хлам.
Так что даже есть 1Гб ОЗУ, то ф-ла swap=2xRAM работает более чем успешно.
У меня вот гиг ОЗУ. Не делал swap раздел вообще. Все работает -)
> У меня вот гиг ОЗУ. Не делал swap раздел вообще. Все работает -)А я не говорил, что не бдет работать.
Есть понятие стабильности.
Он вероятно Вам незнакомо.P.S.
Хотелось бы посмотреть куда Вы сбросите dump памяти ;)))
У Вас так часто происходит kernel panic ? Тогда что-то в консерватории не так.
а я вот для примера запускал одну программку (не буду вдаваться в подробности).., так вот она у меня и ОЗУ и большую часть свопа съедала, не подскажете, куда будут сваливаться данные (или dump) свопа и чем те данные в свопе хуже или лучьше, чем ОЗУ, если вдруг их сваиливать не нужно? а если вдруг данные свопа будут сваливаться в своп, то как же предсказать какая программка при каких нагрузках это своп на сколько откушает, так, что бы еще и своп сделать в два раза больше для свопа?... :)
какие то очень невнятные доводы.я всегда думал что место куда сбрасывается дапм кернел паника указывается через dumpdev в rc.conf
"Before the kernel will dump the contents of its physical memory to a dump device, a dump device must be configured."
а писать дамп памяти прямо на диск с возможным переполнением места на разделе - по-моему глупо и тупо, и разработчики не могли так сделать.
Ну крутизна !!!Чувак впервые ставит Фрю и уже в состоянии разобраться в содержимом дампа при аварии !!! Ну перцы !!! Насколько я понимаю, по большому счету, это имеет смысл в таком раскладе - завалилось, дамп залил на DVD, и отправил ... ну не на деревню дедушке, а разработчиками ФРИ, ну типа "дедушке морозу пожлание под елочку". Что кто-то серьезно ручками к каким-то положительнм результатом разбирал дами ? Или синее НТ-виндовое окно понимал ? (Опять пиво между столиками разносят!)
Не надо нести бред насчет отправки дампа кому-то. В документации (поставляемой с системой, кстати) описано, как из дампа выковырять полезную информацию на своей машине (backtrace например) и послать разработчикам, совершенно не разбираясь в программировании. Я делал, ничего сложного в этом нет.
А при установке новичку достаточно лишь знать, что размер свопа для дампа должен быть не меньше планируемого размера оперативы - про остальные тонкости он может прочитать потом.
>а писать дамп памяти прямо на диск с возможным переполнением места на
>разделе - по-моему глупо и тупо, и разработчики не могли так
>сделать.Учим матчасть, тем более, что это поведение документировано:
во время паники система не имеет никаких средств проверки чего-либо, и она не может писать в файл (вполне возможно, что код файловой системы накрылся медным тазом), поэтому она пишет на диск последовательно в своп-раздел, не проверяя, кончился ли он. Соответсвенно, если раздел слишком маленький, начало следующего раздела будет перетерто.
> По разделу, идущему за swap в таком случае панехидку можно справлять.
откуда такая информация? поделитесь, пожалуйста.
мне найти пока не удалось.или Вы также считаете, что и попытавшись скопировать файл размером превышающий,
скажем /, по следующему за ним, скажем /usr, "панехидку можно справлять" ?
man crash
man dumpon
man savecoreа копирование файлов не имеет _никакого_ отношения к сбросу дампа при панике - см. мой соседний коммент
Вы вообще про что говорите, любое пошаговое руководство особенно интересно для начинающего, почитал поставил и разбираешся что да как. А вообще, в установке есть стандартная и выборочная установка, если не понимаш ни чего ставь стндартную (выборочная она и расчитана на опытных пользователей).
А про firewall - это для более "продвинутых пользователей", для начала надо систему поставить и посмотреть что-же она из себя представляет, а вот после можно уже и ядро строить и мир строить и т.д. ...
> А про firewall - это для более "продвинутых пользователей", для начала надо систему поставить и посмотреть что-же она из себя представляет, а вот после можно уже и ядро строить и мир строить и т.д. ...В так случае автору вообще не нужно было упоминать про firewall !
А то что-то накалякал - сделал вид, что настроил.
> 3) Установка mc через configure - брррА что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....
> А что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....Ну не смешно даже
Свои патчи можно засунуть в свои порты
Систему портов изучал ?
>> А что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....
>
>Ну не смешно даже
>Свои патчи можно засунуть в свои порты
>Систему портов изучал ?Систему портов я изучал.
Я не люблю -g итд, итп.
Я НЕНАВИЖУ когда собираемый софт линкуется с чем-попало...,
да еще у особо нерадивых коммитеров (слава богу сейчас почти все исправились) по умолчанию тянет за собой
тонны говна без которого вполне можно обойтись.бОльшая базовая часть системы ессно собирается из портов, но кое-что, имхо, не помешает собрать руками.
Интересно почему никто не вспомнил про русский перевод устновки FreeBSD ?
"Илюстрированное Руководство по Установке FreeBSD"
https://www.opennet.ru/docs/BSD/FreeBSDR/
Вполне себе...
Отличная статья о том, как FreeBSD устанавливать НЕЛЬЗЯ. Интересно, автор статьи прочитал, хотя бы, handbook? Статья - сплошной ляп. Чего стоит, например, требование перезагрузки системы после установки mc! Мучает меня смутное подозрение, что автор о команде rehash, применяемой в стандартной оболочке csh, даже не слышал. И, кроме того, масса орфографических и пунктуационных ошибок.
Афтор! Йедь в Бобруйск и выпей йаду!
+1Как я понял из трэда - один раздел под корень, отсутсвие квот. Открываю статью, читаю в середине... Автор создает ftp сервер с двумя каталогами для чтения и upload, закрываю статью. Афтер подумай на досуге сколько может залить анонимус по ftp с отсутсвующими квотами в upload и как себя будет вести система c единственным разделом с Capacity 102%. Такой мега сервер даже хачить не нужно - все предусмотрено самим автором.
Больше не читал. Не тратъте свое время на любительские писюльки, читайте нормальную документацию.
Немного добавлю от себя.
Есть такие люди - варезники; они обмениваются пиратским софтом. А размер последних Windows и M$-Office вы представляете. Так вот, обнаружив анонимный upload, варезники тут же зальют туда пиратский софт и оповестят друзей "качайте отсюда". А за трафик заплатит владелец сервера.
Открытый upload - это что-то типа открытого Proxy-серветв, немногим лучше открытого почтового релея.
Чем мне нравится таки статьи так это количеством ламеров постящих свои коментарии к ним. "Юный" кул хацкер узнал команду rehash и теперь он готов "нагнуть" любого.
>Чем мне нравится таки статьи так это количеством ламеров постящих свои коментарии к ним.
> "Юный" кул хацкер узнал команду rehash и теперь он готов "нагнуть" любого.Но гораздо хуже другой кул хацкер, до сих пор не знающий команды 'rehash'!
Кстати, в статье уже есть про 'rehash'. Добавили, что ли?PS: Всё немного сложнее, чем кажется: 'rehash' надо делать на всех shell'ах, которые были запущены до установки новой программы, если мы собираемся из этих shell'ов запускать эту программу. Вместо 'rehash' можно выйти из системы (при этом закончится текущий shell) и зайти заново (при этом запустится новый shell имеющий новый, уже актуальный hash).
> опять запускаем mc (без него теперь никуда:)албанский то надо подучить...
самое странное, автор говорит что это установка полезен когда нет инета для новичка :)
а как он скачает интересно putty и mc? :))
ROFL
если бы статья называлась "Установка FreeBSD 5.4 с нуля на рабочую станцию", я бы посмеялся, но так как она называется Установка FreeBSD 5.4 с нуля... я просто умераю сосмеху :-))))))))))))
ващщщщщщщееееее.
балин, да скока можно грить о установке для "чайников", хотите разобраться, наступайте на грабли. но ненужно писать такие статьи ф которых описано как не правильно наступать на грабли!
а то кто нить захочеи всетаки на них наступить
согласен с cj лучше понаступать на свои грабли а потом все таки прийдется почитать handbook и по форумам полазить. я например сначала завалил все разделы по незнанию а потом их восстанавливал месяц, потом прочитал руководство и понял ошибки. еще книга неплохая есть Полный справочник по FreeBSD неплохое дополнение к handbook.
Прочитал статью. Создалось впечатление, что её писал школьник, лишь недавно попробовавший FreeBSD после нескольких опытов с различными дистрибутивами Linux. Влияние Linux чувствуется уже во время разбивки диска. Но больше всего мне понравился метод завершения sysinstall - через Alt+Ctrl+Del и "Abort" :-)) Настоятельно рекомендую автору прочитать, наконец, нормальную документацию по FreeBSD, попробовать стандарный метод установки и отучиться от графомании.Что касается разбивки диска на _сервере_, рекомендую попробовать метод DD (так называемый Dangerously Dedicated). Так же рекомендую выбирать размер подраздела swap в соответствии с решаемыми задачами. Например у меня, при размере RAM 256Mb, размер swap составляет лишь 128Mb. Мне этого вполне хватает и сохранение дампов памяти не требуется. В /etc/rc.conf я написал dumpdev="NO", что в общем и не обязаельно было делать.
Хы. статьи не читал, но по отзывам сложилось впечатление что автор и правда тока-тока с линя перелез на фрю, а перед этим плотно сидел на винде.если не ошибаюсь - то 5 ветка еще пока не рекомендована для использования как сервер. так что это больше "проба пера" автора. Так что если можно совет автору - прислушайтесь к критике и сделайте соответсвующие выводы для дальнейшего развития.
Дааа !?А вот на www.freebsd.org написано:
* Production Release 6.0
* Production (Legacy) Release 5.4Про четверку вообще убрали ... А дальше каждый сам себе ... :) Во внутренней сети у меня порядка 30 пятерок, работают как часики (тьфу-тьфу). Ну и снаружи первые две 5.4 выставил ... пока живут :)
BRGDS,
GR
>РЕБЯТ, СОЧУСТВУЮ ТЕМ КТО ИЗУЧАЛ НИКСУ ПО HANDBOOK !!Можно служить панихиду по тем, кто изучает FreeBSD по этой "статье".
to Beavis: Забей на них. Как известно ломать не строить.
>Так что если можно совет автору - прислушайтесь
>к критике и сделайте соответсвующие выводы для
>дальнейшего развития.
Сдесь ни одного совета , кроме , как почитать хендбук нет. Одно жлобское хамство.
>Сдесь ни одного совета , кроме , как почитать хендбук нет. Одно
>жлобское хамство.согласен. но даже читая "хамство" можно вынести бесценный опыт. все таки даже имея опыт общения с линем я изучение фри начал с хэндбука и разных хау-то. а уж потом начались более обзорные статьи и книги.
Но главная идея (еще до начала "хамства") - не надо так разбивать диск. опять же обращаясь к своему опыту - приходилось ставить систему на 486 с 24 метрами памяти и 850 метров винт. так что совет "да сколько хош размером swap делай" тут не прокатит. я пару дней сидел на бумажке прикидывал как все это уместить и чтоб работало. но даже оглядываясь назад не могу сказать что мой выбор был оптимальным.
Как раз новичкам не следует начинать изучение FreeBSD с таких "руководств", т.к. эта статья изначально их направит на неверный путь. Имхо однако.
to kill9: Обрати внимание на вступление в статье:
>...для тех кто еще не определился зачем она
>ему нужна и что будет делать...
Т.е. целью автора является просто установка рабочей верси ос. И кто скажет, что он этого не добился? Если бы вначале статьи автор поставил другую задачу, например установку файл-сервера, тогда другое дело. А так за, что ругать?
>но даже читая "хамство" можно вынести бесценный
>опыт
Только один: НИКОГДА БОЛЬШЕ НЕ ПИСАТЬ НИКАКИХ СТАТЕЙ!
>to kill9: Обрати внимание на вступление в статье:
>>...для тех кто еще не определился зачем она
>>ему нужна и что будет делать...
>Т.е. целью автора является просто установка рабочей верси ос. И кто скажет,
>что он этого не добился? Если бы вначале статьи автор поставил
>другую задачу, например установку файл-сервера, тогда другое дело. А так за,
>что ругать?
>>но даже читая "хамство" можно вынести бесценный
>>опыт
>Только один: НИКОГДА БОЛЬШЕ НЕ ПИСАТЬ НИКАКИХ СТАТЕЙ!Ну обычно ОС ставят с определенной целью. Например на работе у меня стоит Windows потому что я пишу проги в VS.NET 2003-2005. Я конечно мог бы замутить *NIX и наставить разного рода эмулей для работы со студией - но нафига?
Дома у меня стоит FreeBSD потому что это любовь с первого взгляда еще с 90-х годов. Для домашних целей (для игрушек пользую консоль и телек) мне более чем достаточно.
у меня есть 2 цели - у меня есть 2 ОС соответсвующе настроенных. А ставить "сервер незная пока еще зачем" - на мой взгляд ламерство (сорри за резкость). и вообще зачем ставить сервер если не знаешь для чего он нужен. На мой взгляд *NIX системы чем и хороши, тем что можно ТОНКО настроить под свои задачи.
Тем более в обсуждаемой статье очень много нерациональных телодвижений. пользователей например можно было бы добавить и при установке без лишних дерганий sysinstall. Да и к тому же пользовать (на мой взгляд) например vi или ее намного удобней чем МС.
Если статья написана для начинающих - то я еще ни разу не видел что бы начинающим дали ставить сервер. Сервер мало поставить, за ним еще надо следить и ухаживать. а поставить комп подальше и забыть про него (как советуют начинающим) неудастся. сам видел как воспламеняются блоки питания от пыли.
да и манера написания. такое ощущение что читаю первые номера "хакер"'а (осбенно учитывая 2 призыва наградить себя пивом за проделанную работу). в общем сложилось мнение, что мануал для скрипт-кидди, но не для новичков.для новичков есть "иллюстрированное руководство по установке" на русском. все то же самое, только более литературно.
>to kill9: Обрати внимание на вступление в статье:
>>...для тех кто еще не определился зачем она
>>ему нужна и что будет делать...
угу - биллинговая система на такой установке смело идет лесом.
Или web сервер. тоже самое.
to kill9:
>потому что я пишу проги в VS.NET 2003-2005
Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия, что программы, что документации, мягко говоря далеки от совершенства:-). А представь если возьмут твой сыренький код и начнут "учить программировать".
Указывать на ошибки и давать советы это одно, а откровенно хамить и издеваться другое.
И на счет vi. Я , как вижу , на работе ты все таки VS юзаешь:-), а не vi.
>to kill9:
>>потому что я пишу проги в VS.NET 2003-2005
>Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия,
>что программы, что документации, мягко говоря далеки от совершенства:-). А представь
>если возьмут твой сыренький код и начнут "учить программировать".
>Указывать на ошибки и давать советы это одно, а откровенно хамить и
>издеваться другое.
>И на счет vi. Я , как вижу , на работе ты
>все таки VS юзаешь:-), а не vi.Потому и говорю что надо выносить уроки из того флейма что поднялся. По поводу моих ошибок - я смог пережить критику в свой адрес и вместо "да пошли вы" стал работать над собой. и как результат - тем что я написал пользуются по всему бывшему ссср.
а использование VS обусловлено техническими требованиями кампаний-партнёров. тут ничего не попишешь.
да и к тому же не понимаю такой блажи - навесят на ВыньХР всяких модингов и кастомайзов со всякими прозрачностями и смусами-затуханиями (а че если у машина зверь) и сидят весь день в ФАРе на весь экран. Потому и буду пользовать VS а не VI.кстати, чем дольше пользуюсь продукцией M$, тем больше убеждаюсь что не зря Бил Гатес своих программарей кормит. У меня уже полтора года (ну как новую машину дали) стоит винда, какие тока на ней опыты не ставил (одни мои шедевры кодинга чего стОят ;о)) - стоит и не падает (речь о лицензированном ПО а не с митин-базар или совка).
>Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия,
>что программы, что документации, мягко говоря далеки от совершенства:-). А представь
>если возьмут твой сыренький код и начнут "учить программировать".
>Указывать на ошибки и давать советы это одно, а откровенно хамить и
>издеваться другое.to GrizLi:
А представь себе "начинающего девелопера", который, написав свой первый "Hello, world!", полезет писать статью про то, как он это сделал? Да еще с бредовыми рассказами, например, как из vi выходить перезагрузкой или килянием процесса с соседней консоли? Если просто чайник -- сиди учись, а если чайник с манией величия -- получи по носу.
to kill9:
Мы тут недавно тз американских коллег инспектировали, так матерились все, долго, яро:-). Даже хотели все перевести на английский и послать в ответ:-). Так , что после ихого тз эта статья даже ничего:-).
А программы партнеры, как правило требуют кодинг стайл и компилятор, а редактор ты выбираеш сам.
Хотя согласен, что VS2003 пожалуй лучший среди ide.
>to kill9:
>Мы тут недавно тз американских коллег инспектировали, так матерились все, долго, яро:-).
>Даже хотели все перевести на английский и послать в ответ:-). Так
>, что после ихого тз эта статья даже ничего:-).
>А программы партнеры, как правило требуют кодинг стайл и компилятор, а редактор
>ты выбираеш сам.
>Хотя согласен, что VS2003 пожалуй лучший среди ide.Хых. нам M$ долго не мог решить с каким языком VS2005 прислать, все время балтийскую версию норовил всучить :о) сколько гневных писем было написано что нас устроит и английская. никак видать не могли понять что мы английский знаем лучше чем они русский.
А ide хоть и не шедевр, но супер. особенно мне нравится его расширяемость.
На MS работаешь?
>На MS работаешь?Не, упаси боже. Мне еще рано.