http://www.linux-knowledge-portal.org/en/content.php?&content/linuxology/...

The first Linux distribution was created by Owen Le Blanc at the Manchester Computing Centre (MCC) in the north west of England. The first MCC Interim release, as it was known, was released in February, 1992. This was followed shortly after by the Softlanding Linux System (SLS), founded by Peter McDonald, which was the first comprehensive distribution to contain elements such as X and TCP/IP, and the Slackware distribution maintained by Patrick Volkerding (initially based in large parts on SLS). SuSE Linux was founded in late 1992, was originally based on Slackware, and later integrated the Jurix distribution of Florian La Roche. Red Hat was founded in 1993, absorbing aspects of the Bogus distribution (the package mechanism, for instance). Caldera, Mandrake and TurboLinux (the other main commercial Linux distributions) were based on modifications of Red Hat.

Apart from SuSE there were two other popular distributions based in Germany. LST, which was later bought by Caldera, and DLD, which was purchased by Red Hat. Debian was started as an independent project by Ian Murdock in late 1993, in order to provide a free alternative to the commercial Linux distributions.

отож...

> Debian was started as an independent project by Ian Murdock in late 1993

И я о том же.

>мда,большое достижение, скорость перзагрузки несомненно важный фактор работы системы, особенно если аптаймы по пол года ;)

Здорово! Я рад за вас! А ядро вы "на лету" обновляете? У меня Слака, было дело, на 2.2.х проработала больше года аптайма... Но IMHO это не показатель: ядро обновлять надо - мало ли в какой момент глюк проявится... и тогда начнутся СЕРЬЕЗНЫЕ проблемы. И это я молчу про траблы с безопасностью.

>Действительно, кому нужны "идиотские проверки", ведь ROOT все настроил один раз и все должно работать, какие же это дураки разработчики дистров, ведь он конечно умнее их.

Угу. Шапка смотрит в сторону workstation (а юзер, само собой, может что-нибудь и подпортить), вот поэтому и нужны проверки. А для сервера оно не особо нужно. Повторяю: в случае, если между двумя загрузками одного демона не меняется НИЧЕГО в системе и в сети, то демон не может не загрузиться. :-) А если всё же не загрузится - значит, в машине аппаратный сбой. Тут уж никакие проверки не помогут.

>6Kb это из серии "догоним и перегоним" ? Да это действительно очень важно, иметь малюсенькие, перекроенные своими (хорошо еще если прямыми) ручками инит скрипты. Мой вопрос, зачем ???

Затем, чтобы на одной странице экрана была виден ВЕСЬ скрипт. Соответственно, и подправить в случае чего было бы легко. В отличие от вас я не возвожу это в принцип, всё же настройки серверов меняются ОЧЕНЬ редко. Но малый размер конфигов однозначно означает малое время на обнаружение и исправление неисправности.

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

Вот этим утверждением вы всё объяснили. Студент однозначно. На Linux-сервере графика НЕ НУЖНА, это не маздайка. Поправка: Х-ы и JAVA нужны для КОНФИГУРАЦИИ Oracle. Больше ни для чего. Тому же Oracle для работы Х-ы не нужны. В общем, поработайте админом годика 3 хотя бы в более-менее серьезной организации, потом мы с вами пообщаемся.

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

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

>возиться != трахаться (что мы имеем в твоем случае), в нормальных дистрах сделано все для удобства админа.

Обалдеть. Это linuxconf-то вы считаете "удобством"??? Или, может быть, даже попытки создать реестр для Linux??? А почему, если не секрет, вы тогда Linux'ом пользуетесь? Идите играйтесь с оффтопиком - там всё сделано для "удобства админа" - только мышку по столу катать и надо!

>резюме: слака нужна чтобы админам было дохуя работы ($$$)

Заеб... Достали админы. Для девелопера Slackware очень удобна.

с дуба рухнули, да?

> Для девелопера Slackware очень удобна.

Угу, очень удобно вручную разгребать г#$но, которое собрано без versioned symbols (вдобавок -- разными версиями gcc)...

> Угу, очень удобно вручную разгребать г#$но, которое собрано без versioned symbols (вдобавок -- разными версиями gcc)...

А что такое есть это "г#$но" ? И зачем это разгребать ?

