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

дык НЕТ такой ОС, как Linux. а в части дистрибутивов, использующих таковое ядро - отличия сведены К МИНИМУМУ. в Дебиан, к примеру, после GNU-шности - второй краеугольный камень.

> во FreeBSD такой же драйвер не содержит вирусного кода.

во FreeBSD нет такого драйвера, так что не метанируй

>так сравнивают же UNIX и Linux, какое же ним отношение может иметь FreeBSD?

В FreeBSD несколько десятков системных файлов имеют копирайт AT&T. Корни, они, знаете ли, всё ещё UNIX'овые. :)

конечно статья не о чем, но стоит отметить что в этой статье меньше фактических ошибок чем в учебном пособие http://www.ibm.com/developerworks/ru/edu/linuxunix/?S_TACT=105AGY06&S_CMP... того же автора. Автор растет на глазах. глядишь.. лет через 5 - 10 мужик будет писать разумные вещи

Флешку вытащи.

Статья - бред

Содердание статьи можно сократить до глубочайшего вывода:

> Фундаментальные основы UNIX и Linux очень схожи.

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

Что бы винты не горели-нужно флешки вытаскивать? Ыыыыы....Пи..ц замутки.

>во FreeBSD нет такого драйвера, так что не метанируй

Сам продолжай этим заниматься.

man em

ftp://ftp.mathematik.uni-marburg.de/pub/mirror/supermicro/CDR-C2_1.00_for_Int...

2Alphaer

>>просто с кресла башкой об батарею иобнуццо

Начни с себя - может тогда узнаешь, что такое binary compatibility.

Сравнение некорректное. Автор предвзято оценивал, причем пытался показать удобность UNIX. Приводится сравнение зоопарка и несовместимости в разных дистрибутивах линукс, а почему нет сравнения между различными UNIX??? Ну и т.д. по тексту в том же духе...

PS. Хотят показать, что UNIX это глобально и надежно, но это верно только отчасти... Его на плаву удерживает только большое кол-во коммерческих проектов, для которых UNIX является пускалкой.

>При покупке коммерческой версии UNIX производители обычно предоставляют техническую поддержку. Большинство пользователей Linux лишено поддержки компании-производителя ОС. Они могут получить поддержку только с помощью электронной почты, из форумов и от различных сообществ пользователей Linux. Однако эти группы предназначены не только для пользователей Linux. Многие администраторы коммерческих операционных систем семейства UNIX участвуют в этих открытых группах поддержки для того чтобы иметь возможность как оказывать помощь, так и, при необходимости, пользоваться ею. Много людей находят такие группы взаимопомощи даже более полезными, чем система поддержки, предлагаемая изготовителем ОС

А в Linux нет поддержки от компании производителя дистрибутива? Бред сивой кобылы.

PS Или это я чего то не догоняю?

Надо просто считать GNU/Linux , GNU/FreeBSD (ага именно так, ибо там всё от шелла и выше ГНУ) , просто следущей ступенью развиития Unix, а сам юникс и еще живущие потомки - устаревшим барахлом. И всё станет на свои места.

> А в Linux нет поддержки от компании производителя дистрибутива? Бред сивой кобылы.

Ну вот к примеру, захочешь ты перейти с Дженты на Слаку. Кто-ж тебе обеспечит ынтырпрайз-поддержку?

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

>следущей ступенью развиития Unix

Тогда уж закатом Unix.

>>следущей ступенью развиития Unix >Тогда уж закатом Unix. Наверное можно и так. Нету никакого Юникс (был когда-то в 70-80е) , есть только GNU\Linux :)

>Так то же - разные ОС ;) А Motif и CDE использовались везде, где был гуй. Никаких ущербных кутей.

АГА, вот только что-то блевануть охото от одного вида этого мотифа с ЦДЕ. А что уж говорить, про то, если с ним приходится работать... Тут ЛОРовские скрины, покажутся произведением исскуства.

>GNU/FreeBSD (ага именно так, ибо там всё от шелла и выше ГНУ)

ну что за бред

