The OpenNET Project / Index page

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

Установка FreeBSD 5.4 с нуля

19.12.2005 18:07

Посетитель под ником Beavis подготовил заметку с описанием шагов по установке FreeBSD.

  1. Главная ссылка к новости (http://www.opennet.ru/base/sys...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/6662-freebsd
Ключевые слова: freebsd, install
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (86) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 18:58, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вобшем пойдет, но несогласен В:
    - Весь диск одним куском и квоты не установлены. Время жизни такого сервака?
    - Сразу неверный метод установки софта под FreeBSD. Use PORTS dude!!!!

     
     
  • 2.9, Beavis (ok), 20:06, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Вобшем пойдет, но несогласен В:
    >- Весь диск одним куском и квоты не установлены. Время жизни такого
    >сервака?
    >- Сразу неверный метод установки софта под FreeBSD. Use PORTS dude!!!!


    в инет доступа нет! какие порты??
    у тя голый сервак с одной сетевухой и локальная сеть, а на твоей рабочей машине диалап!(все по минимуму берем, чтобы ни кто не обламывался и лишний раз не заморачивался)

     
     
  • 3.16, Аноним (-), 21:00, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Софт есть на диске. Накрайняк можно на тот же ftp положить родные пакаджи. Уж руками ставить я бы точно ни кому не стал советовать - совершенно гнилая идея.
     

  • 1.2, terver (?), 19:04, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    После беглого просмотра (ставить фрю я умею, но вдруг что-нибудь новое?) задел момент про создание всего двух разделов - свопа и корня.. Нельзя такому подрастающие поколение учить. Да и грамматические ошибки стоит подправить.
     
     
  • 2.7, Beavis (ok), 19:57, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А какой смысл юнному поколению делать например так?
    256 MB /
    622 MB swap
    256 MB /var
    256 MB /tmp
    13261 MB /usr
    да и вообще зачем? муть какаято!
     
     
  • 3.15, c0x (??), 20:58, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    на гуру не претендую, но по порядку 1 sysinstall в корне по дефолту создает fs... большой текст свёрнут, показать
     
  • 3.18, Аноним (-), 21:04, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так? При установке первого сервера никто на него не будет сразу  ставить критчные сервисы под большой нагрузкой. Зато хоть будут знать что можно разные разделы с разными опциями примонтировать. Поэтому ни большой swap ни var там не нужно. Самое оно.
     
  • 3.27, Arti (??), 22:58, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Презжде чем возмущатся, стоит выяснить что такое файловая система вообще. Ну и естественно, отводить весь диск под корень НЕЛЬЗЯ. Это снижает и скорость поиска файла и надежность, ну и что число inode конечное, я думаю знают все.
     

  • 1.3, Аноним (-), 19:20, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Начинать надо с другого, рекомендую статью Dru Lavigne "Building a Unix Server". Правда на языке IT proff's :) Лужит уж более года тут: http://www.onlamp.com/pub/a/bsd/2004/08/26/FreeBSD_Basics.html

    BRGDS,
    GR

     
  • 1.4, Осторожный (?), 19:21, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Фуфло полное

    1) Где настройка firewall ?

    2) После установки систему нужно довести до 5.4-p8, кто дырки-то будет фиксить ?

    3) Установка mc через configure - бррр

    Того кто пропустил эту статью - на мыло :)

     
     
  • 2.10, Beavis (ok), 20:08, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Фуфло полное
    >
    >1) Где настройка firewall ?
    >
    >2) После установки систему нужно довести до 5.4-p8, кто дырки-то будет фиксить
    >?
    >
    >3) Установка mc через configure - бррр
    >
    >Того кто пропустил эту статью - на мыло :)

    гуру и сами никсу поставят и все настроют, не для них написано!

     
     
  • 3.39, mdv (?), 06:43, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    для чайников есть handbook.
     
  • 2.17, c0x (??), 21:04, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Допишите недостающие части о настройке firewall, методику апдейта, etc..

    PS. я не защищаю статью, просто последнее время действительно много на опеннет выходцев с ЛОРа, "жадных детей". Впрочем, посредственных статей тоже.

    >Того кто пропустил эту статью - на мыло
    а вам советую в сад.

     

  • 1.5, Аноним (5), 19:27, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а можно юному поколению поподробнее объяснить момент про создание всего двух разделов - свопа и корня? да и еще есть вопрос насчет размера свопа, в статье автор указывает что ставит обычно своп 4 гб, зачем такой большой своп?
     
     
  • 2.8, Beavis (ok), 20:03, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    да ставь сколько хочешь!
    все зависит от оперативы, размера харда и необходимого свободного места на нем...
    ставь пол_гига-гиг не ошибешься...
     
     
  • 3.20, keepver (??), 21:11, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    ну и зачем 4 гига? кто-то может пояснить внятно ? :)
     
     
  • 4.44, all_sun (??), 09:19, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что у автора, видимо, это будет сервер баз данных, с базами в 10-40Гб, по иному никак - фря не буде использовать своп пока опреативная память не кончится, это же не Вин.
    Но что вероятнее, автор перебрал на досуге.
    Весь софт что он предложил установить из инета есть на диске, ядро нужно править не для ФВ, а для аппаратной составляющей, а если уж стоит задача быстро нахлобучить ФВ, т есть pf -быстро и со вкусом.
     
     
  • 5.97, Sergey (??), 13:16, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что у автора, видимо, это будет сервер баз данных, с базами
    >в 10-40Гб, по иному никак - фря не буде использовать своп
    >пока опреативная память не кончится, это же не Вин.
    Как раз фря таки довольно активно использует своп, в отличии от линюкса, куда сбрасывает простаивающие проги. Обычно рекомендуемый размер 2*х ОЗУ, но (точно не знаю как фря, вынь точно не умеет использовать (если у вас не датацентр) ОЗУ больше 4 гиг) архитектура ia32 предполагает прямую адресацию процом только 4х гигов памяти, неважно ОЗУ это или виртуалка. Ядром ОС вся память рассматривается как единое пространство, поэтому если железо у вас не сервак с регистровой памятью, то организция большого свопа бессмыслена.

     
     
  • 6.100, c0x (??), 12:57, 31/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    freebsd действительно не использует своп пока есть свободное озу, и вы сами себе противоречите фразой "Как раз фря таки довольно активно использует своп, в отличии от линюкса"

    насчет размера озу и размера виртуальной памяти: одному отдельно взятому процессу при 32bit "flat" модели адресации теоритически доступно 4Gb. А вот размер виртуальной памяти реально ограничен только объемом внешнего физического хранилища что надеюсь очевидно, и фантазией OS девелопера. Например FreeBSD позволяет адресовать до 2^32 страниц виртуальной памяти, каждая по 4096 байт, и этот предел чисто практический сами понимаете..

     
  • 6.101, c0x (??), 13:00, 31/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    виноват, цитату предыдущего оратора прочислил посту Sergey
     

  • 1.6, awk (??), 19:43, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Автору стоит прочитать handbook и Absolute BSD
    Бездарная статья
     
     
  • 2.12, Beavis (ok), 20:15, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Автору стоит прочитать handbook и Absolute BSD
    >Бездарная статья

    Зато если сделать так же как написано, все с первого раза заработает и можно приступить следущему этапу (к установке апача, пхп ну и тд., в конце концов, к грамотной настройке тогоже фаервола), а не замарачиваться, почему мля ssh не пашет,например!!

     
     
  • 3.19, Аноним (-), 21:06, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Уж лучше тогда дефолтные настройки использовать. Особенно в области разбивки диска.

    BTW, я надеюсь, вы в курсе, почему на / выключают SoftUpdates?

     
  • 3.22, sash (??), 21:53, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    очень интерестно узнать с какого фига ssh может не работать. Вообще слабо представляю подобную ситуацию.
     
     
  • 4.99, Sergey (??), 13:31, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >очень интерестно узнать с какого фига ssh может не работать. Вообще слабо
    >представляю подобную ситуацию.
    потому как по умолчанию демон не пускается (хотя при установке можно это поправить) и нифига не настроено. Т.е. sshd вроде бы пускается при старте, и даже виден по ps, но на все попытки подключить говорит access denied. Нет, конечно продвинутые перцы после выхода из sysinstall (чего не нравиться во фрюшном инсталляторе, так отсутствие нормальных рабочих виртуальных консолей, хотя всех делов - поправить inittab на livecd) запустить vi и отконфигурить все что нужно
     
  • 3.40, mdv (?), 06:48, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    а почему бы просто не воспользоваться express install'ом? ставим minimal и не паримся.
    Из статьи я в упор не понял одного - нахрена MC?!
     
  • 3.98, Sergey (??), 13:22, 27/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >>Автору стоит прочитать handbook и Absolute BSD
    >>Бездарная статья
    >
    >Зато если сделать так же как написано, все с первого раза заработает
    >и можно приступить следущему этапу (к установке апача, пхп ну и
    >тд., в конце концов, к грамотной настройке тогоже фаервола), а не
    >замарачиваться, почему мля ssh не пашет,например!!
    Если с *nix вообще никогда не сталкивался, то стоит таки начинать с изучения матчасти, а не пары квик-гайдов как сделать чтобы полетело, хрен с ним недолго, но зато быстро..
    тот же sshd.conf вполне доступно закоментирован и параметры там вполне интуитивно понятные (естественно для дружащих с аглицким). Так что даже никогда не видя BSD, но имея опыт работы с другими *nix поднять ssh - дело если не 5 минут, то не полее получаса.
     

  • 1.11, Аноним (-), 20:14, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Handbook -- handbook'ом. А я бы рекомендовал Федорчука -- для начинающего в самый раз, по себе сужу
     
     
  • 2.21, keepver (??), 21:20, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Handbook -- handbook'ом. А я бы рекомендовал Федорчука -- для начинающего в
    >самый раз, по себе сужу
    ну не знаю... я бы все-таки первоисточник прочитал для начала, Федорчук - это хорошо, но мягко говоря много воды  и вот как раз для начинающего я бы его выводы не рекомендовал
     
     
  • 3.33, polkan (?), 03:28, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    как раз вода Федорчука и дает общее представление о сути фрюши просто хандб... большой текст свёрнут, показать
     
     
  • 4.62, Akademic (??), 17:33, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен с рассуждениями о Фкдорчуке.
    Сам пополз фряху смотреть после прочтения его статей (до этого успешно юзал слак).

    P.S. Поделись названиями CAD прог.
    А то держу винду только из-за того, что нужен AutoCAD и P-CAD со Спектрой.
    Да и FineReader периодически нужен.

     

  • 1.13, Аноним (-), 20:42, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дырки нужно патчить, тем более если потом еще апач ставить. И файрвол не поможет, если дырки оставлять.
     
  • 1.23, Аноним (-), 21:59, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    после этой установки пиво явно не захочется пить ,да и вообщето с 5 ветки появилась возможность более простого компила ядра : cd /usr/src && make kernel KERNCONF=GENERIC , про разделение партиций и тд - промолчу , многие уже высказались , по ssh - есть возможность сразу при инсталяции указать что использовать ssh , тогда и сертефикаты автоматом сгенерятся ... так что - даже для первой установки Фри - слишком много неточночтей , и извращений , в особенности с установкой софта из исходников ...
     
     
  • 2.46, Nick (??), 09:39, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще-то это было как минимум еще в FreeBSD 3.X
     

  • 1.24, terver (?), 22:05, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По FreeBSD мне книжка М. Эбена и Б. Таймэна понравилась - для начинающих самое то! От установки до апачей, файрволов, сэндмыла.. Для хоть как-то продвинутых не пойдёт.
    Статья конечно с огрехами, но что-нибудь уже лучше чем ничего, ну а "юное поколение" уже многое вынесет только из этого треда =)
    [offtopic]Вот мы кто-нибудь статью грамотную про MAC замутил.. :-([/offtopic]
     
  • 1.25, Vicus (?), 22:41, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Своп желательно сделать как минимум 1 гиг, я обычно ставлю 4 гига.
    Ф топку таких афтаров. Я вот одного не пойму, зачем эти статьи, если есть внятный русский handbook. Автору не помешало бы почитать его. Размер свопа ставится равным 2 х оперативы, ни больше, ни меньше. Ровно столько ожидает увидеть фряшный шедулер и именно под такие значения оптимизирована его работа.
     
     
  • 2.28, Аноним (-), 23:09, 19/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >если есть внятный русский handbook.

    Не факт, что менее ползно вначале поставить систему по краткому пошаговому руководству, а потом потратить пару недель, на разбирание того что сделал.


    > Размер свопа ставится равным 2 х оперативы, ни больше, ни меньше.

    Мсье рабирал исходники scheduler-а или слепо верит тому что написали в handbook для отвода глаз во времена FreeBSD 2.2 ?

     
     
  • 3.41, mdv (?), 06:50, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Мсье в курсе, что нормальный сервак вообще в своп не лезет?
     
     
  • 4.84, universite (ok), 00:49, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Мсье в курсе, что нормальный сервак вообще в своп не лезет?

    А ты в курсе, что нагрузка на сервак достаточно сильно возрастает и памяти 4 Гига не хватает? А двойной своп как раз спасет сервак до близжайшей модернизации/разгрузки.

     
     
  • 5.87, mdv (ok), 06:42, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >>Мсье в курсе, что нормальный сервак вообще в своп не лезет?
    >
    >А ты в курсе, что нагрузка на сервак достаточно сильно возрастает и
    >памяти 4 Гига не хватает? А двойной своп как раз спасет
    >сервак до близжайшей модернизации/разгрузки.

    Когда нагруженный сервак полезет в своп - ему придет незамедлительное просветление и транс с нирваной. Ты видел как ведет себя веб-сервак которому не хватило памяти и он полез в своп? он впадает в кому. так что своп, по большому счету никуда не уперся. Хотя и серваки разные бывают... я в основном с web-серваками имею дело и сужу со своей колокольни, так что могу быть и неправ.

    Я, в принципе, не отрицаю формулы swap=2xRAM и сам так делаю.

    Кстати, сервак до ближайшей разгрузки спасает какой угодно своп, хоть RAM/2.

     
  • 2.54, kas (??), 11:32, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ставил размер свопа как объем оперативки х2, в результате кончалась память (было 32Мб и небыло другого железа, а задачи решать надо было) и грохались процессы. Когда поставил больше все работало, хоть и тормозило жутко.
     

  • 1.26, Vicus (?), 22:44, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    by the way, никто не знает LVM на Фряху прикручивается? Стоит копать?
     
     
  • 2.32, edwin (ok), 03:19, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > by the way, никто не знает LVM на Фряху прикручивается? Стоит копать?

    По ходу дела есть vinum.
    Дает аналогичный еффект.

    Теперь отвечу на вопрос почему надо делать swap больще ОЗУ.
    Потому как ежели случится kernel panic, то куда мы сбрасывает dump ОЗУ ?
    Правильно - в swap.
    А если swap меньше ОЗУ ?
    По разделу, идущему за swap в таком случае панехидку можно справлять.
    Я уже не говорю про особенности работы FreeBSD со swap, куда она выгружает всякий малоиспользуемый хлам.
    Так что даже есть 1Гб ОЗУ, то ф-ла swap=2xRAM работает более чем успешно.

     
     
  • 3.37, Svinka (??), 04:03, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вот гиг ОЗУ. Не делал swap раздел вообще. Все работает -)
     
     
  • 4.42, edwin (ok), 07:04, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня вот гиг ОЗУ. Не делал swap раздел вообще. Все работает -)

    А я не говорил, что не бдет работать.
    Есть понятие стабильности.
    Он вероятно Вам незнакомо.  

    P.S.
    Хотелось бы посмотреть куда Вы сбросите dump памяти ;)))

     
     
  • 5.48, anonymous (??), 10:34, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    У Вас так часто происходит kernel panic ?  Тогда что-то в консерватории не так.
     
  • 5.49, chas (?), 10:46, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    а я вот для примера запускал одну программку (не буду вдаваться в подробности).., так вот она у меня и ОЗУ и большую часть свопа съедала, не подскажете, куда будут сваливаться данные (или dump) свопа и чем те данные в свопе хуже или лучьше, чем ОЗУ, если вдруг их сваиливать не нужно? а если вдруг данные свопа будут сваливаться в своп, то как же предсказать какая программка при каких нагрузках это своп на сколько откушает, так, что бы еще и своп сделать в два раза больше для свопа?... :)
     
  • 5.51, sash (??), 10:56, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    какие то очень невнятные доводы.

    я всегда думал что место куда сбрасывается дапм кернел паника указывается через dumpdev в rc.conf

    "Before the kernel will dump the contents of its physical memory to a dump device, a dump device must be configured."

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

     
     
  • 6.53, iasb (??), 11:09, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну крутизна !!!

    Чувак впервые ставит Фрю и уже в состоянии разобраться в содержимом дампа при аварии !!! Ну перцы !!! Насколько я понимаю, по большому счету, это имеет смысл в таком раскладе - завалилось, дамп залил на DVD, и отправил ... ну не на деревню дедушке, а разработчиками ФРИ, ну типа "дедушке морозу пожлание под елочку".  Что кто-то серьезно ручками к каким-то положительнм результатом разбирал дами ? Или синее НТ-виндовое окно понимал ? (Опять пиво между столиками разносят!)

     
     
  • 7.91, nuclight (?), 17:04, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо нести бред насчет отправки дампа кому-то. В документации (поставляемой с системой, кстати) описано, как из дампа выковырять полезную информацию на своей машине (backtrace например) и послать разработчикам, совершенно не разбираясь в программировании. Я делал, ничего сложного в этом нет.
    А при установке новичку достаточно лишь знать, что размер свопа для дампа должен быть не меньше планируемого размера оперативы - про остальные тонкости он может прочитать потом.


     
  • 6.90, nuclight (?), 17:00, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >а писать дамп памяти прямо на диск с возможным переполнением места на
    >разделе - по-моему глупо и тупо, и разработчики не могли так
    >сделать.

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

     
  • 3.50, yard (?), 10:54, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > По разделу, идущему за swap в таком случае панехидку можно справлять.
    откуда такая информация? поделитесь, пожалуйста.
    мне найти пока не удалось.

    или Вы также считаете, что и попытавшись скопировать файл размером превышающий,
    скажем /, по следующему за ним, скажем /usr, "панехидку можно справлять" ?

     
     
  • 4.92, nuclight (?), 17:05, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    man crash
    man dumpon
    man savecore

    а копирование файлов не имеет _никакого_ отношения к сбросу дампа при панике - см. мой соседний коммент

     

  • 1.30, Аноним (-), 23:53, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вы вообще про что говорите, любое пошаговое руководство особенно интересно для начинающего, почитал поставил и разбираешся что да как. А вообще, в установке есть стандартная и выборочная установка, если не понимаш ни чего ставь стндартную (выборочная она и расчитана на опытных пользователей).
     
  • 1.31, Аноним (-), 23:56, 19/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А про firewall - это для более "продвинутых пользователей", для начала надо систему поставить и посмотреть что-же она из себя представляет, а вот после можно уже и ядро строить и мир строить и т.д. ...
     
     
  • 2.58, Осторожный (?), 13:08, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > А про firewall - это для более "продвинутых пользователей", для начала надо систему поставить и посмотреть что-же она из себя представляет, а вот после можно уже и ядро строить и мир строить и т.д. ...

    В так случае автору вообще не нужно было упоминать про firewall !
    А то что-то накалякал - сделал вид, что настроил.

     

  • 1.34, Insane (?), 03:43, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > 3) Установка mc через configure - бррр

    А что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....

     
     
  • 2.59, Осторожный (?), 13:09, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    > А что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....

    Ну не смешно даже
    Свои патчи можно засунуть в свои порты
    Систему портов изучал ?

     
     
  • 3.68, Insane (?), 01:42, 21/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >> А что собственно здесь такого ?? Сколько себя помню, всегда руками собирал, со своими патчами.... и bash точно так-же....
    >
    >Ну не смешно даже
    >Свои патчи можно засунуть в свои порты
    >Систему портов изучал ?

    Систему портов я изучал.
    Я не люблю -g итд, итп.
    Я НЕНАВИЖУ когда собираемый софт линкуется с чем-попало...,
    да еще у особо нерадивых коммитеров (слава богу сейчас почти все исправились) по умолчанию тянет за собой
    тонны говна без которого вполне можно обойтись.

    бОльшая базовая часть системы ессно собирается из портов, но кое-что, имхо, не помешает собрать руками.

     

  • 1.43, Алексей (??), 07:14, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно почему никто не вспомнил про русский перевод устновки FreeBSD ?
    "Илюстрированное Руководство по Установке FreeBSD"
    http://www.opennet.ru/docs/BSD/FreeBSDR/
    Вполне себе...
     
  • 1.45, Белянский Станислав (?), 09:22, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличная статья о том, как FreeBSD устанавливать НЕЛЬЗЯ. Интересно, автор статьи прочитал, хотя бы, handbook? Статья - сплошной ляп. Чего стоит, например, требование перезагрузки системы после установки mc! Мучает меня смутное подозрение, что автор о команде rehash, применяемой в стандартной оболочке csh, даже не слышал. И, кроме того, масса орфографических и пунктуационных ошибок.
    Афтор! Йедь в Бобруйск и выпей йаду!
     
     
  • 2.47, oc (?), 10:14, 20/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    +1

    Как я понял из трэда - один раздел под корень, отсутсвие квот. Открываю статью, читаю в середине... Автор создает ftp сервер с двумя каталогами для чтения и upload, закрываю статью. Афтер подумай на досуге сколько может залить анонимус по ftp с отсутсвующими квотами в upload и как себя будет вести система c единственным разделом с Capacity 102%. Такой мега сервер даже хачить не нужно - все предусмотрено самим автором.

    Больше не читал. Не тратъте свое время на любительские писюльки, читайте нормальную документацию.

     
     
  • 3.94, Дмитрий Ю. Карпов (?), 22:03, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Немного добавлю от себя.
    Есть такие люди - варезники; они обмениваются пиратским софтом. А размер последних Windows и M$-Office вы представляете. Так вот, обнаружив анонимный upload, варезники тут же зальют туда пиратский софт и оповестят друзей "качайте отсюда". А за трафик заплатит владелец сервера.
    Открытый upload - это что-то типа открытого Proxy-серветв, немногим лучше открытого почтового релея.
     

  • 1.52, GrizLi (?), 11:02, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем мне нравится таки статьи так это количеством ламеров постящих свои коментарии к ним. "Юный" кул хацкер узнал команду rehash и теперь он готов "нагнуть" любого.
     
     
  • 2.95, Дмитрий Ю. Карпов (?), 22:09, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Чем мне нравится таки статьи так это количеством ламеров постящих свои коментарии к ним.
    > "Юный" кул хацкер узнал команду rehash и теперь он готов "нагнуть" любого.

    Но гораздо хуже другой кул хацкер, до сих пор не знающий команды 'rehash'!
    Кстати, в статье уже есть про 'rehash'. Добавили, что ли?

    PS: Всё немного сложнее, чем кажется: 'rehash' надо делать на всех shell'ах, которые были запущены до установки новой программы, если мы собираемся из этих shell'ов запускать эту программу. Вместо 'rehash' можно выйти из системы (при этом закончится текущий shell) и зайти заново (при этом запустится новый shell имеющий новый, уже актуальный hash).

     

  • 1.55, Аноним (-), 11:46, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > опять запускаем mc (без него теперь никуда:)

    албанский то надо подучить...

     
  • 1.56, Аноним (-), 11:53, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    самое странное, автор говорит что это установка полезен когда нет инета для новичка :)
    а как он скачает интересно putty и mc? :))
     
  • 1.57, cj (?), 12:08, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ROFL
    если бы статья называлась "Установка FreeBSD 5.4 с нуля на рабочую станцию", я бы посмеялся, но так как она называется Установка FreeBSD 5.4 с нуля... я просто умераю сосмеху :-))))))))))))
    ващщщщщщщееееее.
    балин, да скока можно грить о установке для "чайников", хотите разобраться, наступайте на грабли. но ненужно писать такие статьи ф которых описано как не правильно наступать на грабли!
    а то кто нить захочеи всетаки на них наступить
     
     
  • 2.102, Mihail (??), 01:56, 03/01/2006 [^] [^^] [^^^] [ответить]  
  • +/
    согласен с cj лучше понаступать на свои грабли а потом все таки прийдется почитать handbook и по форумам полазить. я например сначала завалил все разделы по незнанию а потом их восстанавливал месяц, потом прочитал руководство и понял ошибки. еще книга неплохая есть Полный справочник по FreeBSD неплохое дополнение к handbook.
     

  • 1.61, аноним (?), 14:41, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Прочитал статью. Создалось впечатление, что её писал школьник, лишь недавно попробовавший FreeBSD после нескольких опытов с различными дистрибутивами Linux. Влияние Linux чувствуется уже во время разбивки диска. Но больше всего мне понравился метод завершения sysinstall - через Alt+Ctrl+Del и "Abort" :-)) Настоятельно рекомендую автору прочитать, наконец, нормальную документацию по FreeBSD, попробовать стандарный метод установки и отучиться от графомании.

    Что касается разбивки диска на _сервере_, рекомендую попробовать метод DD (так называемый Dangerously Dedicated). Так же рекомендую выбирать размер подраздела swap в соответствии с решаемыми задачами. Например у меня, при размере RAM 256Mb, размер swap составляет лишь 128Mb. Мне этого вполне хватает и сохранение дампов памяти не требуется. В /etc/rc.conf я написал dumpdev="NO", что в общем и не обязаельно было делать.

     
  • 1.63, kill9 (??), 19:13, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хы. статьи не читал, но по отзывам сложилось впечатление что автор и правда тока-тока с линя перелез на фрю, а перед этим плотно сидел на винде.

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

     
  • 1.64, Аноним (-), 21:42, 20/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дааа !?

    А вот на www.freebsd.org написано:
        *  Production Release 6.0
        * Production (Legacy) Release 5.4

    Про четверку вообще убрали ... А дальше каждый сам себе ... :) Во внутренней сети у меня порядка 30 пятерок, работают как часики (тьфу-тьфу). Ну и снаружи первые две 5.4 выставил ... пока живут :)

    BRGDS,
    GR

     
  • 1.69, Аноним (-), 07:06, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >РЕБЯТ, СОЧУСТВУЮ ТЕМ  КТО ИЗУЧАЛ НИКСУ ПО HANDBOOK !!

    Можно служить панихиду по тем, кто изучает FreeBSD по этой "статье".

     
  • 1.73, GrizLi (?), 10:20, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    to Beavis: Забей на них. Как известно ломать не строить.
    >Так что если можно совет автору - прислушайтесь
    >к критике и сделайте соответсвующие выводы для
    >дальнейшего развития.
    Сдесь ни одного совета , кроме , как почитать хендбук нет. Одно жлобское хамство.
     
     
  • 2.74, kill9 (??), 10:44, 21/12/2005 [^] [^^] [^^^] [ответить]  
  • +/

    >Сдесь ни одного совета , кроме , как почитать хендбук нет. Одно
    >жлобское хамство.

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

    Но главная идея (еще до начала "хамства") - не надо так разбивать диск. опять же обращаясь к своему опыту - приходилось ставить систему на 486 с 24 метрами памяти и 850 метров винт. так что совет "да сколько хош размером swap делай" тут не прокатит. я пару дней сидел на бумажке прикидывал как все это уместить и чтоб работало. но даже оглядываясь назад не могу сказать что мой выбор был оптимальным.

     

  • 1.75, Аноним (-), 10:56, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как раз новичкам не следует начинать изучение FreeBSD с таких "руководств", т.к. эта статья изначально их направит на неверный путь. Имхо однако.
     
  • 1.77, GrizLi (?), 13:19, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    to kill9: Обрати внимание на вступление в статье:
    >...для тех кто еще не определился зачем она
    >ему нужна и что будет делать...
    Т.е. целью автора является просто установка рабочей верси ос. И кто скажет, что он этого не добился? Если бы вначале статьи автор поставил другую задачу, например установку файл-сервера, тогда другое дело. А так за, что ругать?
    >но даже читая "хамство" можно вынести бесценный
    >опыт
    Только один: НИКОГДА БОЛЬШЕ НЕ ПИСАТЬ НИКАКИХ СТАТЕЙ!
     
     
  • 2.78, kill9 (??), 14:05, 21/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну обычно ОС ставят с определенной целью Например на работе у меня стоит Window... большой текст свёрнут, показать
     
  • 2.85, Аноним (-), 00:57, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >to kill9: Обрати внимание на вступление в статье:
    >>...для тех кто еще не определился зачем она
    >>ему нужна и что будет делать...
    угу - биллинговая система на такой установке смело идет лесом.
    Или web сервер. тоже самое.
     

  • 1.79, GrizLi (?), 16:23, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    to kill9:
    >потому что я пишу проги в VS.NET 2003-2005
    Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия, что программы, что документации, мягко говоря далеки от совершенства:-). А представь если возьмут твой сыренький код и начнут "учить программировать".
    Указывать на ошибки и давать советы это одно, а откровенно хамить и издеваться другое.
    И на счет vi. Я , как вижу , на работе ты все таки VS юзаешь:-), а не vi.
     
     
  • 2.80, kill9 (??), 17:18, 21/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >to kill9:
    >>потому что я пишу проги в VS.NET 2003-2005
    >Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия,
    >что программы, что документации, мягко говоря далеки от совершенства:-). А представь
    >если возьмут твой сыренький код и начнут "учить программировать".
    >Указывать на ошибки и давать советы это одно, а откровенно хамить и
    >издеваться другое.
    >И на счет vi. Я , как вижу , на работе ты
    >все таки VS юзаешь:-), а не vi.

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

    а использование VS обусловлено техническими требованиями кампаний-партнёров. тут ничего не попишешь.
    да и к тому же не понимаю такой блажи - навесят на ВыньХР всяких модингов и кастомайзов со всякими прозрачностями и смусами-затуханиями (а че если у машина зверь) и сидят весь день в ФАРе на весь экран. Потому и буду пользовать VS а не VI.

    кстати, чем дольше пользуюсь продукцией M$, тем больше убеждаюсь что не зря Бил Гатес своих программарей кормит. У меня уже полтора года (ну как новую машину дали) стоит винда, какие тока на ней опыты не ставил (одни мои шедевры кодинга чего стОят ;о)) - стоит и не падает (речь о лицензированном ПО а не с митин-базар или совка).

     
  • 2.96, BatYa (?), 10:48, 23/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Ну тогда тебе известен процесс девелопмента. И ты знаеш, что первая версия,
    >что программы, что документации, мягко говоря далеки от совершенства:-). А представь
    >если возьмут твой сыренький код и начнут "учить программировать".
    >Указывать на ошибки и давать советы это одно, а откровенно хамить и
    >издеваться другое.

    to GrizLi:
    А представь себе "начинающего девелопера", который, написав свой первый "Hello, world!", полезет писать статью про то, как он это сделал? Да еще с бредовыми рассказами, например, как из vi выходить перезагрузкой или килянием процесса с соседней консоли? Если просто чайник -- сиди учись, а если чайник с манией величия -- получи по носу.

     

  • 1.81, GrizLi (?), 18:18, 21/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    to kill9:
    Мы тут недавно тз американских коллег инспектировали, так матерились все, долго, яро:-). Даже хотели все перевести на английский и послать в ответ:-). Так , что после ихого тз эта статья даже ничего:-).
    А программы партнеры, как правило требуют кодинг стайл и компилятор, а редактор ты выбираеш сам.
    Хотя согласен, что VS2003 пожалуй лучший среди ide.
     
     
  • 2.82, kill9 (??), 18:32, 21/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >to kill9:
    >Мы тут недавно тз американских коллег инспектировали, так матерились все, долго, яро:-).
    >Даже хотели все перевести на английский и послать в ответ:-). Так
    >, что после ихого тз эта статья даже ничего:-).
    >А программы партнеры, как правило требуют кодинг стайл и компилятор, а редактор
    >ты выбираеш сам.
    >Хотя согласен, что VS2003 пожалуй лучший среди ide.

    Хых. нам M$ долго не мог решить с каким языком VS2005 прислать, все время балтийскую версию норовил всучить :о) сколько гневных писем было написано что нас устроит и английская. никак видать не могли понять что мы английский знаем лучше чем они русский.
    А ide хоть и не шедевр, но супер. особенно мне нравится его расширяемость.


     

  • 1.88, GrizLi (?), 14:50, 22/12/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На MS работаешь?
     
     
  • 2.89, kill9 (??), 15:03, 22/12/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >На MS работаешь?

    Не, упаси боже. Мне еще рано.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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