Переходим на Linux: грамотный выбор дистрибутива.

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

>как же зам директора по IT/нач управления автоматизации?

А зам директора по IT даун что ли? Чем ему слака/дебиан/итп не угодили? Да и к томуже, им наплевать что там крутится. В такие детали никто, кроме админов, не лезет. Манагерам надо чтоб были слова XML/Java/.Net/иещекучаумныхслов. Админы обеспечат - напишут на листочке эти слова, отдадут манагерам, те будут довольны. Все довольны. А слака - крутится.

>платят чтобы они принемали правильные решения.

То есть, что бы выполняли условия отката? Тогда согласен. Винда будет стоять на всем предприятии. "Винда" можно заменить на ASP/RedHat и т.п. Админы будут в виде кучки тупых эникейщиков.

> т.е. чем быстрее стяпляпаешь и меньше для этого прочитаешь тем лучше ? что вы думаете о Windows Server в таком случае ?

Я думаю 1) Windows Server 2000 и 2003 - отличная ОС (а win 2003 R2 cо встроенным NIS и NFS будет еще лучше :) 2) Linux - IMHO лучше Windows все равно :) 3) чтобы "быстрее сляпать" что-то на винде (и чтоб это потом работало и грамотно поддерживать) надо прочесть не меньше и изучить не меньше, чем для того чтоб то же сделать на Linux. (толкового специалиста по Win сложнее найти чем по Lin :( Тк любой кто научился тыркать мышью и запускать winnt32 с ворованного Windows Server Ent уже пишет в резюме что он "знает Win")) 4) Каждой ОС своя ниша. Надеюсь что ниша Linux будет и дальше расширяться. И поскольку мы все сидим на этом форуме а не на MSDN давайте и будем работать в этом направлении. :)

>Не хотел обижать, но придется. 10 лет с линуксом. И ты 10 лет будешь
>пассивно сидеть и использовать SuSE только из-за какого-то драйвера, терпя
>минусы этого дистрибутива (допустим SuSE тебе не нравится). Ну как это
>называется? Врожденная лень админа тут не причем. Остается -
>виндузячество.

Первое, я работаю с дистрибутивами от RH, а не SuSE. Минусы, это когда
купив брендовую железку от HP или IBM, нельзя будет использовать
железо на 100% и когда меня пошлют, если я использую не RHEL или SLES,
для которых тестировалась эта железка и были сделаны драйвера того же,
например, HostRAID'а...

>Нет никакой проблемы взять исходники ядра от SuSE (если сервер
>какой-нибуть особенный и требует патчей для ядра), правильно? Это
>настолько просто, что и раскрывать дальше идею про сборку ядра не охото.

Второе, в случае с HostRAID'ом, существуют только бинарные драйвера,
причем жестко привязаны к версии ядра того же RHEL и SLES. Судя
по вашему предложению, ядра для Debian'а должны будут носить такие
же имена как и у RHEL и SLES. И какие патчи в этой ситуации могут быть?:)
Третье, не стоит забывать про сертификацию, которая имеется у RHEL
и SLES, и на которую напирает Oracle, и что остается у Debian'а вместе
со Slackware в этой ситуации? Вы конечно будете мне доказывать, что
Oracle и так будет работать, но поддержку кто будет обеспечивать, лично
вы и все будет завязано на вас и вашего настроения? Коммерсанты, умные,
этого не допустят...

>Ну как это называется? Врожденная лень админа тут не причем. Остается -
>виндузячество.

Вот именно, у коммерсантов подход виндузятнечевский, а не тот, который
зависит от одного или маленькой кучки людей, что они будут делать, когда
лешатся такого мегагуру как вы, вешаться? Должно быть все без напряга,
что бы они смогли спокойно найти человека на ваше место, и что бы этому
человеку не пришлось пол года разбираться, что же вы там такого накрутили...

>p.s. про проблемы несовместимости ядер и glibc от других дистрибутивов
>можно не рассказывать, это решается тривиально. Ничего сверх естественного
>в ядро они не суют.

Ну прикрутите мне драйвер HostRAID'а от SLES на последнее 2.6.13 и мы
вместе посмеемся:).....

<i>т.е. чем быстрее стяпляпаешь и меньше для этого прочитаешь тем лучше ?</i>

Для НЕКОТОРЫХ случаев. А именно - если машина предназначена для одной типовой задачи.