>Как раз Слака была ПЕРВЫМ дистром под Linux.

Это мыгко говоря НЕПРАВДА ;)

http://www.logic.ru/Russian/soft/ligs/node161.html#SECTION00562000000000000000

PS: ImHO основной недостаток слаки это то что она x86-only ... а пора бы ....

> А что такое есть это "г#$но"

shared libraries, вестимо. Поскольку софта в шлаке нет, многие приходится собирать самому; сама либа вроде собирается, но хрен с ней чего слинкуешь... После N часов траха оказывается, что пЫонеры положили в дистр g++-3.(X+1), а какую-то библиотеку собрали g++-3.X или g++-2.XY.

Элементарная вещь -- нужно поставить две разных версии gcc (скажем, 3.3 и 2.95 ) -- это пипец, дистроклепатели головой не думали _совсем_.

>ImHO основной недостаток слаки это то что она x86-only ... а пора бы ..

Да что ты говоришь? Неужели??? http://www.slackware.com/ports/

Родное сердце, и где ж ты такой травы-то набрал?

Да ты и на пионера не тянешь. Так, октябренок. Мозгами думай.

> Да что ты говоришь? Неужели??? http://www.slackware.com/ports/

 Враньё :-)
 Ты по ссылки-то хоть сходи и попробуй скачать что-нить, нет там ничего,
давно порты Slackware в лету канули.

а под слакой она идёт?

зачем разгребать

> И зачем это разгребать ?

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

Ну так и разгребай г...о студента. Слака то здесь причем?

По теме

Блин, народ, вы о чем говорите ? Глюкавость ОС определяется только софтом, который там напихнут, и "кривостью рук с мозгами". Поэтому нефиг орать: "Глючная Слака". Глюкает, блядь, софт. Ну а если сравнивать ее с другими мегадистрами, за которыми стоят мегадядьки(я про RedHat,SUSE и подобные), то в Слаке нет доброй половины того мусора, которого в них завались. Это и есть главное достоинство Слаки (в ней нет недостатков, характерных для других дистрибутивов). И еще тем, кто там орал:

>Пионерами я назвал тех, кто так безбожно рад выходу нового релиз кандидата, что аж бежит пиво в магазин покупать. :) Тебе не смешно? Мне смешно. Если очень рады-значит очень ждали, раз очень ждали-значит старая Слаква в корне не удовлетворяла потребности, а на новую все надежды...или я не правильно цепочку выстроил ?

Судя по логике, там должно быть "выстроила"(не в обиду женской части населения будет сказано). Народ радуется тому, что раз Слака 9.1 была хороша, значит 10 будет лучше, а не тому, что ты там понапридумывала, умница ты моя.

Вообщем, IMHO, Слака - лучший представитель ОС Linux.

btw, может кто знает - почему-то при установке zipslack ругается что не может найти /etc/rc.d/rc.S и прочие файлики (bin/bash etc.) - почему - непонятно? single и init=/bin/bash подсовывал.:(
:( помогите кто знает
распаковыал на работе под линухом unzip домой принёс на cd в развернутом виде и перелил с БУКА через сетку на 95ку.
Юрик

2ROOT: >А ядро вы "на лету" обновляете? У меня Слака, было дело, на 2.2.х >проработала больше года аптайма... Но IMHO это не показатель: ядро >обновлять надо - мало ли в какой момент глюк проявится... и тогда >начнутся СЕРЬЕЗНЫЕ проблемы. И это я молчу про траблы с безопасностью.

Давай малыш, обновляй ядра, после каждого багфикса. В серьезных организациях (твоя как я уже понял к таковой не относится) админ 10 раз подумает, а нужно ли ему трогать продакшен сервер (простой которого может обернуться большой потерей денег => увольнением админа), который стабитльно работает. Новое ядро может убрать проблем как ты говоришь с securiry, но при этом добавить таких багов, что как ты и сам говоришь: ">мало ли в какой момент глюк проявится... ". Обеспечение секурити, это обсолютно отдельный вопрос, зависящей в большой мере от правильно спроектированной ИТ-инфраструктуры в целом. Но тебе этого не понять, опыта маловато...

>Угу. Шапка смотрит в сторону workstation Ерунда. Redhat ориентированна в немалой степени на рынок серверных приложений.

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

Попорбуй все это прочесть на трезвую голову...

>Вот этим утверждением вы всё объяснили. Студент однозначно. На >Linux-сервере графика НЕ НУЖНА, это не маздайка.

А где пост, в котором я говорил что на сервере нужны иксы?? И чего ты заладил "студен, студент", ты сам из песочницы еще не вылез, съезди с Луговским на разборки ;))