>man csh
AUTHORS
William Joy
Original author of csh(1)
J.E. Kulp, IIASA, Laxenburg, Austria
Job control and directory stack features
Ken Greer, HP Labs, 1981
File name completion
Mike Ellis, Fairchild, 1983
Command name recognition/completion
Paul Placeway, Ohio State CIS Dept., 1983-1993
Command line editor, prompt routines, new glob syntax and numerous
fixes and speedups
Karl Kleinpaste, CCI 1983-4
Special aliases, directory stack extraction stuff, login/logout
watch, scheduled events, and the idea of the new prompt format
Rayan Zachariassen, University of Toronto, 1984
ls-F and which builtins and numerous bug fixes, modifications and
speedups
Chris Kingsley, Caltech
Fast storage allocator routines
Chris Grevstad, TRW, 1987
Incorporated 4.3BSD csh into tcsh
Christos S. Zoulas, Cornell U. EE Dept., 1987-94
Ports to HPUX, SVR2 and SVR3, a SysV version of getwd.c,
SHORT_STRINGS support and a new version of sh.glob.c
James J Dempsey, BBN, and Paul Placeway, OSU, 1988
A/UX port
Daniel Long, NNSC, 1988
wordchars
Patrick Wolfe, Kuck and Associates, Inc., 1988
vi mode cleanup
David C Lawrence, Rensselaer Polytechnic Institute, 1989
autolist and ambiguous completion listing
Alec Wolman, DEC, 1989
Newlines in the prompt
Matt Landau, BBN, 1989
~/.tcshrc
Ray Moody, Purdue Physics, 1989
Magic space bar history expansion
Mordechai ????, Intel, 1989
printprompt() fixes and additions
Kazuhiro Honda, Dept. of Computer Science, Keio University, 1989
Automatic spelling correction and prompt3
Per Hedeland, Ellemtel, Sweden, 1990-
Various bugfixes, improvements and manual updates
Hans J. Albertsson (Sun Sweden)
ampm, settc and telltc
Michael Bloom
Interrupt handling fixes
Michael Fine, Digital Equipment Corp
Extended key support
Eric Schnoebelen, Convex, 1990
Convex support, lots of csh bug fixes, save and restore of directory
stack
Ron Flax, Apple, 1990
A/UX 2.0 (re)port
Dan Oscarsson, LTH Sweden, 1990
NLS support and simulated NLS support for non NLS sites, fixes
Johan Widen, SICS Sweden, 1990
shlvl, Mach support, correct-line, 8-bit printing
Matt Day, Sanyo Icon, 1990
POSIX termio support, SysV limit fixes
Jaap Vermeulen, Sequent, 1990-91
Vi mode fixes, expand-line, window change fixes, Symmetry port
Martin Boyer, Institut de recherche d'Hydro-Quebec, 1991
autolist beeping options, modified the history search to search for
the whole string from the beginning of the line to the cursor.
Scott Krotz, Motorola, 1991
Minix port
David Dawes, Sydney U. Australia, Physics Dept., 1991
SVR4 job control fixes
Jose Sousa, Interactive Systems Corp., 1991
Extended vi fixes and vi delete command
Marc Horowitz, MIT, 1991
ANSIfication fixes, new exec hashing code, imake fixes, where
Bruce Sterling Woodcock, sterling@netcom.com, 1991-1995
ETA and Pyramid port, Makefile and lint fixes, ignoreeof=n addition,
and various other portability changes and bug fixes
Jeff Fink, 1992
complete-word-fwd and complete-word-back
Harry C. Pulley, 1992
Coherent port
Andy Phillips, Mullard Space Science Lab U.K., 1992
VMS-POSIX port
Beto Appleton, IBM Corp., 1992
Walking process group fixes, csh bug fixes, POSIX file tests, POSIX
SIGHUP
Scott Bolte, Cray Computer Corp., 1992
CSOS port
Kaveh R. Ghazi, Rutgers University, 1992
Tek, m88k, Titan and Masscomp ports and fixes. Added autoconf sup-
port.
Mark Linderman, Cornell University, 1992
OS/2 port
Mika Liljeberg, liljeber@kruuna.Helsinki.FI, 1992
Linux port
Tim P. Starrin, NASA Langley Research Center Operations, 1993
Read-only variables
Dave Schweisguth, Yale University, 1993-4
New man page and tcsh.man2html
Larry Schwimmer, Stanford University, 1993
AFS and HESIOD patches
Luke Mewburn, RMIT University, 1994-6
Enhanced directory printing in prompt, added ellipsis and rprompt.
Edward Hutchins, Silicon Graphics Inc., 1996
Added implicit cd.
Martin Kraemer, 1997
Ported to Siemens Nixdorf EBCDIC machine
Amol Deshpande, Microsoft, 1997
Ported to WIN32 (Windows/95 and Windows/NT); wrote all the missing
library and message catalog code to interface to Windows.
Taga Nayuta, 1998
Color ls additions