<i>что вы думаете о Windows Server в таком случае ?</i>

Для таких задач - в чём-то неплохо, но в чём-то очень хреново. Например, почему на Интернет-гейте (одна из таких задач) нет легко реализуемой (!) возможности просто отключить нафиг MS RPC как таковой? А вот в линухе, заточенном под такие задачи, убраны все лишние сервисы. Соответственно, меньше проблем безопасности.

Если бы система Windows Server 2003 имела ряд вариантов установки для типовых задач, в которых строго все ненужные сервисы были бы отключены, и предостатвлялась возможность лёгкого управления (скажем, из той же MMC) только нужными сервисами - она оказалась бы в опсиываемом случае почти не хуже какого-нибудь ASP Server или ALT-ИВК Кольчуга.

>Я думаю 1) Windows Server 2000 и 2003 - отличная ОС

Нет, ну я, как всегда, был прав. Это латентные виндузятники. Я этот виндузячий почерк узнаю издалека, дипломатичные фразы такие: мол, линукс это круто, но и винда тоже зашибись. В общем - ахтунг, варнинг и вообще атас!

> Windows Server 2000 и 2003 - отличная ОС

угу а с AD вообще трицелыхчетырнадцатьсотых

> (а win 2003 R2 cо встроенным NIS и NFS будет еще лучше :)

не будет лучше, хуже будет, потому что это будет уже не NIS и NFS это переписанное и ни с чем не совместимое, не ужели различия между теми кто производит чтобы продавать и продает чтобы производить не очевидны, что вы ждете магии от новых релизов проприетарных коммерческих продуктов ?

> чтобы "быстрее сляпать" что-то на винде (и чтоб это потом работало и грамотно поддерживать) надо прочесть не меньше и изучить не меньше

нуда, в таком обилии воды можно и утонуть;)

> Тк любой кто научился тыркать мышью и запускать winnt32 с ворованного Windows Server Ent уже пишет в резюме что он "знает Win"))

ну вот а в прошлом посте вы агитировали за дистрибутивы в которых эти люди чувствуют себя более комфортно

Запарил со своим хострейдом!!! :)

Слушай, ну скока можно? Тебе что, больше говорить не о чем? Или тебя этот хострейд так достал, что ты ни о чем другом вспомнить не можешь?

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

PS что-то рецидивы пошли :) Вот звездное небо подвиг РФВС повторило, и, что характерно, примерно с той же тематикой.

> Первое, я работаю с дистрибутивами от RH, а не SuSE. Минусы, это когда купив брендовую железку от HP или IBM, нельзя будет использовать железо на 100% и когда меня пошлют, если я использую не RHEL или SLES, для которых тестировалась эта железка и были сделаны драйвера того же, например, HostRAID'а...

вам эта ситуация монополию MS не напоминает ? не меняем ли мы шило на мыло ?

>А ценность поддержки... ты, МсМСС, кажется, всегда ее преувеличивал :)

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

до пункта "2" вы видимо не дочитали :))... Открыли глаза мне на то что я виндузятник :) Выйду из отпуска - отформачу все серваки с Linux, на Горбушке куплю за 80 руб MS Win Etn... Да что уж! DC сразу! Потом со всех рабочих мест где удалось Win заменить на Lin снова поставлю MS. :)

Да! избавлюсь от "латнетности, дипломатичных фраз" и научусь называть незнакомых людей в форуме Идиотами.

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

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

Со всем выше сказанным я согласен. На счет оркала тоже. Однако, часто Вы к ораклу обращались за помощью? Это я так.. для интереса. Ну и намек.

>Ну прикрутите мне драйвер HostRAID'а от SLES на последнее 2.6.13

McMCC, ОС это вовсе не ядро. И не драйверы. ОС прежде всего, это подход, идеология к управлению компьютером (сервером, в частности). Я могу рассказать как поставить ядро от сусе/редхат на любой дистрибутив. HostRAID будет работать. А также могу детально рассказать как превратить сусе/редхат в любой дистрибутив за время установки сусе/редхата + время установки "любого дистрибутива". Это проще пареной репы - просто скопировать ядро из одного дистрибутива в другой. Файл. И версия будет совпадать.

Я просто не могу понять, если ОС ставить на сервер, который потом будешь администрировать N лет, не проще ли сразу поставить то, что будет удобно администрировать? Решая тривиальные проблемы, конечно.