>В общем, поработайте админом годика 3 хотя бы в более-менее серьезной >организации

О серьезности твоей организации я уже сделал выводы.

>Обалдеть. Это linuxconf-то вы считаете "удобством"??? Или, может >быть, даже попытки создать реестр для Linux??? А почему, если не >секрет, вы тогда Linux'ом пользуетесь? Идите играйтесь с оффтопиком - >там всё сделано для "удобства админа" - только мышку по столу катать >и надо

ROOT, у тебя параноя ;) Где я говорил что нужно пользоваться linuxconf?

p.s. ROOT, Позволь заметить что как ты говоришь "серьезные конторы" держат не одного, и даже не двух РАВНОЦЕННЫХ админов (тебе наверное очень странно это слышать, ты ведь в своем роде уникален и не повторимж;)) посему должен быть стандартизированный подход ко всему, и к администрированию в частности. Ситуация когда один админ, кромсает конфиги, удаля "лишние проверки" (как он считает, по своему большому уму), удаляю пробелы и коментарии, считается мягко говоря беспределом. Если ты один админ в конторке, можешь воротить что хочешь, но в программиравании есть правила хорошего тона, и к администрированию они также применимы. Ты просто судишь обо всем со своей высокой колокольни, поэтому спрорить с бобой бесполезно, да и особо не хоца, да и все равно бесполезно ;)

>Давай малыш, обновляй ядра, после каждого багфикса. В серьезных организациях (твоя как я уже понял к таковой не относится) админ 10 раз подумает, а нужно ли ему трогать продакшен сервер (простой которого может обернуться большой потерей денег => увольнением админа), который стабитльно работает.

Дружище, а кто ж тебе сказал, что с появлением нового ядра я вытаращив глаза бегу менять ядро на серверах? Обычно делается достаточно просто: на домашней машине я ставлю новое ядро, потом 3-4 дня его "гоняю". Помимо этого, идут обсуждения нового ядра в форумах (в том числе, и на LOR'е), я это всё читаю. И если отзывы в форумах благоприятные и мое мнение о ядре положительное, только спустя 5-7 дней после выхода ядра я обновляю оное на серверах. То же самое со всякоразным другим софтом. К слову, 2.4.11-е ядро ко мне вообще попасть "не успело", даже на домашнюю машину, не то что на сервера.
Так что ты бред написал.

>Попорбуй все это прочесть на трезвую голову...

Могу то же самое посоветовать тебе. :-)

>съезди с Луговским на разборки

Кстати, да... Он ведь тут появляться начал иногда...

>О серьезности твоей организации я уже сделал выводы.

Это твои проблемы.

>РАВНОЦЕННЫХ админов

Это бред. Получится ситуация, как в той басне про Лебедя, Рака и Щуку - каждый будет тянуть воз в свой огород. Потому ничего подобного: структура взаимоотношений иерархична - к примеру, начальник отдела каждому админу выдает строго ему отведенную зону ответственности. Ну для координации и "обратной связи" 1-2 раза в неделю устраивает собрание, на котором обсуждаются все зоны ответственности. Всё.

>но в программиравании есть правила хорошего тона

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

> делается достаточно просто: на домашней машине я ставлю новое ядро, потом 3-4 дня его "гоняю".

Сравнил продакшен сервер, работающий со спецефишным хардом и софтом со своей домашней мыльнецей :))))

> И если отзывы в форумах благоприятные и мое мнение о ядре >положительное, только спустя 5-7 дней после выхода ядра я обновляю оное >на серверах

5-7 дней - действительно камикадзе. Я бы такого админа близко к серверам не подпустил.