Где вы увидели GNU?

>а сравнивать ядро с ОС довольно странно. Потому что пользователь работает с клавиатуры не с linux, а с GNU или с X.org, а уже потом с Linux

В целом верно, но одновременно с этим ядро является слоём между пользовательским софтом и железом.

>GNU/FreeBSD

Нет такого, есть GNU/kFreeBSD.

>>Где вы увидели GNU?

Упс, упущение с моей стороны, но есть баш в портах, гном, кеды и т.д. Соляра кстати тоже реально Гну\Соляра , ихний ява десктоп просто Гном. И вообще у них лозунг: Сделаем всё как в Linux. Кстати, ваша фрибсд такой же новодел как и линух , оригинальная бсд сдохла кажется в 83 году.

>оригинальная бсд сдохла кажется в 83 году.

здрасьте новый год.

Оригинальная BSD сдохла от рук Novell в 1994 году после подписания мирового соглашения CSRG с Novell, что у той нет притензий на оставшийся код AT&T в BSD-Lite. В июне 1994 года вышел "чистый" выпуск 4.4BSD-Lite. C этого момента группы BSDI, NetBSD и FreeBSD повторно синхронизировали свои версии систем с "чистой" системой 4.4BSD-Lite.

2 Die-Hard

>>По теме: феерический бред! Сравните-ка Солярку с Хпуксом, и их обеих с Бимеровским Аиксом...

E pluribus unum :)

>Соляра кстати тоже реально Гну\Соляра

А как же MIT/Xorg, используемый в GNU/<подставьте нужную ОСь>? Ведь MIT'ники требуют ЯВНОГО указания авторских прав и перечисления всех авторов кода в исходниках, в отличие от необязательности этого в GNU GPL.

>> Linux® >> ®

Fail.

не читал, но осуждаю :)

ага, и тут Шаман ))))

тогда все ясно

Приведу несколько цитат. Так, чисто поржать.

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

> Большинство коммерческих версий UNIX созданы для одного или небольшого количества архитектур аппаратного обеспечения. [...] Благодаря этим ограничениям, UNIX-производители могут относительно свободно модифицировать свой код для этих архитектур и использовать любое преимущество своей архитектуры. Поскольку они прекрасно знают поддерживаемые ими устройства, то их драйверы работают лучше, и им не нужно учитывать ограничения BIOS, характерные для ПК. Linux, с другой стороны, исторически разрабатывался для обеспечения максимальной совместимости. Linux доступен на различных архитектурах, а число устройств ввода/вывода и прочей периферии, которая может использоваться с этой ОС, почти безгранично. Разработчики не могут заранее знать, какое конкретное оборудование будет установлено в компьютере, и часто не могут обеспечить его эффективное использование.

> Пользователю или системному администратору переход с Linux на UNIX добавит в работу некоторые неудобства, но в целом переход окажется безболезненным.

Статья почти ни о чём - просто перечисление различий.

Напишите пожалуйста автору, чтобы знал:
Самый правильный UNIX - это Linux!

не кипятитесь, статься десятилетней давности, новость в стиле ibm_dw. кстати такой пошлый пеар ibm-ы получат наверное за неплохой откат :)

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

Думается мне, что переход со слаки на, к примеру, убунту выглядит просто нечувствительным по сравнению с переходом с Solaris на Trusted Solaris. В общем можно констатировать дремучесть автора.

> E pluribus unum :)

Дык -- это, как раз, про Линух...

Мешанина какая-то, всё в одну кучу, много неучитывается и забывается..

>"Где Поддержка, Где Поддержка, Где Поддержка???!!!" (c) matik, E-Tegro, forum.ixbt.com

Да уж, matik забавный троль :)

Вообще всем рекомендую почитывать тему "Серверы" на forum.ixbt.com, иногда даже круче ЛОРа штырит :)

закат - это про SUN. Сан даун. сначала опен солярис а потом и ядро адаптируют Линуса. с коим к собственному неудовольствию - все еще продают, ЗАМЕТНУЮ часть своего оборудования.