Автору -- убить себя аб стену, как водится. Так размазать и налить столько вводы в общеизвестные вещи -- журнализм худшего сорта. За килобайты небось платят.

>вам эта ситуация монополию MS не напоминает ? не меняем ли мы шило на
>мыло ?

Скорее всего, это общий принцип, где у MS более удачное положение, чем пока
у RH и Novell, а у остальных просто денег нет:)....

> А именно - если машина предназначена для одной типовой задачи

голое x86 как впрочем и Linux не предназначена для одной типовой задачи, это конструкторы, на базе них создают решения, но называть решением дистрибутив программного обеспечения ...

> Если бы система Windows Server 2003 имела ряд вариантов установки для типовых задач

недавно проходила новость, что новый оффтопик будет иметь 7 различных дистрбуций, он станет от этого лучше ? или это просто ценовая политика ?

> в которых строго все ненужные сервисы были бы отключены

умельцы не только отключают но и включают сервисы которым неположено быть в более дешевой дистрибуции

>Вы работаете в компании или учитесь? Если второе,

Второе. И я не дурак, прекрасно понимаю суть вопроса. Последний прием в техническом споре - апеллировать к своему авторитету. Мимо.

> На редкость грамотная статья, совершенно нехарактерная для ресурсов типа CNews (про компьюленту вообще стоило бы промолчать). Признаться честно, прочитал только часть, в которой описывается превосходство Debian GNU/Linux над другими дистрибутивами Linux'а. Мише Рамендику выражается благодарность огромных масштабов! :-)

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

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

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

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

> (если кто может подсказать софт под Linux для монтажа видео, скажу ему спасиб ;-)

В FAQ! (c)jackill

http://www.linux.org.ru/books/lor-faq/lorFAQ.html#toc10.48

От себя добавлю к FAQ, что есть ещё так или иначе относящиеся к видеообработке это Cinepaint -- форк GIMP'а для редактирования отдельных кадров, Kino, Kdenlive (нелинейные видеоредакторы). Есть и коммерческие программы, например MainActor -- доступна демо версия, которая вставляет "водяные знаки" в обработаные кадры. Купленая -- не вставляет, во всяком случае об этом не говорят ;-)

>> Тк любой кто научился тыркать мышью и запускать winnt32 с ворованного Windows Server Ent уже пишет в резюме что он "знает Win"))

>ну вот а в прошлом посте вы агитировали за дистрибутивы в которых эти люди чувствуют себя более комфортно

Не эти люди. Просто если я на домашнем ноуте могу ставить слаку и ковырять LFS, то на боевых серваках ни мне, ни кому еще другому это делать нельзя!

Ситуация: админ (гуру, супер-спец, Патрик !) уволился. И сколько новый человек будет разбираться что там он до этого в Слаке наворотил?

Другая: уволился админ. Нанемаем такого же RHCE. Бизнес-процесс никак не затронут.

Если по вашему RHCE или MCSE или какой-нибудь OCP DBA - это тот человек о котором я писал, то значит я не правильно выразился.

>McMCC, ОС это вовсе не ядро. И не драйверы. ОС прежде всего, это подход,
>идеология к управлению компьютером (сервером, в частности). Я могу
>рассказать как поставить ядро от сусе/редхат на любой дистрибутив. HostRAID
>будет работать. А также могу детально рассказать как превратить сусе/редхат
>в любой дистрибутив за время установки сусе/редхата + время установки
>"любого дистрибутива". Это проще пареной репы - просто скопировать ядро из
>одного дистрибутива в другой. Файл. И версия будет совпадать.

Да кто спорит? Вы можете заставить сервера петь гимн России при вашем
заходе в серверную, только кому это надо? Не проще ли сразу поставить
все по нормальному в соответсвии с требованиями, которые выдвигает
бизнес? Или у вас ручки чешутся поскрещивать ядра? Вам в крупной
компании точно противопоказанно работать...:)

>Я просто не могу понять, если ОС ставить на сервер, который потом будешь
>администрировать N лет, не проще ли сразу поставить то, что будет удобно
>администрировать?

Вот какраз с этим проблем в RHEL и у SLES меньше всего...

Да нет, я знаю, и даже этими букварями иногда пользуюсь.

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

А вот этого никакая поддержка тебе не гарантирует, а гарантирует только хорошая домашняя документация на конкретную систему. Сервера, как ты сам понимаешь, после установки обрастают некоторым количеством сервисов, ни в каких букварях не прописанных.

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