>РАВНОЦЕННЫХ админов >Это бред. Получится ситуация, как в той басне про Лебедя, Рака и Щуку - >каждый будет тянуть воз в свой огород. Потому ничего подобного: >структура взаимоотношений иерархична - к примеру, начальник отдела >каждому админу выдает строго ему отведенную зону ответственности. Ну >для координации и "обратной связи" 1-2 раза в неделю устраивает >собрание, на котором обсуждаются все зоны ответственности. Всё.

У админов должна быть взаимозаменяемость, взаумовуручка, взаимодополнение и т.д. Вот представь, заболел ты (не дай бог), и что дальше? К серверу подойти некому, работа стоит, деньги в трубу летят, это НЕПРИЕМЛИМО! Никто никуда, ничего не тянет, все решения применяются на совместном обсуждении, а особо серьезные координируются с руководством IT управления, за каждое твое решение должна наступать ответственность. Вот теперь все.

>Сравнил продакшен сервер, работающий со спецефишным хардом и софтом со своей домашней мыльнецей :))))

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

>5-7 дней - действительно камикадзе. Я бы такого админа близко к серверам не подпустил.

Ага. Значит, надо ждать 2-3 месяца, когда появятся и получат широкое распространение взламывающие проги? Мда... Даже Microsoft рекомендует патчи ставить как можно быстрее... А вы вдруг умнее всех оказались? "Принципиально не буду обновлять софт! И пусть мои сервера взламывает любой школьник-кулхацкер!" Так?
Лично я бы ВАС не допустил не то что серверами рулить, а даже в фирме работать дворником.

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

Ничего. У меня всегда при себе сотовый телефон. Причем, платит за него организация, так что денежки на нем кончиться не могут. Позвонит программер с фирмы или мой помощник, я ему объясню что надо сделать и всё (они сами Linux довольно неплохо знают). В крайнем случае, продиктую команды любому инженеру - у нас их человек 20 работает. Такое уже бывало (раза 4 за 2.5 года работы), ничего страшного. Когда выйду на работу - подправлю чего "не так" и сменю пароли, делов-то!

>работа стоит, деньги в трубу летят, это НЕПРИЕМЛИМО

А вот Я бы увольнял тех админов, у которых сервер на неделю без присмотра оставить нельзя.

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

А она и наступает с каждым нажатием кнопочки. И потому всё работает как швейцарские часы.

> Ничего. У меня всегда при себе сотовый телефон. Не смеши, а если ты не в состоянии говорить и ходить? ;) Как ты не поймешь, что ты не бог, сегодня ты, завтра другие, что серьезная организация всега имеет страховочные варианты.

>А вот Я бы увольнял тех админов, у которых сервер на неделю без >присмотра оставить нельзя.

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

Докатились до бреда уже. Причем здесь Слака?

>Не смеши, а если ты не в состоянии говорить и ходить? ;) Как ты не поймешь, что ты не бог, сегодня ты, завтра другие, что серьезная организация всега имеет страховочные варианты.

И что? Ну что за бред?!?!? Что, по-вашему, эти "завтра другие" не смогут прочесть и понять 6Кб INIT-скриптов? Или что? Я не понимаю, собственно, предмета спора. По вашему, что ли, "модульные" скрипты в пару мегабайт размером легче прочесть и понять? Или как? В конце-концов, в случае абсолютно безвыходной ситуации организация наймет админа-слакварщика. Он уж разберется (там разбираться-то, в общем, попросту не в чем). Повторяю: вы нашли самый идиотский повод для спора. С тем же успехом можно и до фонарного столба докопаться - он столь же простой, как и слакварь, но с вашим упорством мента и одной извилиной в черопной коробе соревнования пройдут на равных.

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

К счастью, вас мне не то что не придется увольнять, вам у меня даже работать не придется. :-)

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

Идиотский вопрос. По-вашему, штатный программер, помощник сисадмина и 2 десятка инженеров (многие из которых имеют 2-3 высших образования, а один - звание КТН) не смогут уразуметь о том, что в серваке аппаратный сбой?!??! Молодой человек, вы себя сшиком высоко цените!

>Нет парень, люди, которые вкладывают бешенные бабки, в свое дело, просто позволить себе не могут такую "роскошь" - одного единственного админа.

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

>Следуя вашей логике, организация и 2-х админов себе позволить не может: >а ну как они вдвоем перепьют пивка после работы и угодят с "белочкой" в >дурку. Следуя той же логике, не стоит иметь и меньше 2-х десятков >админов: они вполне могут "сообразить" и на двадцатерых. :-)

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

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

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