> Единственный тру юникс это BSD
неа, не угадал - единственный true unix - это Tru64.:-)

> Эти патчи обычно проверены не так тщательно как патчи от поставщиков
> коммерческих ОС UNIX.
да уж, действительно - поржать
у тех же санок - соклько раз withdrawn patch бывало в recommended?
я уже со счету сбился.
самый прикол с Solaris SPARC 9/05HW1 - там изначально fsck с глюками.;-)

> А вот если к примеру с соляры на аикс - то ебиэм
о, будьте добры - на E25K взгоромоздите AIX пожалуйста!
а линукс там (теоретически) работает.;)
во всяком случае, на E450 12 пингинов бегало - своими глазами видел.

anonymous> Основное отличие Linux от UNIX в том, что последний сохранил хоть какую-то культуру использования / разработки.

Тоньше надо, тоньше.

>Хотя некоторые дистрибутивы Linux поставляются со стандартным набором инструментов для управления системой, например, SUSE's YaST, не существует общего для Linux стандарта инструментальных средств системного администрирования.

vi

>С другой стороны, коммерческие дистрибутивы UNIX содержат стандартные менеджеры пакетов.

Ага, особенно в Solaris ну ооочень хороший диспетчер пакетов... И ничего, что хуже того, что есть в шлакваре... Зато ЫнтерпрайзЪ.

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

Вот это вообще ППЦ. За поддержку деньги платить надо.

>Заключение

А заключение такое: IBM_dW, тоньше надо, тоньше.

mumpster> >> Единственный тру юникс это BSD >неа, не угадал - единственный true unix - это Tru64.:-)

Нет. Единственный ТрУЪ-UNIX - это Misha128bit

iZEN> А как же MIT/Xorg, используемый в GNU/<подставьте нужную ОСь>? Ведь MIT'ники требуют ЯВНОГО указания авторских прав и перечисления всех авторов кода в исходниках, в отличие от необязательности этого в GNU GPL.

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

iZEN> Оригинальная BSD сдохла от рук Novell в 1994 году после подписания мирового соглашения CSRG с Novell, что у той нет притензий на оставшийся код AT&T в BSD-Lite. В июне 1994 года вышел "чистый" выпуск 4.4BSD-Lite. C этого момента группы BSDI, NetBSD и FreeBSD повторно синхронизировали свои версии систем с "чистой" системой 4.4BSD-Lite.

Вот посему GPLv3 и рулит. Из-за какой-то BSDL целые ОС подыхают.

На удивление вредная статья. Не узнаю DW.

не MIT/XOrg а MIT/XFree86 а XOrg это его гнутый форк

iZEN> На что? на драйврный вирус e1000e, который убивает гигабитные сетевушки Intel?

Видимо ты тупица. Тот драйвер не в релизе, а в RC. Это значит, что идёт отлов багов. Точно с тем же успехом я могу сказать, что какая-нибудь альфа FreeBSD что-то там гробит или работает кривее венды.

anonymous> а XOrg это его гнутый форк

Да ты шо? O_O

У бота приступ ентерпрайзного бреда.

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

Теперь ближе к теме. Что такое UNIX? Я вижу два варианта ответа:
 - конкретная ОС с таким названием, берущая начало от AT&T Unics
и заканчивающая своё существование в гробу SCO (куски кода этой ОС,
встречающиеся в других ОС - это, как принято говорить, седьмая вода на киселе);
 - любая ОС, соответствующая спецификации UNIX, разрабатываемой
The Open Group, которая владеет торговой маркой UNIX последние 13 лет.

Если принять первый вариант, то GNU/Linux никакого отношения к UNIX не имеет.
А если второй - де-факто GNU/Linux вполне соответствует спецификации.

Из статьи же вырисовывается какое-то совсем странное определение UNIX.
Автор сравнивает непонятно что с GNU/Linux, которую он, похоже, видел
только на картинках, судя по утверждениям о нестандартизованности.

> переход с Linux на UNIX добавит в работу некоторые неудобства

Звучит так, будто переход с UNIX на Linux добавит в работу некоторые удобства...

Наверное, в этом даже есть рациональное зерно (/me вспоминает установку софта в Solaris и поворачивается к apt-get)...