> недавно проходила новость, что новый оффтопик будет иметь 7 различных дистрбуций, он станет от этого лучше ? или это просто ценовая политика ?

исключительно ценовая политика. На таком делении они столько наварят...

>> Да фигня эта сюзя. В топку её. На домашней тачке ей не место.
> Обоснования какие будут?

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

т.е. вкладывая деньги в RH, Novell и подобых кастомеры обеспечивают себе новых M$, а приняв например rpm за стандарт мы лишаемся ну хотябы тогоже dpkg, титаничекий(от назв. корабля) подход:)

>Или у вас ручки чешутся поскрещивать ядра?

Нет, я вижу технические несовершенства в вышеназванных дистрибутивах, которых нету, например, в slackware (хотя я слакой и не пользуюсь). И я не вижу особых преград использования более совершенного дистрибутива. Главные несовершенства "корпоративных" дистрибутивов - высокая абстракция всего и вся. Начиная от инит скриптов, заканчивая пакетным менеджером. BSD всяко лучше (я правда это сказал?) этих "корпоративных" линуксов. BSD, опять же, в смысле идеологии.

>Вам в крупной компании точно противопоказанно работать...:)

Админом? Боже упаси.

>Второе. И я не дурак, прекрасно понимаю суть вопроса. Последний прием в
>техническом споре - апеллировать к своему авторитету. Мимо.

Ну тогда я вам раскрою глаза:), linux еще не победил в сфере бизнеса,
вот когда вы окончите учебу, усторитесь на работу и будете продвигать
Debian/Slackware на все, что имеет процессор, вот тогда я прислушаюсь
к вашим рекомендациям:). Но до этого, вам как минимум надо будет
стать начальником ОИТ'а, убедить высшее руководство, что винда это
маздай, а линукс это круто и предложить замену всех тех приложений,
которые до вас успешно работали на винде, и что под линуксом они будут
не хуже....

> И сколько новый человек будет разбираться что там он до этого в Слаке наворотил?

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

> Я даже представить себе не могу, чтоб секретутка-манагер пришла к админу и спросила "э-ээмм.. а у тебя слака или редхат?". Хоть по полу катайся. :-)

Скорее кататься, уржавшись, можно от слов "секретутка-манагер". А на почти любом нормальном предприятии вопрос выбора и закупок(!) корпоративного программного обеспечения даже если и решается админом, то всё-равно утверждается высшим руководящим звеном, вот для них как я понял, Михаил и написал статью.

> учебу, усторитесь на работу и будете продвигать Debian/Slackware на все, что имеет процессор, вот тогда я прислушаюсь к вашим рекомендациям:)

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

>Не проще ли сразу поставить все по нормальному в соответсвии с требованиями, которые выдвигает бизнес? Или у вас ручки чешутся поскрещивать ядра? Вам в крупной компании точно противопоказанно работать...:)

Да легко, я так и делаю. И если мне нужно, чтобы работал, скажем, pptp с компрессией - ну вот такое требование мой бизнес выдвигает - то я беру и патчу ядро. От RHEL. Если бы оно было купленное, то саппорт меня послал бы. Ты, похоже, не учитываешь, что ядра "под себя" далеко не всегда собирают просто потому, что руки чешутся.

>будете продвигать Debian/Slackware на все

А с чего Вы взяли, что это моя цель? Я говорю о технической стороне вопроса. О несовершенстве мира я уже знаю, спасибо.

Только если админу/юзеру _нравится_ решение на базе windows/redhat/suse - это называется привыкание, адаптация к существующим проблемам, но не решение оных. И уж тем более не говорит о техническом/технологическом превосходстве одного над другим.

> Второе, в случае с HostRAID'ом, существуют только бинарные драйвера, причем жестко привязаны к версии ядра того же RHEL и SLES. Судя по вашему предложению, ядра для Debian'а должны будут носить такие же имена как и у RHEL и SLES. И какие патчи в этой ситуации могут быть?:)

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

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