Вот с этим-то у вас, видимо, серьезные проблемы (помимо паранойи, разумеется).

>ты наверное в институте плохо учил теорию вероятности

Скорее, наоборот, учил уж очень хорошо. Тервер подразумевает анализ повторяющегося регулярного события (например, качания маятника). К событиям, происходящим с живыми организмами тервер можно применять лишь очень ограниченно: минимальная единица измерения в таком случае достаточно большое количество организмов. Например, популяция.
Что же касается данного случая, то тервер применим с той же степенью достоверности, что и астрология, например.

>Да что ты говоришь? Неужели??? http://www.slackware.com/ports/

Ты по ссылке ходил ? ;)

Slackware's primary focus has always been the Intel distribution. However, ports to other architectures are now available in -current form. This means that they are undergoing the same heavy development that the Intel -current tree experiences. The goal of the Slackware ports is to imitate the user experience of the Intel distribution as closely as possible. This means that the ports will attempt to include all of the same software, configuration scripts, and so forth.

PS: Меня например интересуют x86_64 и IA64 ... где ?

FC, SuSe, джента есть а слаки НЕТУ...

>Меня например интересуют x86_64 и IA64 ... где ?

Ну не подарили Патрику такой тачки...он же не виноват.

>Угу, очень удобно вручную разгребать г#$но, которое собрано без versioned symbols (вдобавок -- разными версиями gcc)...

Пример, пожалуйста.

>> Нет парень, люди, которые вкладывают бешенные бабки, в свое дело, просто позволить себе не могут такую "роскошь" - одного единственного админа.

> Следуя вашей логике, организация и 2-х админов себе позволить не может: а ну как они вдвоем перепьют пивка после работы и угодят с "белочкой" в дурку. Следуя той же логике, не стоит иметь и меньше 2-х десятков админов: они вполне могут "сообразить" и на двадцатерых. :-)

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

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

Решение: ???

> "серьезные конторы" держат не одного, и даже не двух РАВНОЦЕННЫХ админов

Да хоть двести - пожалуйста. Но! Ключевая ошибка - "равноценных".
Такого не бывает ;))) Хотя, сказка красивая ;) Все равны, egalite,
fraternite и чего-то там ещё ;)

А суровая реальность такова: всегда есть старший админ и есть
помощники админа (в больших организациях), как бы неприятно им это было
слышать ;)

Более того, я готов спорить, что любая организация, в которой применят
принцип "равноценных" админов развалится очень быстро. А вот равноценные
помощники старшего админа - это звучит очень здорово, хотя тоже
несколько попахивает утопией ;)

> при условии потери единственного администратора (автомобильная авария), варианты восстановления работоспособности

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

> варианты восстановления работоспособности одного или нескольких серверов (с нетривиальными конфигурациями),

Ok, но исходные данные не полны. Наиболее интересный момент ты
упустил, а именно, в каком состоянии находится документация
по чуду инженерной мысли, разработанному одним-единственным
человеком - администраторрм организации? ;) Ась? Не слышу! ;)

А теперь подумай, так уж ли важно - один админ делал это чудо или
целый автобус админов, который сорвался в ущелье на горной дороге ;)

Ну дык вот, в случае, если подробная документация была, то проблема
решается в приемлимые сроки, но, возможно, с дополнительными финансовыми вложениями, так как чинить аварии всегда дороже и нанимать
экстренно равноценного специалиста тоже дороже, но не дороже, чем
всё время держать двух равноценных ;)

Всё понятно?

Алё, гараж, похоже, что слака-10.0 уже вышла, пока вы тут болтаете.
Вот и анонс:

ftp://ftp.slackware.com/pub/slackware/slackware-current/ANNOUNCE.10_0

Я просто неудержался за тервер...Ну, во-первых, название предмета -- Теория вероятностей. К тому же то, про что Вы, уважаемый говорите, это статистика. Тервер -- не инструмент, но лишь _теория_. Все дальнейшие просчеты -- статистика. Вот статистика -- инструмент...

Нет, сбацай свой собственный сертификат для нее, заодно доброе дело для всех остальных сделаешь...:-)