McMCC, вроде умный парень, а написал откровенную чушь. :-(

Какой "непоняток" с ветками, ты вообще о чём?! Сомневаешься -- юзай stable. Ветки testing/unstable для разработчиков дистрибутива и тех, кому надо "посвежее". На всех моих рабочих станциях (а их ровно 4 штуки) sarge/stable.

В том числе, для специалистов -- я бы так сказал. Но не для одних их. Сложность Дебиана несколько надумана.

Сервиса обслуживания? Какого сервиса? Что мне даст то, что я в конторе понаставлю на компы SuSE, а не Debian? НИЧЕГО! Если не считать тот же RPM-hell и глупую привязку всей системы к YaST. ;-)

про Gentoo не написано => статья для идиотов

>утверждается высшим руководящим звеном, вот для них как я понял, Михаил и написал статью.

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

Или мы о разных руководящих звеньях говорим? Если мы говорим просто про руководящего _админа_, тогда поверь мне - с наличием мозгов он фигню не выберет, и уж тем более такого рода статьи ему ни в какой бок не уперлись.

>Ты, похоже, не учитываешь, что ядра "под себя" далеко не всегда собирают
>просто потому, что руки чешутся.

А кто вам сказал, что ядра я не собираю "под себя":). Только я это делаю
с умом, что бы проприетарные драйвера тоже работали, только вот тема
немного о другом, про дистрибутивы, которые удовлетворяют требованиям
бизнеса, или вы тоже считаете, что Debian/Slackware имеют туже программу,
что есть у RH и Novell? Где по ним курсы, где по ним сертификаты, где железо,
у которого сказано, что оно сертифицировалось под этими системами???
Тут очень много "где" набереться....

>McMCC, вроде умный парень, а написал откровенную чушь. :-(

Это мнение бизнеса, потому-что бизнес решает, что ему выгодно и
Debian'а в их упоминаниях я точно не видел:)...

>Сервиса обслуживания? Какого сервиса? Что мне даст то, что я в конторе
>понаставлю на компы SuSE, а не Debian? НИЧЕГО! Если не считать тот же
>RPM-hell и глупую привязку всей системы к YaST. ;-)

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

>RPM-hell, полузакрытая разработка, зависимость от вендора. Этого мало?

И че там полузакрыто? Мне гораздо легче написать spec, чем скрипты
для deb, вот уж где гемор немерянный...

>все гораздо проще, это обучение, это сертификация, в том числе и железа, вообщем все то, что требует бизнес...

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

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

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

> И че там полузакрыто? Мне гораздо легче написать spec, чем скрипты
для deb, вот уж где гемор немерянный...

А вон некоторые даже spec не могут написать, из-за чего вынуждены захламлять /usr(/local). :-D

Ты пробовал, кстати? Скажу тебе честно, это ничуть не сложнее написания spec-файла для RPM.

Спасибо!

> все гораздо проще, это обучение, это сертификация, в том числе и железа, вообщем все то, что требует бизнес...

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

>Не бизнес, а бюрократия - листики-бумажки.

Это реальность такова, у тебя еще все впереди:)....

>Говори прямо. Только я мало вижу смысла в сертификации твоего изделия
>"железо+ос", если это все равно "покупать". За винду заплатили в крупной
>компании, кстати?

Да, заплатили, кстати...

>Тогда смысл быть таким чистым в плане дистрибутива и железа?

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

>Руководящее звено не будет вникать в суть дистрибутива. У админа есть конкретная задача, дистрибутив это для админа, для специалиста который будет с дистрибутивом работать, а не для руководящего звена.

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

//MiracleMan

> но все можно обойти:)....

этим вы лишаете себя всего того, что позиционировалось хотябы в этой статье как предпосылки выбора коммерческого дистрибутива. Получается RH держит за яйца не хуже MS ? где тогда Оупенсорц ? и зачем тогда грамотно выбирать дистрибутив, когда есть гораздо больше сертификатов, курсов и др. фенечек от MS ?

> Это мнение бизнеса, потому-что бизнес решает, что ему выгодно и
> Debian'а в их упоминаниях я точно не видел:)...

Вон 99,99% этого самого "бизнеса" юзают Windows. Теперь сидеть сложа руки, равняясь на этих "бизнесменов"? :-D

> это обучение, это сертификация,

Да, брось ты...

> в том числе и железа, вообщем все то, что требует бизнес...

А оно сильно надо?

А RH будущий конкурент MS... Всё идёт именно к тому... Разве не очевидно? ;-)

(вариант &#8470;2)

> это обучение, это сертификация, в том числе и железа, вообщем все то, что требует бизнес...

Вам шашечки или ехать с комфортом? :-)