12

Windows 10 (2004) со встроенным ядром Linux добралась до релиза в MSDN

Windows 10 (2004) со встроенным ядром Linux добралась до релиза в MSDN Windows 10, Операционная система, Linux, Msdn, Релиз, Обновление, Microsoft, Windows, Видео

Microsoft начала предварительное развёртывание крупного обновления Windows 10 May 2020 Update. Новые образы уже доступны на портале MSDN для разработчиков.

https://msdn.rg-adguard.net/public.php?p=2&seach=version 2004 &str=100#close

Это позволит им протестировать новинку и вовремя адаптировать софт под новую ОС.


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


Важно заметить, что обновление будет отличаться по характеру от предыдущих. Система лишь уведомит пользователя о наличии апдейта в Центре обновлений Windows, после чего можно запустить установку. Если же пользователи не захотят этого делать, то обновление будет заморожено до окончания поддержки текущей версии.


Отметим, что в сборке Windows 10 May 2020 Update ожидается ряд улучшений по части работы встроенного поиска, безопасности и отказоустойчивости. Впрочем, оценить это можно будет только после выхода версии 2004.


Microsoft официально подтвердила включение инструмента Windows Subsystem for Linux 2 (WSL2) в финальную версию Windows 10.


Напомним, WSL представляет собой дополнительный слой совместимости для запуска Linux-приложений в ОС Windows 10. Первая версия WSL дебютировала в Windows 10 Anniversary Update, которое вышло в августе 2016 года. В новой версии WSL2 основное внимание уделяется не столько базовой функциональности, сколько производительности. Новый инструмент должен существенно повысить скорость запуска и работы Linux-приложений, а также заметно сократить аппетиты по части оперативной памяти.


К слову, о ядре Linux для Windows 10. Это будет модифицированная версия Linux собственной разработки Microsoft, созданная специально для Windows для Linux (WSL). После каждого релиза новой стабильной версии ядра Linux с длительным сроком поддержки Microsoft обещает пересобирать ядро WSL, чтобы пользователи всегда имели возможность воспользоваться последними новшествами. Актуальная долгосрочная стабильная версия Linux носит номер 5.4.

Дубликаты не найдены

0
мне больше интересно откуда взять исходники добавить пару модулей, пересобрать и заменить встроенное
раскрыть ветку 4
0

Там по моему убунту была в качестве системы. И ставилась чуть ли не из магазина. Могу ошибаться, виндой не пользовался уже лет этак 5

раскрыть ветку 3
0

Не особо интересовался этой темой, но краем глаза где-то читал, что поддержка продуктов от Red Hat, запущенных в Hyper-V, осуществляется сотрудниками Microsoft, поэтому думал, что они шляпу выбрали в качестве mainstream.

раскрыть ветку 1
0
да, там любой линукс собранный для работы с ядром от МС

но на этих ядрах не собираются прошивки openwrt (или padavan) со включенным в прошивку tor-ом

все же чего то в ядре нехватает для сборки
0
И это при том, что WSL2 требует поддержки виртуализации от железа.
-3

Как изящно Майкрософт превратила ожидаемый "вендекапец" во внезапный "линукс_на_десктопе_капец".

раскрыть ветку 5
+1

С чего бы? Те, кто пользуется Линухом на десктопе делятся на 2 группы

1. Знают, что они делают и им как то винда особо не нужна, они и с линухом справляются неплохо.

2. Получили вместе с устройством и понятия не имеют, что у них линукс. Им собственно она тоже не нужна.


Остальные уже поставили себе винду и им поддержка линукса в ней в общем то...

раскрыть ветку 4
0

3. Всратый докер не работает как работает на линухе

раскрыть ветку 1
-1

3. Такие люди, как я, которые пользуются линуксом профессионально, понимают, что линукс - это объективно хорошо, но плохая поддержка оборудования, зоопарк тулкитов, отсутствие удобных инструментов заставляют посматривать "налево". Мак, кстати, тоже не спасает, там тоже костыли и неудобства, но хотя бы с железом гаратированно всё работает. Так что, я пожалуй попробую, как там эта убунта работает в венде.

раскрыть ветку 1
-1

Я когда-то восторгался поддержкой POSIX, а сейчас остался один вопрос: нахрена это всё? И я имею в виду не технический аспект, тут всё ясно, а прикладной, для конечного пользователя, который купил себе комп с виндой.

раскрыть ветку 7
+1

Это только для разработчиков, из коробки настроенная linux виртуалка с доступом к виндовой фс, очень полезная штука для мелких утилиток, менеджеров пакетов и т.п.

раскрыть ветку 6
0

Остался вопрос, зачем виндовому разработчику это все? А веб разрабы по моему отлично справляются макосями, линухами и вообще - удалённым сервером.

раскрыть ветку 5
Похожие посты
80

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2

Уважаемые ценители Downgrade и все им сочевствующие!

Предлагаю Вашему вниманию вторую часть статьи 2005 года из журнала Системный администратор.

Текст сохранён полностью, но восстановлены утраченные из оригинала фотографии.



Решение Стива Джобса покончить с производителями клонов Macintosh больно ударило по самолюбию Жана-Луи Гассе, лишив Be Inc. сразу всех потенциальных клиентов. Компании не оставалось ничего другого, как искать новые рынки для сбыта своей ОС, пользовательская база которых бы исчислялась шести- или даже семизначными числами. А единственным подобным «рынком» являлись, несомненно, компьютеры архитектуры x86.

Суровое время перемен


На проходившей 11 февраля 1998 года выставке Software Development’98 компания Be Inc. представила общественности версию BeOS 3.0, работавшую на компьютерах с процессорами Intel. Несмотря на то что эта корпорация в то время представила новейшие чипы Pentium II, BeOS отлично работала и на обычном Pentium. Управляющий Intel Энди Грув тогда честно признался: «Я даже не думал, что производимое нами аппаратное обеспечение может гарантировать такой уровень производительности».


Сама BeOS 3.0 являлась «вылизанной до блеска» PR2, в которую были добавлены поддержка процессоров Pentium/Pentium II, специальная версия программы PartitionMagic для динамического разбиения жёстких дисков, изменены некоторые элементы интерфейса, а также расширены сетевые возможности.


Одновременно с выходом BeOS третьей версии Be Inc. анонсировала свою интегрированную среду разработки под названием BeIDE, компиляторы, линкеры и библиотеки для которого поставляла компания Metrowerks. «Благодаря» BeIDE собственный пакет компании CodeWarrior стал неактуален (он стоил денег, в то время как аналогичный продукт от Be Inc. поставлялся вместе с ОС), и его разработка в версии для BeOS была приостановлена.


Старт продаж BeOS 3.0 был запланирован на 20 марта 1998 г. Начиная с этого дня поддержка существующего и нового аппаратного обеспечения стала для программистов Be Inc. настоящей головной болью. Выпущенная 16 июня, BeOS 3.1 содержала в основном дополнительные драйверы для материнских плат, звуковых карт, SCSI-адаптеров и внутренних модемов.


Кроме слабой аппаратной поддержки BeOS 3.0 для архитектуры х86 не могла «похвастаться» какими-либо интересными приложениями. В день старта продаж ОС для неё было доступно всего 20 программ.


Данные обстоятельства тем не менее не помешали Intel, а также другим фирмам вложить 25 млн. $ в компанию Be Inc., финансовые дела у которой опять шли плохо. «Be Inc. – компания, которой смерть дышала практически в самую спину, – говорил в то время аналитик компании Zona Research Грег Блатник. – Я думаю, благодаря финансированию Intel, она (Be Inc. – Прим. авт.) скоро снова встанет в строй. Если же у неё на уме ещё несколько других сделок – это пойдёт компании только на пользу».


Кроме того, Intel также предоставила компании Гассе своих инженеров для обеспечения наиболее полной совместимости с процессорами семейств Pentium/Celeron. Так, например, Be Inc. была одной из первых компаний, продемонстрировавших на примере своей ОС, а также некоторых других приложений преимущества новых инструкций SSE, появившихся в процессорах Pentium III.


В июне 1998 года BeOS, можно сказать, увидела мир. Именно в это время Microdata AB стала первым официальным дистрибьютором BeOS. Патрик Ланц, сотрудник Microdata, предложил Гассе продавать BeOS в Швеции ещё в начале 1998 года, и лишь по истечении шести месяцев управляющий Be Inc. решил рискнуть. «Я до сих пор помню, как мы продавали коробки с BeOS v.3, на которых крупными буквами было написано «Не для продажи!» – вспоминает Ланц.


В дальнейшем дистрибьюторами BeOS стали: Gobe Software (американский рынок, а также англоязычные территории Азии), Hitachi (Япония и остальная часть Азии), а также Koch Media и Apacabar (Европа).


Как только Be Inc. выпустила версию своей ОС для архитектуры х86, её главной задачей стало налаживание контактов и заключение партнёрских соглашений с производителями ПК с целью установки BeOS на их компьютеры. К сожалению, почти все компании отвечали отказом, но это немудрено, ведь Be Inc. была «зелёным новичком» на рынке, который всецело лежал у ног корпорации Microsoft и её Windows.


Тем не менее один производитель ПК всё же откликнулся на зов Be Inc. Им стала компания Hitachi Ltd., производящая компьютеры для японского рынка. Впечатлённая возможностями BeOS, она согласилась преустанавливать BeOS на три модели своих компьютеров, выпускавшихся под маркой Hitachi Flora Prius. И, казалось бы, всё будет хорошо…


Ещё в 1996 году на вопрос корреспондента известного журнала Wired «Что вы думаете о Билле Гейтсе» Гассе ответил: «Биллу постоянно сопутствует успех. Билл – это Билл. Microsoft очень хорошо управляется. И ещё одно: компания – отличный террорист, когда дело касается её интеллектуальной собственности». И он не прогадал.


Как только Be Inc. наладила партнёрские соглашения с Hitachi и обе компании выпустили пресс-релизы о совместном сотрудничестве, буквально на следующий день в офис японской компании прибыли юристы Microsoft и ясно дали понять, что, если Hitachi будет устанавливать BeOS и Windows на свои компьютеры, лицензия на их операционную систему будет отнята. Это же предупреждение получили все известные и не очень производители ПК.


Как Microsoft могла запретить устанавливать BeOS? Очень просто: в лицензионном ОЕМ-соглашении Microsoft, которое подписывает каждая компания-производитель ПК, говорится: «После того, как пользователь включит компьютер и пройдёт стадия инициализации BIOS, запрещается изменять или модифицировать последовательность появления экранов, отображаемых Windows 98, вплоть до появления надписи «Добро пожаловать в Windows 98». Таким образом, Hitachi, равно как и другие производители ПК, не могли установить специальный загрузчик, позволявший пользователю выбрать, какая ОС, Windows или BeOS, будет загружаться на его компьютере.


Результат оказался плачевным. Несмотря на то что BeOS была установлена на ПК, пользователь мог узнать о её существовании лишь по загрузочной дискетке, входившей в комплект поставки. Попытка Be Inc. закрепиться в качестве OEM-лицензиата операционной системы производителя компьютеров провалилась. Позже, в 1999 году, компания даже предлагала бесплатные лицензии на свою ОС, но «мыши на бесплатный сыр не пошли».


Во время походившей 10 ноября 1998 года выставки COMDEX 98 Be Inc. анонсировала новую, четвёртую версию BeOS. Среди её основных новшеств стоит отметить:


- новую библиотеку Media Kit, предназначенную для выполнения комплексных операций над - потоковыми медиа-данными;

- в очередной раз расширенную поддержку нового аппаратного обеспечения; возможность работы с разделами FAT16/32 (чтение/запись данных из-под BeOS);

- увеличившуюся на 30% производительность ОС, а также расширенные сетевые возможности.


Сама Be Inc. считала BeOS 4.0 первой версией системы, полностью удовлетворяющей потребности обычного пользователя, а также готовой для OEM-предустановки на персональные компьютеры. По словам аналитика исследовательской фирмы IDC Уильяма Петерсона, у Be Inc. наконец-то появилась очень быстрая и стабильная ОС.


Приблизительно в это время для BeOS начали появляться программы «второго поколения», по своим возможностям не уступающие Windows или MacOS-аналогам. Среди них стоит отметить: офисный пакет GobeProductive (Gobe Inc.), программы нелинейного видеомонтажа для любителей (personalStudio) и профессионалов (A-Studio) от компании Adamation, растровый редактор Easel (Human Touch), пакет для создания «классической» мультипликации Moho (Lost Marble) и др. Кроме того, компания Wildcard Design стала первым разработчиком игр для BeOS. Её «стартовыми» продуктами стали перенесённые с других операционных систем игры Axia и Abuse.


Спустя пару месяцев после выхода BeOS 4.0 состоялась первая публичная демонстрация возможностей аппаратного ускорения OpenGL, над которым инженеры Be Inc. работали на протяжении полутора лет. Специально для этого программист Be Inc. Эндрю Кимптон портировал на BeOS игру Quake II.


Зоркий глаз присутствовавших, внимательно следивших за демонстрацией, заметил, что чип Pentium III, установленный на тестовом компьютере, работал на частоте 400 МГц, тогда как официально частота этих процессоров стартовала на отметке 450 МГц. Этот факт лишний раз доказывает, что инженеры Be Inc. имели доступ к прототипам нового чипа Intel задолго до его публичной демонстрации.


Кстати, стоит отметить работу OpenGL на BeOS, вернее, её скорость. Тот факт, что операционная система демонстрировала двух-, а в некоторых тестах трёхкратное превосходство перед Windows 95/98, говорил о возможной будущей любви разработчиков игр к этой ОС. BeOS даже начали называть «игровой платформой будущего». Ах, мечты…


Тем временем постоянно развивающийся компьютерный рынок требовал от BeOS новых возможностей. Прекрасно осознавая это, Be Inc. не стала медлить, и в апреле 1999 г. объявила о скором выходе новой версии своей операционной системы под номером 4.5. Вкратце перечислим основные нововведения BeOS 4.5: новый экран загрузки, показывающий загружающиеся в данный момент компоненты ОС, обновлённую панель настроек для лёгкой конфигурации звуковых и видеокарт, появившиеся хранители экрана, а также полные либо демонстрационные версии программ: 3dsound (позже изменившей название на 3dmix) SoundRecorder, Moho, BePlan, поставлявшиеся в комплекте.


15 апреля 1999 года Be Inc. с гордостью заявила, что количество зарегистрированных разработчиков для BeOS перевалило за отметку 10 000. Но несмотря на такой внушительный показатель, большие компании не спешили рисковать с выходом на BeOS-рынок. И их можно было понять.


Пчела демонстрирует своё жало

Выход BeOS 4.5, конечно же, не оказался незамеченным, но померк на фоне анонса Be Inc. 3 марта 1999 года об изменении своей стратегии и анонсе новой ОС под названием BeIA (кодовое название Stinger – жало). Компания, ранее делавшая ставки на операционную систему BeOS, решила попытать счастья на только начавшем зарождаться рынке так называемых персональных устройств для доступа в Интернет – Internet Apliances. Целевая аудитория IA – люди, желающие приобщиться к миру высоких технологий, но опасающиеся большой сложности в освоении компьютеров. Для примера типичного устройства рассмотрим собственный прототип Be Inc. под названием IPAD (Internet Personal Access Device – персональное устройство для доступа в Интернет), продемонстрированный компанией на выставке PC Expro в июне 1999 г. Это устройство, по форме напоминающее LCD-монитор с «деформированной» стойкой, было предназначено для использования на кухне и позволяло бы своему владельцу смотреть видеорецепты приготовления различных блюд, наблюдать за детьми в соседней комнате, слушать музыку, читать новости, получать и отправлять почту и, конечно же, бороздить просторы Интернета. Если вспомнить основную концепцию BeOS (быстрая, надёжная, компактная, с широкими мультимедийными возможностями), получается, что она, как никакая другая ОС в мире, была предназначена для такого устройства. Гассе с товарищиами подумал так же и решил рискнуть.


BeIA является «урезанной» версией обычной BeOS, в которую для улучшения мультимедийных и сетевых возможностей были добавлены: новый сетевой стек BONE (BeOS Network Stack), браузер Opera 4.0, медиаплеер Real Player, а также виртуальная машина Java. Кроме того, каждый производитель, лицензировавший BeIA, мог самостоятельно создать внешний вид системы, подстраивая его под нужды конкретного устройства. В результате усечения некоторых библиотек новая ОС могла спокойно разместиться на флэш-карте объёмом 16 Мб и комфортно чувствовать себя на тех же 16 Мб ОЗУ. По мнению Be Inc., BeIA могла бы с успехом применяться в веб-планшетах, медиа-серверах, хранящих различную фото-, аудио- и видеоинформацию, миниатюрных ПК, игровых консолях и т. д.

Вместе с заявлением об изменении стратегии Гассе объявил о том, что Be Inc. становится открытой акционерной компанией. Выпуск шести миллионов акций по цене 6 долл. за акцию должен был, по мнению управляющего, принести Be Inc. 57 млн. долл., необходимых на развитие и продвижение проекта BeIA (суммарная прибыль компании в 1998 году составила всего 1,2 млн. долл.). Первым «внешним» акционером Be Inc. стала, как нетрудно догадаться, корпорация Intel, купившая 10% её акций.


Сразу после объявления Жаном-Луи Гассе новой стратегии развития компании среди пользователей BeOS поднялась буря негодования, вызванная опасением, что Be Inc. перестанет уделять должное внимание версии своей ОС для настольных компьютеров. Павел Цислер, создатель Tracker, предложил Стиву Сакоману открыть исходные коды некоторых частей системы, чтобы сообщество программистов для BeOS могло дальше улучшать возможности операционной системы. Поскольку Сакоман и Гассе сами думали над подобным шагом, идея Цислера была воплощена в жизнь, и на свет появились проекты OpenTracker и OpenDeskbar. Тем не менее циркулировавшие вплоть до середины 2000 года слухи об открытии исходного кода всей BeOS таковыми и остались. Причина, по словам Гассе, заключалась в большом количестве чужих технологий, лицензированных Be Inc. для своей ОС. Их изымание из системы потребовало бы очень много времени, которого у компании с её ограниченными ресурсами просто не было.

Изменение стратегии Be Inc. коренным образом повлияло на весь рынок BeOS. Несмотря на то, что курс акций компании после объявления BeIA стал расти, многие именитые разработчики ПО, понимая, что дальнейшая судьба BeOS теперь под вопросом, приостановили либо прекратили процесс переноса своих приложений. В их число вошли: Steinberg (аудиоредактор NUENDO), Emagic (аудиоредактор Logic Audio), Maxon (пакет для создания трёхмерной графики Cinema 4D) и др. Также были приостановлены работы по переносу приложений внутри самой Be Inc. BeOS-версии генератора трёхмерных ландшафтов Bryce 4 (MetaCreations), пакетов для создания трёхмерной графики Strata3D и StudioPro, а также программы нелинейного видеомонтажа VideoShop (C-3D Digital) так и остались незаконченными.


Изменение стратегии Be Inc. больно ударило и по тем немногим компаниям, осмелившимся начать работы по переносу своих игровых приложений на BeOS. Со временем операционная система лишилась: Tribes II, Neverwinter Nights, Worms Armageddon, Shogo: Mobile Armor Division, Unreal Tournament, Quake III, Black & White и SimSity 3000. Хотя ещё одним немаловажным аспектом, препятствовавшим появлению игровых продуктов на BeOS, стали постоянные задержки с тестированием аппаратного ускорения OpenGL и нового сетевого BONE. Из дошедших до пользователя игр остались лишь Civilization: Call to Power и Corumn III: Chaotic Magic.


Кроме программ, BeOS начала «терять» и инженеров, работавших над ней. Так, в течение 1999 года из Be Inc. ушли практически все создатели операционной системы: Доминик Джиамполо (автор BFS), Джейсон Семс (работавший над OpenGL), Говард Бирки (BONE), Павел Цислер (Tracker) и др.


Из положительных событий, последовавших вслед за роковым заявлением Жана-Луи Гассе, стало объявление в августе 1999 г. Be Inc. финансовых результатов второго квартала. Прибыль компании составила 537 000 долл., что на 74% больше (309 000 долл.), чем за первый квартал.

Окрылённая успехом, Be Inc. начала усиленно продвигать свою новую ОС на рынок. Среди компаний, лицензировавших BeIA на протяжении 1999 года, стоит отметить: Intel, Microworkz, Qubit Technology, National Semiconductor, First Computer International, Metricom и др. Большинство из устройств, анонсированных этими компаниями, представляли собой маломощные ПК, веб-планшеты, а также «интеллектуальные пульты» для дистанционного управления бытовой электроникой.


«Засмотрелась» на BeIA и Compaq Computer. По словам представителей компании, для её персонального устройства, предназначенного для доступа в Интернет, новая ОС от Be Inc. подходила как нельзя лучше. Компании заключили партнёрское соглашение, и Compaq стала официальным лицензиатом BeIA. Однако в октябре 1999 года компания объявила о разрыве соглашения и лицензировании Windows CE от корпорации Microsoft. В это же время в Интернет просочились слухи о том, что Compaq незаконно предоставила конфиденциальную информацию относительно BeIA Microsoft, за что та обеспечила компании скидку на Windows CE. Таким образом, бывший партнёр подло предал Be Inc. и пошёл под суд, закончившийся, правда, безрезультатно.


BeOS 5 Personal Edition: преодолевая миллионный рубеж

Несмотря на некоторые успехи Be Inc. в деле лицензирования BeIA, пользователи BeOS продолжали негодовать и требовать выпустить новую версию системы, содержавшую долго ожидаемые аппаратную акселерацию OpenGL, сетевой стек BONE, а также виртуальную машину Java. Дабы хоть как-то успокоить своих клиентов, Be Inc. в марте 2000 года объявила о выходе сразу двух версий BeOS 5.0 – Personal Edition и Professional Edition. В пятой версии ОС содержалось меньше улучшений, чем в BeOS 4.5, да и они были не такими важными. Судите сами: благодаря проектам OpenTracker и OpenDeskbar обновились Tracker и Deskbar; новый драйвер для файловых систем NTFS и ext2fs позволил читать (но не записывать) данные в разделах Windows 2000 и Linux; была улучшена производительность ОС при проигрывании MPEG-файлов; появилась простая программа для записи CD-дисков под названием CDBurner, была добавлена поддержка колёсика прокрутки на мыши, расширен список поддерживаемого аппаратного обеспечения (в основном принтеров), а также несколько улучшены возможности программ NetPositive, BeMail, Camera, 3dmiX и среды разработки BeIDE.


BeOS 5 Pro Edition помимо этого содержала несколько лицензированных Be Inc. компонентов: лицензированный mp3-кодек, медиа-проигрыватель RealPlayer G2, видеоэнкодер Indeo 5, а также руководство по эксплуатации и техническую поддержку. При этом из ОС пятой версии были убраны экспериментальные драйверы аппаратного ускорения OpenGL, присутствовавшие в BeOS 4.5.


Главное же отличие между PE и Pro-версиями заключалось в том, что бесплатная BeOS 5.0 поставлялась в виде инсталлятора и устанавливалась в Windows, создавая полугигабайтный образ BFS внутри файловой системы FAT32. Be Inc. надеялась использовать BeOS 5 PE в качестве «троянского коня», который позволил бы пользователям, не желающим или не умеющим устанавливать операционную систему на отдельный раздел, тем не менее попробовать её.

В результате «Интернет-бума» Personal Edition всего за три месяца было скачано более миллиона копий BeOS 5 PE. Кроме того, практически каждый компьютерный журнал считал обязательным включить бесплатную версию ОС на свой компакт-диск. Так, по словам Стива Сакомана, в одной только Европе более 65 журналов распространили BeOS 5 PE количеством в шесть миллионов копий.


Стоит также отметить появление напротяжении 2000 года качественного нового ПО для BeOS: новой версии офисного пакета GobeProductive 2.0 с возможностью чтения документов Microsoft Office, программ для создания музыкальных композиций (GrooveMaker), ди-джеинга (FinalScratch), а также финального мастеринга песен (T-RackS), программы для нелинейного видеомонтажа (UltraDV) и др.


BeOS была у всех на виду. О ней заговорил весь компьютерный мир. Тем не менее дела у Be Inc. шли всё хуже и хуже. Если компанию представить в качестве мяча и подкинуть его высоко вверх, момент, когда он достигнет максимальной высоты и начнёт стремительно падать вниз, настал для Be Inc. именно в 2000 году.


На протяжении 2000 года стратегия BeIA начала «давать трещины». Одна за другой компании, ранее лицензировавшие новую ОС, объявляли о переходе на другие альтернативные решения: кто – на WindowsCE, кто – на QNX, а кто – на Linux.


Be Inc. помогали удержаться на плаву лишь продажи BeOS 5 Pro, принёсшие за последний квартал 2000 года 480 000 долларов, которых едва хватало на выплату зарплаты своим сотрудникам. Понимая, что каждый новый день приближает Be Inc. к банкротству, Гассе и компания продолжали усиленно продвигать BeIA в массы.


На выставке CES 2001, ежегодно проходящей в Лас-Вегасе, Be Inc. представила миру прототип Aura – мультимедийного домашнего центра, предназначенного для кодирования, прослушивания, а также хранения музыки в формате mp3. Устройство подключалось к телевизору и обладало интуитивно-понятным пользовательским интерфейсом, позволявшим организовывать композиции в плейлисты, просматривать информацию о песнях, дополнительные данные об исполнителях, а также в будущем покупать музыку через интернет-магазины. Идея с Aura так понравилась самой Be Inc., что компания буквально сразу же объявила о создании целой платформы под названием HARP (Home Audio Reference Platform – базовая платформа), предназначенной для создания «умных» мультимедийных устройств. На HARP сразу же объявился первый потенциальный покупатель – Music Republic, но дальше «постного» релиза о сотрудничестве с Be Inc. дело, как в случае с абсолютным большинством лицензиатов BeIA, не пошло.


Прощальный вздох

2001 год стал последним годом жизни Be Inc. Финансовые показатели компании держались на уровне «ватерлинии» лишь благодаря Sony, лицензировавшей BeIA для своего нового интернет-терминала eVilla. Убытки Be Inc. достигли к 31 декабря 2000 г. (конец финансового года) 94 млн. долл., в то время как прибыль составила лишь 14 миллионов. Эти финансовые показатели заставили компанию пойти на крайние меры – уволить 27 человек. Несмотря на то, что большинство из них занимали должности менеджеров по продажам, Be Inc. лишилась и нескольких инженеров, «не вовлечённых в разработку основного продукта компании», то бишь программистов BeOS.


В феврале 2001 года, отчаявшись, компания подала в суд на корпорацию Microsoft, обвиняя её в монополизации рынка операционных систем своей Windows, а также в давлении на производителей ПК. В то время судебный антимонопольный процесс касательно Microsoft длился уже три года (в частности, вспомните «войну» браузеров Netscape Navigator и Internet Explorer в 1998 г.). Be Inc., лишённая возможности поставлять свою ОС производителям компьютеров, чтобы те могли спокойно устанавливать её на свои ПК, вошла в группу компаний-обвинителей. Судебный процесс затянулся до 5 сентября 2003 года, когда Be Inc. (в которой к тому времени останется лишь один сотрудник – юрист) объявила об отзыве своего иска, а Microsoft – о выплате 23,25 млн. долл. компании в качестве компенсации.


BeIA и практически «иссякшие» продажи BeOS 5 Pro не смогли удержать BeOS от падения в бездну: 2 апреля 2001 года Жан-Луи Гассе объявил, что оставшихся у Be Inc. 9 млн. долл. хватит лишь на шесть месяцев существования, после чего она полностью обанкротится. Гассе ничего не оставалось, как начать разрабатывать план продажи своей компании.


В августе 2001 года Be Inc. объявила об очередном увольнении 28 сотрудников, пытаясь хоть немного снизить затраты и продержаться до того, как на её душу найдётся покупатель.

Ждать, впрочем, надо было недолго. Буквально через пару недель после второго увольнения компания Palm Inc. 18 августа соизволила приобрести Be Inc. и впоследствии использовать мультимедийные возможности, предоставляемые BeIA, в своей собственной операционной системе для КПК PalmOS. 12 ноября, после совещания акционеров Be Inc., Palm окончательно приобрела всю интеллектуальную собственность компании за ничтожную сумму в 11 млн. долл. Казалось, история «пчелы» подошла к концу…


Жизнь после смерти

Ан нет. Невзирая на официальную «смерть» BeOS, сообщество её пользователей продолжает активно поддерживать систему. Постоянно выпускаются новые программы, совершенствуются старые. На основе бесплатной BeOS 5 PE, а также патчей, драйверов и программ, народ собирает различные дистрибутивы.


Например, BeOS, ранее не «дружившая» с процессорами Pentium 4/Athlon, а также видеокартами старше первого ATI Radeon, благодаря появлению BeOS Max и BeOS Developer Edition может спокойно работать на новых компьютерах.


Кроме того, на основе просочившейся тайком в 2001 году беты, следующей за BeOS пятой версии BeOS 5.1d0 (кодовое название Dan0), был разработан дистрибутив PhOS.


Но самое главное – BeOS продолжает развиваться, и в этом ей помогают два проекта – Haiku и Zeta. Расскажем о них лишь в паре приложений. Заинтересованные могут найти подробное описание и новости касательно проектов по адресам, находящимся в конце статьи.


Проект Haiku, ранее носивший неофициальное название OpenBeOS, стартовал буквально через два месяца после покупки Palm компании Be Inc. Его целью стало воссоздание BeOS 5.0 в новой операционной системе с открытым исходным кодом. Помимо этого, программисты уже выпустили достаточно драйверов, позволяющих существующим версиям BeOS чувствовать себя «как дома» на большинстве распространённых конфигураций современных ПК.


Что же касается BeOS Zeta, её основателем является немец Бернд Корц, ранее занимавшийся выпуском журнала InsideBeOS, почившего после пятого номера. В начале 2001 года Корц основал компанию yellowTAB, решившую заняться дальнейшим продвижением BeOS. Для этого им была выкуплена лицензия на продажу BeOS 5 Pro у немецкого дистрибьютера Koch Media, на основе которой yellowTAB собиралась выпустить дистрибутив под названием BeOS NG (Next Generation – следующее поколение). Позже его «начинку» было решено заменить с BeOS 5 Pro на BeOS 5.1d0, в результате чего операционная система изменила название на BeOS Zeta.


На данный момент Zeta является наиболее продвинутой версией BeOS. Она включает в себя:

- обновлённое ядро;

- SVG Tracker, поддерживающий векторную графику;

- новый USB-стек;

- BONE и множество других улучшений и дополнений.


По словам Бернда Корца, количество проданных копий BeOS Zeta в три раза превышает количество всех предыдущих версий BeOS, проданных Be Inc.

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 1. Программа для нелинейного видеомонтажа personalStudio)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 2. Прототип IPAD, демонстрировавшийся Be Inc. на выставке PC Expo’99)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 3. Многозадачность BeOS 5.0 – одновременная работа десяти игр)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 4. Офисный пакет GobeProductive 2.0)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 5. Интерфейс прототипа цифрового музыкального сервера Aura)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 6. Программа для финального мастеринга песен T-RackS)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 7. Интернет-терминал Sony eVilla, работающий на базе BeIA)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 8. Интерфейс BeOS Zeta)

Сломленная, но не сдавшаяся: история операционной системы BeOS. Часть 2 Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 9. Графический растровый редактор Refraction)

Источник.

Показать полностью 9
32

Сломленная, но не сдавшаяся: история операционной системы BeOS

Уважаемые ценители Downgrade и все им сочевствующие!

Предлагаю Вашему вниманию статью 2005 года из журнала Системный администратор.

Текст сохранён полностью, но восстановлены утраченные из оригинала фотографии.


«Взрыв сверхновой звезды» – именно так можно было охарактеризовать появление на рынке в 1996 году компьютера BeBox и операционной системы BeOS. Прошло время, и звезда постепенно угасла. Но, похоже, в скором времени настанет черёд повторного взрыва.

Прелюдия

Если покопаться в анналах мировой истории развития вычислительной техники и выудить из них компанию Apple, BeOS берёт своё начало именно с производителя «яблочных» компьютеров. Жана-Луи Гассе знает, наверное, практически каждый обладатель Macintosh (рис. 1). Человек, в одно время руководивший представительством Apple во Франции, благодаря своим успехам со временем занял должность начальника всех исследовательских и производственных подразделений компании. На его счету выпуск моделей Mac Plus, Macintosh II и Macintosh SE, снискавших большую популярность у покупателей.

Сломленная, но не сдавшаяся: история операционной системы BeOS Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 1. Жан-Луи Гассе собственной персоной)



Но мало кто знает о секретных проектах, которыми руководил Гассе. Ими являлись Aquarius – процессор на базе RISC-архитектуры, и Jaguar – профессиональная рабочая станция. Именно второй проект нас и интересует.


Целью «Ягуара» являлось создание высокопроизводительной рабочей станции на основе RISC-процессора Motorola 88110. Стратегия «правого верхнего угла», согласно которой в недрах компании разрабатывались компьютеры с высокой производительностью и расширяемостью, обладавшие при этом такой же высокой ценой, была навязана Apple именно Жаном-Луи. Поэтому, когда один из инженеров компании, Хью Мартин, предложил предприимчивому французу создать сверхбыстрый компьютер на базе новой тогда RISC-архитектуры, тот сразу же согласился. Руководство Apple также не возражало, правда, поставило лишь одно условие – новый компьютер не должен стоить больше 8000 долларов.


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


Четыре процессора и быстрая операционная система позволили новому компьютеру ещё на стадии разработки свободно обрабатывать аудио- и видеоданные, а также трёхмерную графику, а встроенные стереодинамики и камера для проведения видео-конференций подняли возможности «Ягуара» на уровень графических рабочих станций, стоивших десятки тысяч долларов. По словам Хью Мартина: «Мы сделали полноценный мультимедийный компьютер, на годы опередивший своё время».


К сожалению, несовместимость новой операционной системы с программами для MacOS, а также возросшее до предела противоборство между командами разработчиков проекта «Ягуар» и оригинального Macintosh вынудили управляющего Apple Джона Скалли в июне 1990 г. закрыть сделанный на 50% проект.


Впоследствии Жан-Луи Гассе, дискредитировавший себя выпуском первого ноутбука компании Macintosh Portable, а также вступивший в личную борьбу со Скалли, был вынужден подать в отставку. Случилось это в середине 1990 года.


Гассе отправляется в свободное плавание

Уйдя из Apple, Гассе тем не менее не расстался с мыслью разрабатывать новые компьютеры. Однажды он встретился с Ирвином Гаулдом, управляющим Commodore Business Machines. По словам самого Гассе: «Он хотел, чтобы я возглавил отдел исследований и разработок компании Commodore Amiga (разрабатывавшей одноимённые компьютеры), но я сказал: «Нет, я уже проходил через это. Я хочу управлять компанией». Гаулд ответил, что у него уже имеется прекрасная кандидатура, что означало отказ. Тем не менее Жан-Луи извлёк из встречи некоторые идеи относительно компьютеров Amiga: «Я немного обиделся на мистера Гаулда и решил, что, возможно, я мог бы создать что-нибудь наподобие Amiga, только построенное на современной аппаратной базе. Кроме того, в отличие от высокомерной Commodore я бы лучше заботился о разработчиках программных продуктов». Таким образом, Гассе принял решение, за которое ему впоследствии будут благодарны миллионы людей, – он решил создать компьютер нового поколения самостоятельно.


По замыслу Гассе, его новинка должна была стать тем «мультимедийным монстром», на пост которого претендовал так и не состоявшийся проект «Ягуар». На воплощение новой идеи у француза имелись 1,7 млн. долларов, с которыми он ушёл из Apple. Чуть позже Гассе благодаря своим связям получил дополнительное 7-миллионное финансирование. Помощником Жана-Луи в организации собственной компании стал Кори Ван Арсдейл, на которого были возложены обязанности адвоката и главного менеджера.


Первым инженером, которого Гассе пригласил в свою, ещё в то время не названную, Be Inc., стал Стив Сакоман, один из бывших сотрудников Apple, «отец» проекта Newton, позже ставшего первым карманным персональным компьютером в мире.


Вначале Сакоман работал у себя дома. Буквально через несколько дней после начала воплощения идеи Гассе в жизнь, он разработал первый прототип компьютера, состоявший из текстолитовой платы, 20 МГц процессора Hobbit производства компании AT&T, оперативной памяти и последовательного порта. Позже Сакоман добавил второй процессор, флоппи-дисковод, жёсткий диск, дополнительные параллельные и последовательные порты, а также видеоадаптер, разработанный им самим.


Через некоторое время Гассе пригласил на работу троих программистов, двое из которых – Боб Герольд и Эрик Рингвальд – раньше работали в Apple (Боб работал над проектом «Newton», а Эрик – над «Ягуаром»). Третий программист, Бенуа Шиллингс, был приглашён Гассе и Сакоманом после впечатляющей демонстрации своих программ, которые он разрабатывал для MacOS.


В обязанности Боба Герольда входила отладка создаваемых Сакоманом прототипов, а также написание драйверов. Что же касается Эрика и Бенуа, они создавали для нового компьютера новую ОС.


Вообще-то вначале разработчики предложили Гассе купить либо лицензировать какую-нибудь из уже существующих «встраиваемых» операционных систем. К сожалению, ChorusOS, на которую пал взор из-за её заманчивых возможностей, оказалась слишком дорогой. Впоследствии Chorus Microsystems была куплена Sun Microsystems и стала основой JavaOS. Гассе и компания приняли окончательное решение – делать операционную систему своими силами.


На рубеже 1991-92 гг. Гассе наконец-то принял решение дать своей крошечной компании имя. Изначально он планировал назвать её United Technoids, но, по словам Стива Сакомана: «От этого названия веяло чем-то мрачновато-извращённым, и я предложил Жану-Луи на выходных поискать какое-нибудь более подходящее название». В понедельник, когда Гассе спросил Сакомана, что тот нашёл, Стив ответил, что пока дошёл лишь до буквы «В». «Что же, пусть будет «Be», – решил Гассе. Так компания и обзавелась своим «пчелиным» именем.


Кроме того, вместе со становлением Be Inc. в качестве полноценной компании было принято решение об аренде небольшого офиса, который располагался в Менло Парке, штат Калифорния, – недалеко от зданий Apple Computer.


Шёл 1992 год. Работа над BeBox продолжалась. Стив Сакоман последовательно добавил в прототипы компьютера звуковую плату, встроенный модем, а также три цифровых сигнальный процессора (DSP) производства AT&T, которые должны были отвечать за обработку звуковых и видеоданных.


Не отставала от BeBox и его операционная система. В конце 1991 года Гассе нанял на работу Сирила Меуриллона, начавшего работу над ядром для BeOS. В это же время на сцене Be Inc. появился Доминик Джиамполо, автор знаменитой файловой системы BeOS. Бенуа Шиллингс, работая совместно с ним, написал первую версию графической подсистемы BeOS, которая затем превратилась в главную часть ОС – сервер App Server. 1993 год ознаменовался выходом первой тестовой версии ОС (также известной как DR1) (рис. 2).

Сломленная, но не сдавшаяся: история операционной системы BeOS Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 2. Одна из ранних версий BeOS для BeBox на базе процессоров Hobbit)



Уже в 1994 году появилась версия DR2, в которой было исправлено множество ошибок, а также добавлены поддержка SCSI-дисков и GeekPort – специального порта BeBox, предназначенного для энтузиастов-программистов. Кроме того, система обзавелась первыми средствами разработки приложений.


BeOS под микроскопом

Теперь сделаем небольшую остановку и рассмотрим подробнее особенности BeOS, а также её достоинства по сравнению с конкурентами:

- BeOS построена на микроядерной архитектуре. ОС состоит из микроядра, а также различных серверов, каждый из которых отвечает за выполнение определённых функций.

- Интерфейс программирования приложений (API) у BeOS основан на объектно-ориентированном дизайне вместо процедурно-ориентированного. Благодаря такому подходу программисты могут свободно использовать части кода в различных программах, что позволяет значительно ускорить процесс их создания.

- Вытесняющая многозадачность. В большинстве операционных систем каждый процесс управляется менеджером процессов. Чем больше процессов находится под командой менеджера, тем менее быстрой и стабильной становится система. В многопоточных системах каждый процесс создаёт свои собственные процессы, выполняющие строго определённые функции, тем самым значительно разгружая менеджер. Например, в BeOS каждое открытое окно создаёт два новых процесса: клиентский и серверный. Первый процесс получает и обрабатывает пользовательские события, такие как: нажатия клавиш, движение мыши и т. д., тогда как второй – занимается обработкой задач, связанных непосредственно с самим окном.

- Симметричная многопроцессорная обработка (SMP). Потоки могут использовать несколько чипов, установленных в компьютере (поддерживается до 8 процессоров), «перепрыгивая» с процессора на процессор в зависимости от их загруженности. Для примера: во время загрузки ОС один процессор отвечает за поиск приводов в компьютере, второй отображает на экране логотип операционной системы. Благодаря такому подходу прирост производительности BeOS, работающей на многопроцессорной системе, по сравнению с однопроцессорной стремится к 80-100%.

- Ориентация на обработку мультимедийных и коммуникационных задач. Многопоточный дизайн BeOS, а также низкая латентность системы позволяют ей легко справляться с аудио- и видеоданными, а также трёхмерной графикой. BeOS автоматически задаёт различные приоритеты выполняющимся в «реальном режиме» процессам, таким как запись видео или его воспроизведение.

- 64-разрядная файловая система BFS поддерживает жёсткие диски объёмом до нескольких терабайт и благодаря журналированию транзикаций предотвращает потерю данных.


Выход на финишную прямую

В 1994 году для BeBox пришлось искать новую платформу, поскольку процессоры Hobbit прекратили своё существование. Apple использовала Hobbit в первых прототипах проекта Newton. Когда же инженеры компании совместно с Acorn создали новую архитектуру ARM-процессоров, Hobbit стал не нужен. В результате летом 1994 года AT&T, не получив дальнейшего финансирования от Apple, отказалась продолжать разработку чипов Hobbit и окончательно ушла с рынка процессоростроения.


В поиске нового чипа для BeBox выбор инженеров Be Inc. пал на процессор PowerPC: новый, но уже достаточно разрекламированный компаниями Apple, IBM и Motorola продукт. Имея меньшую стоимость, чем у процессора Hobbit, PowerPC обладал лучшей архитектурой (комбинация серверного чипа IBM POWER и шины Motorola 88110) и производительностью. А предложил Be Inc. использовать PowerPC инженер Apple Джо Палмер, впоследствии ставший «отцом» нового BeBox.


Палмер в то время заканчивал разрабатывать Macintosh Quadra 660AV в Apple. Он хотел, чтобы независимые компании начали использовать стандарт PReP (PowerPC Reference Platform – связанная с PowerPC платформа), разработанный IBM, Apple и Motorola, поэтому решил встретиться по этому поводу с Жаном-Луи Гассе. Как раз в то время AT&T приостановила разработку процессоров Hobbit, поэтому Палмер предложил Be Inc. использовать новый PowerPC. «На внезапное предложение Жана-Луи помочь им в разработке компьютера на базе нового чипа я с радостью согласился», – вспоминает он.


Таким образом, BeBox обзавёлся новым «сердцем», вернее, двумя. Первые версии BeBox содержали пять процессоров – два Hobbit-чипа и три DSP. Для того чтобы компьютер можно было без проблем перенести на новую архитектуру, инженер Глен Адлер добавил в старые прототипы плату с ещё двумя процессорами PowerPC, доведя, таким образом, общее количество чипов в системе до семи штук. Позднее, когда программисты Be Inc. перенесли основной код BeOS на новую архитектуру, старые процессоры и DSP окончательно канули в Лету (рис. 3).

Сломленная, но не сдавшаяся: история операционной системы BeOS Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 3. Внешний вид BeBox)


Позже новый инженер Be Inc., Джосеф Палмер, в одиночку занялся доводкой BeBox до финального состояния. Им была разработана материнская плата, основанная на спецификации PReP. В то же самое время, изза недостатка средств, Палмеру пришлось использовать стандартную подсистему ввода/вывода, аналогичную той, что была на обычных персональных компьютерах из мира Windows.


С «лёгкого языка» Джо Палмера BeBox обзавелась своим названием. Вот что он сказал по этому поводу в одном из интервью: «Первые прототипы компьютера на базе процессоров Hobbit и DSP-чипов назывались просто Be-1. Когда пришёл черёд PowerPC, машины именовались Be-2, или BeBox. Со временем второе название прочно прилипло к нашим прототипам, вследствие чего стало основным и единственным».


Триумф BeBox

Конец 1994 года мог стать концом компании Be Inc: 9 миллионов долларов компании иссякли, а разработка компьютера только подходила к своему завершению. Ещё минимум год ушёл бы на то, чтобы довести «до ума» операционную систему. Жан-Луи Гассе принял решение найти для компании нового владельца. Его взор обратился к бывшему работодателю – Apple. В недрах «яблочной» компании в то время разрабатывалась операционная система под кодовым названием Copland, призванная заменить стремительно устаревающую MacOS 7.x.


«Финансовых средств у нас не осталось, и мне пришлось пригласить на встречу руководителя Apple Майкла Шпиндлера, чтобы поговорить с ним о возможности покупки Be Inc.», – вспоминает Гассе. К сожалению, встреча закончилась, не принеся никакого результата. Но Гассе никогда не забудет слов, произнесённых Шпиндлером на прощание: «Тебе, наверное, спится лучше, чем мне». «Я помню этот момент, поскольку Шпиндлер всегда очень хорошо предчувствовал опасность», – говорит Гассе. Apple была на краю пропасти: проект Copland разросся до невероятных размеров и превратился в «неповоротливый Титаник», готовый в любую минуту пойти ко дну от внезапного столкновения с айсбергом.


Неудача попытки продажи Be Inc. заставила Гассе готовиться к единственному выходу – публичной демонстрации BeBox потенциальным инвесторам в надежде привлечь хоть какие-нибудь денежные средства для продолжения проекта. Данное событие должно было состояться на выставке Agenta’95.


Специально для будущей выставки Стив Сакоман подготовил презентацию, демонстрировавшую обработку на BeBox восьми AVI-видеофайлов и трёхмерной графики (Жан-Луи Гассе хотел лицензировать у Apple технологию QuickTime, но цена в 5 млн. долларов оказалась для Be Inc., ещё не выбравшейся из «долговой ямы», просто непомерной). Всё это работало одновременно и без какого-либо торможения.


Один из журналистов, присутствовавших в тот памятный день на выставке Agenta’95, позже назвал BeBox «суперкомпьютером в компактном корпусе ПК» (вспомните, какая компания в 1999 году придаст своему компьютеру приставку «супер»). Два процессора PowerPC 603e, несмотря на свои 66 Мгц, помогали BeBox демонстрировать производительность на уровне рабочих станций IBM RS/6000, стоивших десятки тысяч долларов. Возможность установки до 256 Мбайт ОЗУ в обычный ПК в 1995 году была также чем-то нереальным. А уж 26 различных портов ввода/вывода, располагавшихся на задней стенке компьютера, делали из компьютера Be Inc. поистине «чудо». Чего уж говорить об операционной системе, о возможностях которой было написано выше. Зрители были в шоке от демонстрации BeBox. А довольно низкая цена в 1995 у.е., как для системы, демонстрирующей подобный уровень производительности и возможности, стала «последним гвоздём». Многотысячная аудитория, присутствовавшая в зале, устроила Жану-Луи Гассе овацию. Это был его день, день всей команды Be Inc., и, конечно же, триумф BeBox и BeOS.


Удержаться на волне успеха

Выставка Agenta’95 принесла Be Inc. дополнительные инвестиции на сумму 6 млн. долл. (одним из инвесторов стал известный разработчик суперкомпьютеров Сеймур Крей), которые позволили компании доработать BeBox до состояния полной готовности и 3 октября начать отгружать компьютеры первым заказчикам. В то же время работа над совершенствованием BeOS продолжалась.


До апреля 1996 года компанией было выпущено семь тестовых версий системы (так называемые Development Release), каждая из которых добавляла в ОС новые возможности, а также улучшала уже существующие. Та же BeOS DR7 могла «похвастаться»: поддержкой 32-битного цвета, новой файловой системой BFS, виртуальными Рабочими столами, а также улучшенными сетевыми возможностями.


По словам Жана-Луи Гассе, вначале BeOS необходимо было набрать минимальную «критическую массу» программ, для чего компьютеры BeBox попадали, в основном, в руки программистов, поражённых демонстрацией возможностей компьютера и ОС и желающих начать разрабатывать для неё новое ПО. Кроме того, Be Inc. воплотила в жизнь новую концепцию продаж программного обеспечения: вместо того, чтобы раскошеливаться на рекламу, компании, а также программисты-одиночки предлагали потенциальным покупателям демо-версии своих программ, размещённых на специально созданном Be Inc. сайте BeDepot.com. Если пользователю понравилась демо-версия, он мог при помощи обычного телефона заказать себе полную версию. Кстати, многие компании-разработчики ПО для BeOS (например, та же BeatWare) «вышли в свет» именно благодаря такой системе продаж.


В начале 1996 года производство BeBox, вследствие иссякших в очередной раз денежных средств, было приостановлено. Компания была на грани банкротства. Тем не менее на волне бума, поднятого демонстрацией компьютера на Agenta’95, быстро нашлись новые инвесторы и, после 14миллионного «вливания» в активы компании, процесс производства был возобновлён.


Следующей целью Жана-Луи Гассе стала выставка MacWorld Expo, проходившая летом 1996 года. Официально Be Inc., кстати, запрещалось присутствовать на выставке, поскольку её продукция никаким образом не была связана с Apple. Тем не менее 6 августа 1996 года тысячи людей столпились возле стенда компании: на нём демонстрировалась BeOS, работавшая на компьютере Power Macintosh. Зрители были в шоке: то, чего все уже который год ждали от Copland (главным образом, вытесняющую многозадачность и защищённый режим памяти), уже было воплощено в BeOS и работало на их компьютерах! Кроме того, ОС также работала на клонах Macintosh, производившихся компанией Power Computing. Mac-версия операционной системы от Be Inc. произвела очередной фурор.


Но мало кто знает, что предназначалась эта версия ОС для другой цели – демонстрации Apple возможности работы BeOS на компьютерах Power Macintosh. Да-да, теперь Apple первой предложила Гассе купить его компанию. Правда, запрошенная им цена в 300 млн. долл. показалась «яблочной» компании слишком большой (она предлагала Be Inc. «лишь» 100 млн. долл.), поэтому переговоры, длившиеся на протяжении полугода, ни к чему не привели.


Тем не менее, убедившись в полном крахе проекта Copland, в 1997 году, после покупки за 430 млн. долл. Стива Джобса и его компании NeXT Inc., Apple объявит о начале разработки новой операционной системы под кодовым названием Rhapsody на базе ОС NEXTSTEP.


5 августа 1996 года из недр Be Inc. вышли сразу два новых продукта. Первым из них был новый BeBox, в основу которого были положены те же PowerPC 603e, работавшие, правда, на частоте 133 МГц. Также был немного изменён цвет корпуса. В остальном новый компьютер полностью копировал своего старшего собрата, правда, стоил уже 2995 у.е.


Вместе с новым BeBox свет увидела и новая версия BeOS, DR8 (рис. 4). Из улучшений стоит отметить появившуюся библиотеку 3D Kit, позволявшую разработчикам наделить свои приложения интерактивной трёхмерной графикой; библиотеку Game Kit, обеспечивавшую прямой доступ к графическому адаптеру компьютера; встроенную в файловую систему возможность работы с электронной почтой; новый веб-браузер NetPositive; новые элементы графического интерфейса, а также расширенную поддержку аппаратного обеспечения: более ёмкие винчестеры, устройства для порта GeekPort, а также джойстики.


Дабы довести число анонсов за день до заветной цифры «3», Be Inc. 5 августа выпустила пресс-релиз, в котором объявила о лицензировании у Silicon Graphics Inc. графического API OpenGL, а также планах по его интеграции в BeOS.

Сломленная, но не сдавшаяся: история операционной системы BeOS Downgrade, Операционная система, Microsoft, Apple, Длиннопост

(Рисунок 4. BeOS DR 8 для BeBox на базе процессоров PowerPC)


Параллельно с развитием BeBox Гассе налаживал отношения с производителями Mac-клонов, дабы те поставляли BeOS со своими компьютерами. 26 ноября 1996 года Power Computing стала первой компанией, лицензировавшей BeOS. В скором времени за ней последовали DayStar, Motorola и UMAX.


Наполеоновским планам Жана-Луи Гассе продать в 1996 году 10 тысяч, а в 1997-м – 100 тысяч BeBox не суждено было сбыться. К тому же лицензирование BeOS производителям клонов Macintosh имело значительно больший интерес для компании, вследствие чего продвижением собственных компьютеров Be Inc. практически не занималась.


В Интернете можно найти фотографии прототипа четырёхпроцессорного BeBox, создававшегося в 1996 году, но так и не доведённого до конца. По словам Джо Палмера, причин, послуживших приостановлению разработки, всего две. Первая: альянс AIM (Apple, IBM, Motorola) забросил дальнейшее развитие PowerPC 604 в пользу нового PowerPC 750 (известного также как G3), не предназначенного для использования в многопроцессорных конфигурациях. Вторая: у Be Inc. возникли трудности с получением различной информации относительно архитектуры чипов из недр AIM, за что стоит сказать отдельное «спасибо» Apple.


В результате разработка четырёхпроцессорного BeBox затянулась. Поскольку в то время наибольшее внимание публики было уделено работе BeOS на компьютерах Power Macintosh и его клонах, Be Inc. 30 января 1997 года объявила о прекращении выпуска собственных компьютеров и концентрации исключительно на дальнейшем совершенствовании операционной системы.


Специально для Mac-клонов Be Inc. выпустила BeOS Preview Release 1 и 2, ставшие первыми «публичными» версиями операционной системы.



Так, PR1 принёс в BeOS обновлённую файловую систему BFS, ставшую 64-разрядной, программный режим ускорения OpenGL, новую интерфейсную оболочку под названием Tracker. На долю PR2 можно записать: обновлённый Tracker, улучшенный стек TCP/IP, а также расширенный листинг поддерживаемого аппаратного обеспечения.


На конференции BeDevCon, проходившей в начале мая 1997 года и ознаменовавшейся выходом BeOS PR1, Эрик Рингвальд также объявил о планах компании интегрировать виртуальную машину Java в первую полноценную версию BeOS (v 3.0), выход которой был намечен на весну 1998 года. В то же время компания Metrowerks пообещала дальнейшее улучшение Java в своём пакете для разработки CodeWarrior.


Дела у Be Inc. шли довольно неплохо: более 500.000 распространённых копий BeOS, налаженные партнёрские отношения с производителями клонов Macintosh, увеличивающееся с каждым днём количество разработчиков ПО для операционной системы (на момент выпуска BeOS PR2 – 4400), а также появление первых «серьёзных» программ, таких как: VirtualMac (эмулятор MacOS 7.x), BeatBox (музыкальный редактор), LRDraw (графический векторный редактор), Be Basics (текстовый процессор и редактор электронных страниц)…


Не жди беды, она сама к тебе придёт. Через некоторое время после того, как Apple приобрела NeXT Inc., Джил Амелио, сместивший Майкла Шпиндлера с поста управляющего компанией в начале 1996 года, был отправлен в отставку, а его место занял Стив Джобс, назначенный «временным» управляющим.


Буквально сразу же после этого Джобс приостановил производство КПК Newton, а также за пару месяцев «сдал в утиль» практически весь рынок производителей клонов Macintosh, аннулировав либо принудительно выкупив их лицензии. Be Inc., оставшись без партнёрской поддержки, а также их компьютеров, очутилась в облике «наездника без коня». Жану-Луи Гассе пришлось искать выход из сложившейся ситуации. Результат не заставил себя ждать.


Источник.

Показать полностью 3
158

Взгляд назад: Windows 2000. Часть 1. Нововведения

Пенного всем этим чудесным вечером!

Уханов снова вещает про историю операционных систем.


Список предыдущих постов:

Взгляд назад: Windows 1.x

Взгляд назад: Windows 2.x

Взгляд назад: Windows 3.x

Взгляд назад: Windows 95

Взгляд назад: Windows 98

Взгляд назад: Windows Me

Взгляд назад: Windows NT 3.1

Взгляд назад: Windows NT 3.5

Взгляд назад: Windows NT 3.51

Взгляд назад: Windows NT 4.0


Два месяца прошло с прошлой заметки и вот я наконец собрался с мыслями и решил продолжить цикл статей. На написание заметки и изучение матчасти ушло почти два месяца. Заметка вышла слишком большой и по совету жены, я решил её разделить на части. Сегодня поговорим о семействе Windows 2000 и основных нововведениях.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Система увидела свет 17 февраля 2000 года и поддерживала следующие архитектуры: x86, DEC Alpha, MIPS и PowerPC. Известна тем, что в 2004 году часть исходных кодов попала в общий доступ в результате утечки.


Сегодня в номере:

- Установка

- Обновления пользовательского интерфейса

- Работа с документами

- Поддержка оборудования

- Обновления дисковой подсистемы

- Сеть

- Active Directory

- Обслуживание системы


Установка

В процессе установки Windows произошли большие изменения: больше никакой двухфазной установки и никаких дискет! загрузился с CD и вперёд. запуск из DOS так-же не вызывает проблем.

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

Установка получила поддержку использования сценариев автоматизации и возможность удалённой установки по сети с использование PXE.


Обновления пользовательского интерфейса

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Из Windows 9x досталось много мелких плюшек, без которых работа в системе не была-бы такой удобной. Это сейчас они все у нас перед глазами, но стоит только войти в Windows NT 4.0, как ощущаются определённые неудобства.

Перечислю некоторые из нововведений:

- Active Desktop

- Списки наиболее часто используемых ресурсов

- Персональные меню

- Технология AutoComplete при навигации в проводнике

- Расширенные настройки меню «Пуск»

- Папка «Мой компьютер» была упрощена


Панель управления переработали: сетевые настройки собрали в одном апплете, а установка сервисов (таких как DNS, DHCP, WINS) и компонентов переехала в установку и удаление программ. Напомню, что ранее DHCP например, устанавливался из апплета настройки сетевой платы.

Многие из перечисленных улучшений пришли в Windows 2000 из Windows 9x и в следующей заметке я рассмотрю наиболее интересные из них.


Работа с документами

Работа с документами стала удобнее и быстрее. Особенно хорошо стало для администрторов, ведь профили пользователей стали теперь по-настоящему разделены и хранятся в каталоге Documents and Settings. Теперь пользователи никак не видят данные друг друга и значительно упростилось резервное копирование профилей пользователей.

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

Менеджер синхронизации позволяет продолжать работать с документами, расположенными на сетевом диске при потере связи с сервером. Он кэширует выбранные данные локально и обновляет при восстановлении соединения.

Для компьютеров, работающих в составе домена Active Directory, стал доступен поиск общих принтеров по возможностям. Теперь можно, например, найти в сети двусторонние или цветные принтеры.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

В контекстном меню проводника появился пункт «Открыть с помощью». Не знаю, как остальные, но я его использую очень часто.


Поддержка оборудования

Огромные изменения в поддержке оборудования можно заметить ещё на стадии установки Windows 2000. Установщик задаёт меньше вопросов по настройке оборудования и настраивает его сам — сказывается работа механизма Plug and Play, прибывшего из Windows 9x.


Из нового хочется отметить поддержку последовательной шины USB, которая тоже пришла из Windows 9x. От туда так-же пришла поддержка сканеров и камер. Система поставляется с предустановленным DirectX 7.0. Если верить Википедии, то он дал нам аппаратную поддержку преобразований, обрезания и освещения.


Поддержка PAE

Существует ограничение в 4 ГБ оперативной памяти. Оно наложено особенностью работы 32-х разрядных процессоров. Для преодоления этого ограничения, процессоры получили поддержку Physical Address Extension (PAE). Она позволяет процессору применять при обращении к памяти 36 разрядов. Что увеличило объём доступной оперативной памяти до 64 Гб. Поддержка PAE появилась в Windows Advanced Server и Windows Server Datacenter.


Обновления дисковой подсистемы

Увидев историю развития Windows можно смело воскликнуть: наконец-то! Наконец-то появилась операционная система, которая поддерживает FAT32 и NTFS одновременно и без костылей.

В серверной редакции появилась служба Remote Storage Service, которая позволяет организовать многоуровневое хранение документов.

Как вишенка на торте, в системе появилась программа дефрагментации.


Динамические диски

Технология программного RAID у Microsoft впервые появилась в Windows NT 3.1. В 2000-х их прозвали мультидисками. Давайте сохраним традицию и вспомним как оно было раньше для лучшего понимания, что изменилось.


Как было раньше.

Раньше, во времена MS-DOS поддерживался следующий формат разбиения диска на раздела: на диске мог быть только один основной раздел и один дополнительный. Внутри дополнительного можно создавать логические разделы. Такого-же мнения о разделах системы семейства Windows 9x/Me — они попросту не видят более одного основного раздела, несмотря на то, что MBR поддерживает создание четырёх основных разделов.

Windows NT позволила создавать на диске 4 основных раздела, предупреждая о недоступности данных из MS-DOS.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Одновременно с этим, появился функционал создания набора томов. Том, входящий в набор, виден пользователем как один том и пользователь работает с данными на нём как и с обычным диском. Набор томов предоставляет следующие возможности:

- Увеличить имеющийся том за счёт добавления к нему дискового пространства с другого диска.

- Создать зеркальный том (RAID 1)

- Создать чередующийся том (RAID 0)

- Создать чередующийся том с контролем чётности (RAID 5)

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Мультидиски в WIndows NT 4.0


Конфигурация программного RAID хранилась в реестре и при подключении дисков к другому компьютеру всё это хозяйство определяется не как RAID массив, а просто как куча дисков.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

На скриншоте видно, что после подключения массива мультидисков в Windows 2000 часть томов не определилось. Тома определились как отдельные разделы диска и формат большинства из них не определён.


Как стало теперь

В Windows 2000 подсистема программного RAID получила большое обновление. Теперь перед использованием программного RAID требуется изменение формата дисков с базового на динамический. В динамических томах информация о конфигурации массива хранится на всех дисках массива и копируется в реестр при монтировании. Ранее изменения в массиве требовали сохранения, теперь они применяются сразу. Ниже представлен скриншот, отображающий все возможные виды динамических томов. Windows 2000 Professional не поддерживает тома RAID 5.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Динамические тома Windows 2000


Файловая система NTFS 3.0

Уже полюбившаяся файловая система обновилась до третьей версии.

Если к Windows 2000 подключить диск с предыдущей версией NTFS (например от Windows NT 4.0), то она будет немедленно обновлена до третьей версии. Это стоит учитывать, так как будет невозможна работа предыдущих версий Windows NT.

В третьей версии NTFS получила журнал USN. Журнал обеспечивает согласованность метаданных файловой системы. В журнале сохраняется информация об изменениях файлов. При этом, если изменение файла завершить не удалось, они будут отменены. Файловая система будет приведена в состояние, предшествующее внесению изменений. Но данные это уже не спасёт. Журналирование всегда выгодно отличает файловую систему перед своими не журналируемыми собратьями. И пусть журнал зачастую не обеспечивает сохранность данных, но защищает её от разрушения.

Журнал USN может использоваться приложениями для отслеживания изменений файлов, как это делает История файлов из Windows 8/10. При помощи утилиты NTFS Stream Explorer можно узнать изменения какого характера происходили.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Дисковые квоты

Windows 2000 впервые представила нам дисковые квоты. Технология несомненно полезная и ожидаемая. Однако стоит понимать, что ожидание и реальность тут говорят на разных языках и друг друга явно не понимают. Вот некоторые их особенности:

- Использование дисковых квот включается на весь логический диск. нельзя настроить квоту на каталог.

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

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

- Использование сжатия NTFS не поможет для экономии выделенного пространства. - Учитывается объём несжатых данных.

- Дисковые квоты пересчитываются каждый час.

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

- В свойствах диска пользователь видит не реально оставшийся объём диска, а остаток лимита по квоте.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Разреженные файлы.

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

Преимущества разреженных файлов:

- Экономия ресурса носителя

- Сокращение времени записи файла

- Экономия дискового пространства: дыра не занимает место на диске.

Недостатки разреженных файлов:

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

- Частая запись в дыры увеличивает фрагментацию.

Технология получила огромное распространение и всё больше приложений её используют незаметно для наших глаз. Например я сейчас в VirtualBox создал файл фиксированного виртуального диска объёмом 10 гб. Создание диска заняло около 20 секунд. Но самое интересное как обычно под капотом. Диспетчер ресурсов наглядно показывает, что в момент записи файла больше информации писалось в журнал, карту свободного места и MFT, чем в сам файл.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Ранее я говорил про экономию дискового пространства при использовании разреженных файлов. Давайте посмотрим размер файла и занимаемое пространство на диске. На скрине хорошо видно, что на диске файл занял 40 кб!

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

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


Точки перехода.

Можно встретить название точки монтирования или reparse point — это специальный объект файловой системы, который указывает на необходимость вызова функций расширенной файловой системы в момент их встречи. Производители могут добавлять свои драйверы файловых систем, таким образом масштабируя хранилище. Именно это нововведение станет началом многих решений.

В будущем это будет основой дедупликции, сжатия LZX, WIM Boot и файлов по вызову OneDrive.

На этой технологии построен Remote Storage Service. О нём поговорим позже.

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


Шифрованная файловая система EFS

В своё время вопрос «как поставить пароль на папку?» задавался очень часто в своё время. И вот появился первый ответ на вопрос.

Шифрованная файловая система (EFS) представляет из себя систему прозрачного шифрования данных, хранящихся на разделах с файловой системой NTFS. Используется симметричный алгоритм шифрования DESX. Никакой дополнительный пароль при этом не используется — в шифровании используются учетные данные пользователя.

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

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

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

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


Сеть

В поддержке сетей произошло много изменений. Самым главным изменением является включённый по умолчанию клиент DHCP. Замечу, что теперь он принимает настройки DNS, чего ранее в Windows NT не делал. В службе сервера DHCP так-же произошло заметное изменение — появилась авторизация DHCP. Теперь, прежде чем начать выдавать динамические адреса в домене, DHCP сервер должен быть авторизован. Это снижает вероятность появления в сети левых DHCP серверов.


AutoIP

Не менее важным стоит назвать появление AutoIP, то есть создание одноранговой сети в автоматическом режиме без участия DHCP. Работает это так: если при включённом автоматическом получении IP адресов, DHCP не найден, то Windows сама назначит себе IP адрес.


Общий доступ к сети Интернет

Windows 2000 Professional унаследовала от Windows 9x функцию «Общий доступ к Интернет», позволяющую разделить доступ в сеть Интернет с компьютерами локальной сети. Компьютер для её работы должен иметь модем или две сетевые платы.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Windows 2000 Server обрела более зрелый вариант описанного выше функционала в рамках службы Маршрутизация и удалённый доступ.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Active Directory

Поистине огромные изменения произошли в доменной инфраструктуре. На смену NT Domain пришла Active Directory. И вот уже двадцать лет, родимая с нами.

Самым первым изменением, которое лично мне бросилось в глаза была служба DNS. В домене NT DNS не использовался, да и вообще, раньше жили без него. Домену NT строго говоря и WINS не нужен — всё происходит через Broadcast.


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


В Active Directory все контроллеры домена хранят копию базы, доступную для записи (напомню, что RODC появятся в Windows Server 2008). Единственное, что может отличать контроллеры друг от друга, это роли мастеров операций (FSMO). Первый контроллер домена (тот на котором домен и создавался) автоматически становится владельцем всех ролей FSMO. Контроллеры домена, добавленные позже, равны между собой. Мы плавно переходим к ролям мастеров операций.

В Windows 2000 появилась возможность просмотра объектов Active Directory прямо из папки Сетевое окружение. При этом администратор домена может вносить некоторые изменения в объекты, например изменить состав группы или описания объектов. Пользователям домена объекты доступны только для чтения.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Роли мастеров операций

Мастер операций — это контроллер домена, который выполняет уникальную в домене или лесу роль. В случае его недоступности операции, зависящие от него не будут выполняться. При понижении контроллера домена, являющегося мастером операций до рядового сервера происходит передача полномочий другому серверу. Мы можем сами распределить роли между контроллерами домена.

Но что случится при утрате контроллера домена, являющегося мастером операций? Мы можем выполнить захват требуемой роли FSMO с другого контроллера домена. Мы же помним, что базы на всех контроллерах домена идентичны кроме ролей FSMO они больше ничем не отличаются?

Роли мастеров операций уровня леса

- Мастер схемы

- Мастер именования доменов

Роли мастеров операций уровня домена

- Мастер RID

- Эмулятор PDC

- Мастер инфраструктуры


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

Приведу таблицу сравнения домена NT и Active Directory:

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Обслуживание системы


Windows Update

Windows 2000 получила службу Windows Update, которая перекочевала из Windows 9x и упрощает скачивание и установку обновлений.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Защита системных файлов

Из Windows Me перешла система защиты системных файлов. Она отслеживает несанкционированное изменение файлов Windows и предлагает их восстановить из дистрибутива. Но в отличие от Windows Me, требует вставки диска с дистрибутивом, что люто бесит. Зато появилась утилита командной строки sfc.exe и есть возможность более гибко управлять процессом и инициировать проверку самостоятельно.

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Консоль восстановления

Консоль восстановления — это компонент Windows 2000, позволяющий получить доступ к установленной системе, авторизовавшись в ней. Консоль позволяет с некоторыми ограничениями, выполнять операции над файлами, управлять разделами, восстановить загрузчик и проверить диск.

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

Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft
Взгляд назад: Windows 2000. Часть 1. Нововведения Windows, Windows NT, Windows Server, Windows Server NT, Downgrade, Длиннопост, Microsoft

Вместо заключения

В этой заметке мы поверхностно пробежали по нововведениям Windows 2000. Некоторые моменты я специально рассмотрел подробнее, так как в будущем они будут играть ключевые роли. В следующей заметке более подробно поговорим о редакциях, их различиях и возможностях. Система получилась несомненно крутая, но очень уж долго грузится.


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

Показать полностью 19
54

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

Большинство антивирусов оказались подвержены атаке через символические ссылки Антивирус, Mac Os, Windows, Linux, Длиннопост

Исследователи из компании RACK911 Labs обратили внимание на то, что почти все антивирусные пакеты для Windows, Linux и macOS были уязвимы для атак, манипулирующих состоянием гонки (race conditions) во время удаления файлов, в которых обнаружено вредоносное ПО.


Для проведения атаки необходимо загрузить файл, который антивирус распознает как вредоносный (например, можно использовать тестовую сигнатуру), а через определённое время, после выявления вредоносного файла антивирусом, но непосредственно перед вызовом функции для его удаления, подменить каталог с файлом символической ссылкой. В Windows для достижения того же эффекта выполняется подмена каталога при помощи точки соединения (directory junction). Проблема в том, почти все антивирусы должным образом не выполняли проверку символических ссылок и, считая что удаляют вредоносный файл, удаляли файл в каталоге на который указывает символическая ссылка.


В Linux и macOS показано как таким способом непривилегированный пользователь может удалить /etc/passwd или любой другой системный файл, а в Windows DDL-библиотеку самого антивируса для блокирования его работы (в Windows атака ограничена только удалением файлов, которые в текущим момент не используются другими приложениями). Например, атакующий может создать каталог "exploit" и загрузить в него файл EpSecApiLib.dll с тестовой сигнатурой вируса, после чего перед удалением заменить каталог "exploit" на ссылку "C:\Program Files (x86)\McAfee\Endpoint Security\Endpoint Security Platform", что приведёт к удалению библиотеки EpSecApiLib.dll из каталога антивируса. В Linux и macos аналогичный приём можно проделать с подменой каталога на ссылку "/etc".


#!/bin/sh

rm -rf /home/user/exploit ; mkdir /home/user/exploit/

wget -q https://www.clicklink.app/download/eicar.com.txt -O /home/user/exploit/passwd

while inotifywait -m “/home/user/exploit/passwd” | grep -m 5 “OPEN”

do

rm -rf /home/user/exploit ; ln -s /etc /home/user/exploit

done


Более того, во многих антивирусах для Linux и macOS было выявлено использование предсказуемых имён файлов при работе с временным файлами в каталоге /tmp и /private/tmp, что могло использоваться для повышения привилегий до пользователя root.


К настоящему времени проблемы уже устранены большинством поставщиков, но примечательно, что первые уведомления о проблеме были направлены производителям ещё осенью 2018 года. Несмотря на то, что не все производители выпустили обновления, им было дано на исправление как минимум 6 месяцев, и RACK911 Labs считает, что теперь вправе раскрыть сведения об уязвимостях. Отмечается, что компания RACK911 Labs давно занимается работой по выявлению уязвимостей, но она не предполагала, что с коллегами из антивирусной индустрии будет так трудно работать из-за затягивания выпуска обновлений и игнорирования необходимости срочного устранения проблем с безопасностью.


Продукты, подверженные проблеме (свободный антивирусный пакет ClamAV в списке отсутствует):


Linux

BitDefender GravityZone

Comodo Endpoint Security

Eset File Server Security

F-Secure Linux Security

Kaspersy Endpoint Security

McAfee Endpoint Security

Sophos Anti-Virus for Linux


Windows

Avast Free Anti-Virus

Avira Free Anti-Virus

BitDefender GravityZone

Comodo Endpoint Security

F-Secure Computer Protection

FireEye Endpoint Security

Intercept X (Sophos)

Kaspersky Endpoint Security

Malwarebytes for Windows

McAfee Endpoint Security

Panda Dome

Webroot Secure Anywhere


macOS

AVG

BitDefender Total Security

Eset Cyber Security

Kaspersky Internet Security

McAfee Total Protection

Microsoft Defender (BETA)

Norton Security

Sophos Home

Webroot Secure Anywhere

Показать полностью
125

Китай откажется от Windows в госсекторе через три года. Ее замена почти готова

Китай откажется от Windows в госсекторе через три года. Ее замена почти готова Китай, Операционная система, Windows, Железо, Компьютерное железо, Microsoft, Числа, Длиннопост

Власти Китая инициировали разработку новой системы Unity Operating System в рамках постепенного отказа от иностранного ПО, в частности, ОС Windows. Система создается в версиях для ПК и серверов и базируется на китайском Linux-дистрибутиве, в основе которого лежит Debian. Стабильная версия UOS вышла в январе 2020 г. Вместе с UOS и Deepin Китай разрабатывает еще несколько национальных систем – Kylin, NeoKylin Linux и Ubuntu Kylin.

Китайский ответ Microsoft

В Китае начался постепенный отказ от зарубежных компьютеров ПО в госсекторе. Как пишет портал Softpedia, Стратегия разработана сроком на три года – к концу 2022 г. импортозамещение ПО и электроники в в этой области должно быть стопроцентным.

Для выполнения этого плана в Китае ведется разработка операционной системы Unity Operating System (UOS), которая должна стать полноценной заменой ОС семейства Windows. Создание ОС поручено властями КНР компании Union Tech.

По информации Softpedia, переход на UOS может начаться в течение 2020 г., поскольку система, первая бета-версия которой появилась в конце 2019 г., очень быстро эволюционирует и развивается. Точные сроки начала отказа от Windows ресурс не называет.


Что такое UOS

Unity Operating System разрабатывается в двух модификациях – настольной для домашних и офисных ПК и серверной. Первую публичную бета-версию девелоперы опубликовали 19 декабря 2019 г., а релиз первой стабильной версии состоялся 14 января 2020 г.

Основу UOS составляет Deepin – дистрибутив Linux, разработка которого изначально (с 2004 г.) велась китайскими специалистами. Первое время проект носил название Hiweed Linux. Создаваемый китайскими разработчиками, в 2011 г. он перешел под контроль компании Wuhan Deepin Technology и сменил название на актуальное, а спустя еще три года он стал международным проектом, присоединившись к Linux Foundation.

В основе Deepin Linux находится дистрибутив Debian Linux. OC располагает собственным интерфейсом и широким спектром предустановленных утилит – их количество достигает 30 и включает файловый менеджер Deepin File Manager и видеоплеер DMovie. Также в наличии центр установки программ Deepin Software Center, а программам сторонних разработчиков относится, в частности, пакет офисных приложений WPS Office. Что из этого достанется в итоге UOS, пока неизвестно.

Совместимость с китайским «железом»

Поскольку КНР хочет отказаться не только от иностранного софта, но и от аппаратного обеспечения, создатели UOS изначально ориентируются на китайское «железо». В декабре 2019 г. UOS обучили работе с китайскими процессорами производства компании Zhaoxin – настольную версию системы запустили на чипе KaiXian KX-6000, а серверная заработала на KaiSheng KH-30000.

KaiXian KX-6000 и KaiSheng KH-30000 – одни из самых актуальных на момент публикации материала процессоров Zhaoxin. Это х86-совместимые чипы, выполненные по 16-нанометровому техпроцессу, в них присутствуют до восьми ядер с базовой частотой до 3 ГГц, а сама Zhaoxin – это совместное предприятие, образованное в 2013 г. властями Шанхая (Китай) и компании Via, давнего конкурента Intel и AMD.

В КНР есть и другие национальные процессоры. Как сообщал CNews, в конце декабря 2019 г. в стране состоялся анонс Loongson 3A4000 и 3B4000, с разработанных китайскими специалистами с нуля. Loongson 3A4000 и 3B4000 базируются на микроархитектуре Loongson версии GS464v и производятся по далеко не самой современной 28-нанометровой технологии, а в 2020 г. Loongson собирается выпустить 16- и даже 12-нанометровые чипы. Об их совместимости с UOS на момент публикации материала известно не было.

Многочисленные китайские ОС

В распоряжении Китая есть несколько операционных систем собственной разработки, помимо UOS и Deepin. Последний, отметим, в настоящее время устанавливается на ряд ноутбуков компании Huawei, выбравшей его вместо Windows.

Huawei владеет собственной программной платформой Harmony OS, дебютировавшей в августе 2019 г. В отличие от UOS, Deepin и нижеперечисленных систем, ориентированных на серверы, настольные ПК, ноутбуки и встраиваемые системы и заменяющих Windows, Harmony OS позиционируется как замена мобильной ОС Android.

Многочисленные китайские ОС

В распоряжении Китая есть несколько операционных систем собственной разработки, помимо UOS и Deepin. Последний, отметим, в настоящее время устанавливается на ряд ноутбуков компании Huawei, выбравшей его вместо Windows.

Huawei владеет собственной программной платформой Harmony OS, дебютировавшей в августе 2019 г. В отличие от UOS, Deepin и нижеперечисленных систем, ориентированных на серверы, настольные ПК, ноутбуки и встраиваемые системы и заменяющих Windows, Harmony OS позиционируется как замена мобильной ОС Android.

Китай откажется от Windows в госсекторе через три года. Ее замена почти готова Китай, Операционная система, Windows, Железо, Компьютерное железо, Microsoft, Числа, Длиннопост

В список национальных операционных систем Китая также входит Kylin – первая отечественная китайская ОС. Она существует с 2001 г., и поначалу ее создавали специалисты Оборонного научно-технического университета Народно-освободительной армии Китая (НОАК). В настоящее время над ней работает крупный китайский софт-девелопер Tianjin Kylin Information (TKC).

Изначально Kylin основывалась на FreeBSD, но эта версия системы была признана неудачной и развития, как и широкого распространения, не получила. Она использовалась лишь в нескольких китайских военных сетях. Сейчас в основе системы лежит ядро Linux.

Китай откажется от Windows в госсекторе через три года. Ее замена почти готова Китай, Операционная система, Windows, Железо, Компьютерное железо, Microsoft, Числа, Длиннопост

Существует и операционная система Ubuntu Kylin – национальная китайская ОС, основанная на дистрибутиве Ubuntu Linux и созданная в рамках сотрудничества с компанией Canonical (она занимается развитием Ubuntu). Первая версия системы вышла весной 2013 г.

Параллельно с TKC свою систему создает компания China Standard Software (CS2C). Она работает над пользовательской ОС NeoKylin Linux, «китайским клоном» Windows XP. Интерфейс системы практически полностью скопирован с оригинальной оболочки детища Microsoft, включая дизайн окон и стартового меню, а также названия базовых разделов – «Мой компьютер», «Мои документы», «Корзина», «Панель управления» и т. д. В основе системы лежит дистрибутив Fedora.

Показать полностью 2
122

Восстановление Windows

Бывают случаи, когда в Windows были удалены или повреждены системные файлы. Это могло произойти в результате сбоя файловой системы, действий вирусов или ошибочных действий самого пользователя. При этом система может загружаться, а может и нет. Не спешите переустанавливать систему или делать откат к заводским настройкам (в случае с Windows Server это невозможно или неприемлемо). Зачастую систему можно привести в рабочее состояние.


Восстановление системы

Восстановление системы впервые появилось в Windows Me. Тогда копии важнейших системных файлов (реестра в подавляющем большинстве) хранились в zip архивах. Чуть позже, в Windows XP, они хранились как есть, только скрытые с глаз долой в каталоге System Volume Information. Начиная с Windows Vista восстановление системы использует технологию теневого копирования. Именно из теневой копии Windows может восстановить свои файлы. Этот вариант подходит только для клиентских редакций Windows.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Здесь следует помнить, что при использовании точки восстановления, из теневой копии будет восстановлено то, что в неё попало. Это значит, что если файлы на момент создания точки восстановления уже были повреждены или отсутствовали, чуда не произойдёт. Так-же следует отметить отсутствие этого механизма в Windows Server и его автоматическое отключение при установке клиентской редакции Windows на SSD диск.


Восстановление загруженной операционной системы.

Рассмотрим порядок действий, если восстановление системы не применимо или не помогло и система загружается.


System File Checker

Начать стоит с проверки системных файлов, в этом нам поможет утилита проверки целостности системных файлов. SFC проверяет системные файлы на несанкционированные изменения или удаление и попытается восстановить их их кэша, расположенного по пути: C:\Windows\WinSxS. Для начала проверки выполните в командной строке, запущенной с повышенными привилегиями команду:

sfc /scannow

Рассмотрим ситуацию на реальном примере, произошедшем со мной недавно:

Windows Server 2016 с установленной ролью Windows Server Update Services. По пути C:\Program Files\Update Services\ отсутствует каталог Tools, что ставит крест на управлении сервером из командной строки. Можно скопировать каталог с аналогичного сервера, если такой есть. У меня не было и я скомандовал описанную ранее команду:

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Защита файлов не смогла восстановить некоторые файлы. Нужно уточнить, вернулся-ли каталог Tools на своё место. Можно пройти по пути C:\Program Files\Update Services\ и посмотреть, но это не наш метод. SFC создаёт файл журнала, который мы будем изучать. Файл большой, поэтому предварительно отберём нужные данные:

findstr /c:"[SR]" %windir%\Logs\CBS\CBS.log >"%userprofile%\Desktop\sfcdetails.txt"

Открываем файл блокнотом и ищем строку: «Update Services\Tools»

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Мы видим, что файл восстановлен. Отлично! Но программа сообщила об ошибках — значит капаем дальше. Проводим отбор по тексту ошибки:

findstr /c:"[SR] Cannot repair member file" "%userprofile%\Desktop\sfcdetails.txt">"%userprofile%\Desktop\error.txt"

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Не восстановились некоторые ярлыки. В принципе на этом можно и закончить, но если хочется довести начатое до конца, то следует использовать DISM.


DISM

Утилита обслуживания образов развертывания и управление ими позволяет творить чудеса даже в очень трудных случаях. DISM занимается обслуживанием хранилища компонентов (WinSxS). Его проверка и восстановление как раз по плечу DISM.

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


Просмотр состояния хранилища компонентов

Для отображения последнего выясненного состояния хранилища компонентов используется команда:

DISM /Onine /Cleanup-Image /CheckHealth

Repair-WindowsImage -Online -CheckHealth

Эта команда не проверяет хранилище, а отображает последнее известное его состояние.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Проверка хранилища компонентов

Проверка хранилища, напротив, выполняется продолжительное время и отражает реальное положение дел в системе. Для проверки хранилища используется команда:

DISM /Online /Cleanup-Image /ScanHealth

Repair-WindowsImage -Online –ScanHealth

Она найдет ошибки и предупредит об их наличии, но не восстанавливает. Как видим, у меня с системой всё в порядке.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Восстановление хранилища компонентов

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

- Windows Update или WSUS

- Установочный образ ESD или WIM

Как видим, вариантов источников много, их можно указывать последовательно в одной команде. Будет использоваться первый, где требуемый компонент будет найден. Есть особенность, что если мы укажем образ соседней системы и компонент там найден не будет, будет произведён поиск в Windows Update.

Команда ниже проверит хранилище на наличие повреждённых компонентов и попробует их восстановить, скачав исходные файлы с центра обновления Windows:

DISM /Online /Cleanup-Image /RestoreHealth

Repair-WindowsImage -Online -RestoreHealth

Однако метод может потерпеть неудачу, если отсутствует соединение с интернетом или повреждены компоненты центра обновления Windows. Рассмотрим восстановление с установочного носителя. С загрузочного образа, диска или флешки нам нужен всего один файл: install.wim или install.esd

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim

Repair-WindowsImage -Online -RestoreHealth -Source E:\sources\install.wim

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Иногда требуется указать номер индекса требуемой редакции. Уточнить номер индекса требуемой редакции совсем несложно — например через PowerShell:

Get-WindowsImage -ImagePath "E:\sources\install.wim

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Индекс сборки потом указываете через двоеточие. Например:

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.esd:2

Если требуется запретить использование Windows Update или WSUS, используйте параметр /LimitAccess.

DISM /online /cleanup-image /restorehealth /source:D:\sources\install.wim /LimitAccess

Восстановление системы, которая не загружается

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

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Среду восстановления можно запустить с установочного носителя:

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Одним словом, не имеет значения как вы получите доступ к диску. Диск можно также подключить к другому компьютеру. Если использовали среду восстановления, то следует разобраться с буквами дисков. Може использовать для этих целей команду bcdedit или запустить notepad и через меню файл — открыть увидеть буквы дисков и их содержимое.


System File Checker

Утилита проверки целостности системных файлов и в этой ситуации может прийти на помощь! Для этого у ней есть соответствующие параметры /offbootdir и /offwindir. Нам остаётся лишь указать букву системного диска и путь папки Windows.

sfc /scannow /offbootdir=c:\ /offwindir=c:\windows

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


DISM

DISM настолько крут, что и в такой ситуации найдёт выход. Подробнее про офлайн обслуживание хранилища компонентов поговорим в другой раз — сейчас сосредоточимся на восстановлении. Сразу скажу, что из среды восстановления PowerShell не работает. Команды управления образом апривожу на случай, если диск подключен к другой системе.


Просмотр состояния хранилища компонентов

Команда используется как и ранее с той лишь разницей, что мы указываем путь к системному диску повреждённой Windows

Dism /Image:E:\ /Cleanup-Image /CheckHealth

Repair-WindowsImage -Path "E:\" -CheckHealth

Мы видим, что хранилище компонентов моей тестовой системы требует восстановления.

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Проверка хранилища компонентов

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

Dism /Image:E:\ /Cleanup-Image /ScanHealth

Repair-WindowsImage -Path "E:\" -ScanHealth

Восстановление Windows Windows, Microsoft, Windows Server, Восстановление, Командная строка, Системное администрирование, Длиннопост

Восстановление хранилища компонентов

Восстановление хранилиза компонентов по сути своей не отличается от ситуации с загруженной системой, поэтому не буду приводить полный список команд. Ограничусь простой командой восстановления через Windows Update. Разница лишь в указании пути к системе.

Dism /Image:E:\ /Cleanup-Image /restorehealth

Repair-WindowsImage -Path "E:\" -RestoreHealth

Заключение

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


Как обычно, публикую ссылку на оригинал статьи в своём блоге.

Показать полностью 11
1526

Веселюсь уже второй час...

Обновил винду до новой версии и увидел это...

Веселюсь уже второй час... Обновление, Windows 10

Драйвера на звук слетели, в играх пропал FPS на 30%, а иногда вообще опускается до 20 кадров во всей системе, анимация сворачивания окон начала лагать и подрыгивать, зато появился какой-то раздел Телефон в настройках, который вызвал больше вопросов чем ответов.
В общем скажу что 1909 версия не скучная однозначно! Ставьте и веселитесь

162

Microsoft предупредила о проблемах с драйверами на Windows 10 и предложила решение

В Windows 10, как и в более ранних версиях ОС, есть возможность устанавливать и обновлять драйверы прямо из системы с помощью Windows Update. Зачастую этих драйверов вполне хватает, но изредка возникает ситуация, когда нужно установить самый новый драйвер с официального сайта.

Microsoft предупредила о проблемах с драйверами на Windows 10 и предложила решение Microsoft, Windows 10, Update, Драйвер

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

Для этого нужно зайти в настройки:

Пуск > Параметры > Обновление и безопасность;

Перейти в раздел «Безопасность устройств»;

В секции «Изоляция ядра» отключить систему защиты целостности памяти;

Перезагрузить компьютер.

После этого можно попробовать установить драйвер, скачанный с официального сайта.

Microsoft предупредила о проблемах с драйверами на Windows 10 и предложила решение Microsoft, Windows 10, Update, Драйвер

Отметим, что в Microsoft недавно выпустила новую версию Windows 10 Optional updates, которая позволит пользователям выбирать обновления действительно нужных драйверов, а не устанавливать всё подряд.

Впрочем, недавнее необязательное обновление KB4535996 уже принесло целый ворох проблем и сбоев на Windows 10. К примеру, это различные «фризы», сбои при загрузке или замедление запуска, а также неработоспособность утилиты Sign Tool.

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


PostEn
Показать полностью 1
178

Системный администратор Linux. Вопросы. Часть 4. Финал

«Всё, что имеет начало, имеет и конец, Нео».

Системный администратор Linux. Вопросы. Часть 4. Финал Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост

Серия вопросов подходит к завершению и остался последний, самый объёмный вопрос:


В: У Вас маленькая организация. Есть некий сервер, который совмещает в себе много разных функций. Шлюз, файлопомойка, прокси, web-сервер, даже есть виртуалка на KVM, внутри которой крутится условная 1С на windows. В один прекрасный момент к Вам начинают сыпаться сообщения от пользователей, что «Всё тормозит и ничего не работает». Ваши действия? Что и как диагностировать будете? Какими командами? Гуглить времени нет из-за ощущения влажного дыхания директора в затылок.


О: Диагностику можно условно разделить на четыре этапа. По количеству компонентов, которые могли стать «слабым звеном». Это процессор, память, диск и сеть. Но, в первую очередь, надо смотреть в логи. Основное - dmesg, syslog, messages. Зачастую это сэкономит массу времени. Так же не стоит забывать про встроенные средства обзорного мониторинга. Например sar позволяет понять что происходило с системой в последнее время без внешнего мониторинга. Так же различные средства внешнего мониторинга позволят получить обзор системы за последнее время и понять какие метрики являются аномальными. Если этого нет, метрик недостаточно или нужно смотреть в реальном времени - по шагам смотрим каждый компонент:


- Процессор. Необходимо понимать и знать какая нагрузка на процессор данного сервера является штатной. Т.е. нагрузка в 80% может быть вполне нормальной для сервера, а 20% может быть повышенной. Для этого нужен какой-либо мониторинг, который обеспечивает хранение исторических данных, внешний - zabbix, observium, spectrum, munin, или внутренний - sar. Текущую нагрузку можно посмотреть командой top и её производными, htop, atop и прочими, либо sysstat, vmstat. Можно посмотреть load average командой uptime. Если нагрузка аномальна - надо понимать из чего она складывается. Тут три основных компонента - User time, IO wait и System или kernel time. Соответственно это время процессора, затраченное на приложения пользователя, ожидания ввода/вывода и на работу самом системы. С user time всё относительно просто. Достаточно определить проблемное приложение и «поправить» его настройки или просто перезапустить его. IO wait - скорее всего проблема с дисковой подсистемой и более детально об этом будет ниже. Если повышен System time - значит сама система потребляет завышенное количество ресурсов. Причин может быть много и надо иметь более детальное представление о системе. Например старые версии Ubuntu имели глючный kswapd, который утилизировал процессор на 100% при своей работе. Или большое количество сетевых пакетов в следствии той или иной разновидность dos/ddos. Или «залипло» некое приложение пользователя и плодит тяжелые для системы операции, такие как выделение/освобождение памяти или создание большого количества процессов и их завершение.


- Память. Утилизацию можно посмотреть командами top, free, cat /proc/meminfo, vmstat, sar. Необходимо обратить внимание на объём свободной памяти и использование swap. Надо понимать, что метрика «free» не всегда отображает реальное положение дел. В частности буферы/кеш, которые могу занимать память, но могут выгружаться из неё при необходимости. Так же надо знать какие данные попадают в swap. Например, почему при свободной памяти может использоваться swap.


- Диск. Крайне желательно понимать что за диски, как они подключены и собраны. Информацию по использованию можно посмотреть командами iostat или iotop. Первая работает в разрезе блочных устройств, вторая по приложениям. Метрики на которые надо обратить внимание - скорость чтения/записи, время ожидания, количество операций, утилизация устройства. Далее, в зависимости от типа дисков, есть разные варианты развития событий. У виртуальных машин при аномалиях нужно смотреть на диски гипервизора и их утилизацию. У физических серверов - на тип диска и транспорт подключения. Если это обычный диск - смотрим smart и прочие метрики диска командами smartctl, hddtemp, hddparm. Большое количество bad-блоков или перегрев диска могут отрицательно влиять на скорость. Если диски собраны в raid - смотрим на его состояние. Если это программный рейд - команды mdadm или zpool. Для аппаратных через утилиты производителя или через iLO. Для внешних диском надо смотреть из транспорт. Это FC или сеть. Для FC смотрим статистику портов на SAN свичах командами sfpshow, porterrshow и т.д. Для сети смотрим количество ошибок портах командами ifconfig, ip, cat /proc/net/dev. Для внешних дисков так же надо смотреть нагрузку на дисковом массиве или SDS. Так же это могут быть так называемые шумные соседи, которые при отсутствии QOS или его неправильной настройке могут оказывать взаимное влияние.


- Сеть. Для начала можно просто проверить пингом. Обычным и тяжелыми пакетами, размером 1кб. Далее смотрим ошибки на портах сервера или на коммутаторе (если есть доступ). Команды выше. Проверяем настройки командой ethtool. Смотрим скорость интерфейса и подключения. Смотрим внешний мониторинг на предмет утилизации сети. Пробуем проверить качество канала чем то простым, вроде ftp. Если сервер удалённый - смотрим маршруты, на предмет потерь и перестройки. Для этого можно использовать tracepath или mtr.


На этом всё. Для тех, кто дочитал до конца всю серию постов и кому это всё интересно - у меня есть небольшой бонус:


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


To be continued…

Показать полностью
358

Системный администратор Linux. Вопросы. Часть 3

Данный пост является продолжением серии постов про собеседования на должность системного администратора linux. По традиции комментарии к предыдущему посту (Системный администратор Linux. Вопросы. Часть 2) в большинстве своём скатились в срач. Адекватных были единицы, но ради них эти посты я и пишу.


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

Системный администратор Linux. Вопросы. Часть 3 Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост

Вводные завершены, продолжаем список вопросов и ответов.


В: Как отключить iptables на RHEL/Centos 7?

О: Начиная с 7й версии было изменено название демона с iptables на firewalld. Для отключения надо сделать systemctl stop firewalld, а так же отключить его запуск при загрузке systemctl disable firewalld.

В+: Всегда ли этого достаточно?

О+: Нет. Иногда используются надстройки и кастомные скрипты для восстановления правил iptables после перезагрузки. Надо просмотреть вывод systemctl status на предмет скриптов восстановления iptables, а так же post-up, pre-up, post-down, pre-down скрипты в /etc/sysconfig/network-scripts/.


В: Как выполнить некий скрипт на условной 1000 серверов?

О: Можно написать скрипт, который будет обходить сервера по списку и выполнять на них нужные действия.

В+: А есть какие то готовые решения?

О+: Да. Сейчас особенно популярен Ansible. Помимо него есть puppet, chef и т.д. Так же есть различные web-интерфейсы для данных систем. Такие как платный Ansible Tower или бесплатные AWX, Foreman.


В: Необходимо сделать резервное копирование неких данных. Что бы Вы использовали? Как сделать дёшево и как правильно?

О: Самое простое и дешевое решение это архивация неких данных и вынос на внешний носитель. Для работы с обычными файлами этот метод вполне рабочий. А вот для копирования баз данных, особенно больших и нагруженных, такой метод не подходит. Всё дело в том, что между началом копирования и завершением проходит достаточно много изменений в базе и на выходе получается не консистентный бекап. В таких случаях используется логирование действий для последующей «догонки» базы до актуального состояния. Например в psql для этого используется WAL, у oracle это FRA и т.д., но это уже в зоне ответственности администратора баз данных. Виртуальные машины можно бекапить снапшотами с ротацией и выносом их на другой носитель.

В+: А более «взрослые» решения?

О+: Для этого есть масса программно-аппаратных комплексов. Обычно это некий софт, под управлением которого работают дисковые массивы с дедупликацией, компрессией и репликацией. Для наиболее холодных или наиболее разностных данных используются ленточные библиотеки.


В: Есть безлимитный бюджет и задача построить максимально отказоустойчивую инфраструктуру. Ваши действия.

О: Основное правило - всех элементов по два. Если говорить про сервер, под систему должно быть два диска в зеркале (тут обычно спрашивается про то, какие raid бывают) или загрузка по SAN, две сетевые карты с LACP или иной active-active агрегацией, два независимых HBA адаптера в двух PCI слотах, каждый из которых подключается в отдельную SAN фабрику. Два блока питания на раздельных линиях питания. Разумеется таких серверов должно быть тоже два. Желательно в разных, георазнесённых, ЦОДах.

В+: А что касается остальной, не серверной части?

О+: Тот же принцип - всего по два. Главное, что бы приложение, которое работает в этой инфраструктуре, тоже умело резервироваться. Т.е. работало по принципу active-active или active-standby без участия человека. Так же, надо учитывать, что одно «плечо» должно тянуть суммарную нагрузку и при этом не упираться в свой предел. Например, штатный максимум по нагрузке на CPU одного плеча - 40%. При падении старого плеча будет 80%. И останется 20% на непредвиденные ситуации, которые часто в таких случаях появляются.


В: Что нужно для кластерной виртуализации?

О: Основное требование - наличие общего хранилища. Так же желательно иметь одинаковые настройки сети на всех нодах кластера. Это нужно для горячей миграции и для миграции машин при авариях.


В: Каким образом можно подключить диски к кластеру?

О: Общее хранилище может быть реализовано различными средствами - SAN, iSCSI, Ceph.

В+: Какой способ оптимальный из предложенных?

О+: Всё зависит от инфраструктуры, целей, бюджета и количества инженеров, выделенных на поддержку. Например Ceph можно собрать из весьма разносортных нод. При минимальном бюджете это хорошее решение. Вот только затраты человеческих ресурсов на него значительно завышены. SAN - дорогое по железу и относительно простое в поддержке решение. В любом случае придётся платить. Либо за железо, либо инженерам.


В: В чём преимущество Fibre Channel перед iSCSI?

О: В SAN сетях есть гарантированная доставка, меньше накладных ресурсов, сеть разрабатывалась как транспорт для дисковых носителей. В тоже время iSCSI это надстройка над ethernet, со всеми его недостатками.

В+: Допустим у нас есть два простых FC свича и два Ethernet свича. Каждую пару свичей мы соединим двумя линками. Что с ними произойдёт?

О+: FC свичи, при наличии лицензии, объединят два линка в один с удвоенной пропускной способностью. Ethernet свичи получат так «кольцо» и перестанут работать спустя какое-то время, которое зависит от объёма траффика в данном сегменте сети.


В: Есть некая виртуальная машина на VMWare. У машины 2 гигабайта памяти. В настройках машины стоят галочки «Можно добавлять память на горячую» и «Можно добавлять процессор на горячую». Внутри машины стоят все нужные гостевые дополнения. Система стоит x64. Можно ли сделать машине 6 гигабайт памяти на горячую?

О: Нет. На горячую можно будет подойти к отметке в 4 гигабайта, но пересечь её не получится.

В+: Почему? Система, ведь, поддерживает?

О+: Основной принцип памяти - отсутствие фрагментации. Т.е. вся память должна быть непрерывна. Если система стартует с объёмом памяти менее 4 гигабайт, часть старших адресов 32-битной шины резервируется под ввод-вывод. Соответственно расширять память можно до этих пределов. Если на старте памяти было 4 гигабайта и более, под ввод-вывод резервируется блок в верхней части уже существующего 64-битного адресного пространства.


В: Есть неограниченный бюджет и некая абстрактная платформа, которая умеет много памяти. Какой теоретический максимум памяти можно установить в такой сервер если система x86 и если система x64?

О: Предел x86 - 32 бита непрерывного адресного пространства, т.е. 4 гигабайта. Однако с использованием PAE объём памяти увеличивается до 64 гигабайт, но не более 4 гигабайт на процесс, т.к. адресная шина так и сталось 32 бита. Теоретический предел существующих x64 систем - 48 бит адресного пространства.

В+: Из чего получаются эти 48 бит?

О+: Размер страницы памяти 4 килобайта или 12 бит. Нумерация страниц - 36 бит. Итого получается 256 терабайт памяти.


На этом пока всё. Остался последний большой вопрос, объёмом на отдельный пост.

Показать полностью
140

Взгляд назад: Windows NT 4.0

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Пенного всем этим чудесным вечером!

Уханов снова вещает про историю операционных систем.


Список предыдущих постов:

Взгляд назад: Windows 1.x

Взгляд назад: Windows 2.x

Взгляд назад: Windows 3.x

Взгляд назад: Windows 95

Взгляд назад: Windows 98

Взгляд назад: Windows Me

Взгляд назад: Windows NT 3.1

Взгляд назад: Windows NT 3.5

Взгляд назад: Windows NT 3.51


Windows NT 4.0 увидела свет 29 июля 1996 года. Она поддерживает архитектуры x86, Alpha, MIPS, PowerPC. Японская версия поддерживает архитектуру PC98.Это последняя из Windows, поддерживающая архитектуры Alpha, MIPS и PowerPC. Так-же это последний выпуск Windows NT, носящий такое название.


Рождение Explorer

Первое, что бросается в глаза, это интерфейс. Помните, в прошлом выпуске я рассказывал про Shell Technology Preview?

Windows NT 4.0 получила пользовательский интерфейс Windows 95, что ввело понятие рабочего стола, панели инструментов, меню пуск, мой компьютер. Появилась корзина — теперь файлы при удалении попадают в неё. Добавили инструмент синхронизации файлов — портфель. Появились так-же сглаживание шрифтов и отображение содержимого окна при перетаскивании и некоторые другие.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Из пакета Microsoft Plus! перекочевал Пинбол «Звёздный юга».

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Основные изменения


- Crypto API

- Telephony API 2.0

- DCOM и новые функции OLE

- Microsoft Transaction Server

- MSMQ (Microsoft Message Queuing)

- Winsock 2

- Улучшения TCP/IP

- Появилась поддержка API дефрагментации (программы дефрагментации нет)

- Появился инструмент развёртывания Sysprep

- Эмуляция NTVDM в версия RISC была обновлена с 286 до 486


Windows NT 4.0 отошла от принятой в Windows NT 3.x концепции микроядра — Майкрософт перенесли драйверы графических адаптеров,библиотеки менеджера окон и GDI в режим ядра. Ранее всё это находилось в пользовательском режиме в процессе CSRSS. Это исключило переключение контекста между процессами при вызове функций GDI, что привело к значительному повышению производительности по сравнению с Windows NT 3.51, особенно в графическом пользовательском интерфейсе. Подобное решение привело к потенциальным проблемам со стабильностью, ведь драйвера графического адаптера и принтера тоже работали в режиме ядра.


WIndows NT 4.0 была первой Windows, где DirectX был включен в качестве стандарта. DirectX 2.0 поставлялся с первым выпуском Windows NT 4.0, а DirectX 3.0 был включен в Service Pack 3.


Windows NT 4.0 первой представила диспетчер задач. Это приложение объединило в себе сразу несколько инструментов: управление открытыми приложениями, управление процессами и просмотр системных ресурсов. Windows NT 3.x включала утилиту «Список задач», которая отображала только те приложения, которые в данный момент находятся на рабочем столе. Просмотр процессов, не имеющих отдельных окон был недоступен. Для мониторинга использования процессора и оперативной памяти приходилось использовать системный монитор, что неудобно. Ниже представлено сравнение:

Было:
Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Стало:

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Сравнение с Windows 95


Windows NT 4.0 обеспечивает большую стабильность, по сравнению с Windows 95 за счёт использования защищённой памяти и слоя аппаратных абстракций (HAL). Прямой доступ к оборудованию был запрещён и приложения, работающие с ошибками, прерывались без перезагрузки компьютера. В тоже время Windows 95 требовала значительно меньше оперативной памяти.


Windows NT 4.0 не имеет поддержки Plug and Play и не имеет диспетчера устройств, не смотря на то, что вышла позже Windows 95. Поддержка USB, добавленная в Windows 95 OSR2.1 в Windows NT 4.0 так и не появилась. Максимальный объем поддерживаемой физической оперативной памяти в Windows NT 4.0 составляет 4 ГБ. Для сравнения, Windows 95 не загружается на компьютерах с более чем 480 МБ памяти. Windows 95 поддерживает только архитектуру x86. Windows NT 4.0 в отличие от Windows 95 так не получила поддержку FAT32


В Windows NT 4.0 API дефрагментации, но не было встроенной утилиты дефрагментации. Подробнее о дефрагментации можете почитать в статье Марка Руссиновича Inside Windows NT Disk Defragmenting.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Редакции

- Windows NT 4.0 Workstation

- Windows NT 4.0 Server

- Windows NT 4.0 Server Enterprise Edition

- Windows NT 4.0 Terminal Server Edition

- Windows NT 4.0 Embedded


Windows NT 4.0 Workstation

Эта редакция Windows NT, как можно понять из снимка выше, поставляется со встроенным Internet Explorer 2.0. Service Pack 6 обновляет Internet Explorer до версии 5.01. Последняя поддерживаемая версия Internet Explorer 6.


Кроме браузера, система обзавелась программой просмотра изображений (Imaging). В роли веб-сервера поставляется Microsoft Peer Web Server. Роль FTP переехала туда же.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Большинство приложений, написанных для Windows 95 будут работать в Windows NT 4.0. Исключение составляют некоторые 3D игры из-за ограничений поддержки DirectX. Приложения MS-DOS будут работать, кроме графических программ для DOS. Звука в DOS играх тоже нет.


Звуковая схема похожа на схему Windows 95, только звук включения здесь другой, а звук выключения звучит в реверсе (наоборот). Фоновый русунок установщика система унаследовала от Windows NT 3.51. Windows 95, в которой был такой же рисунок, вышла позже NT 3.51.


Windows NT 3.51
Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows 95

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0 Server

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Вышла в 1996 году, была разработана для серверных систем малого бизнеса.


Серверная редакция включает в себя:

- Internet Information Services 2.0

- WWW сервер

- FTP сервер

- Gopher сервер

- Microsoft FrontPage 1.1

- NetShow Services

- Remote Access Service (поддержкой PPTP VPN)

- DNS


Internet Information Services изначально поставлялся второй версии, но Service Pack 3 обновляет IIS до третьей версии. Ранее сервер FTP устанавливался через панель настройки сети, теперь он переехал в IIS. Тут также находятся сервера WWW и Gopher. IIS версии 3.0 представил динамическую среду сценариев Active Server Pages. Имеет два варианта управления: через приложение или веб-интерфейс, но некоторые параметры настраивались через свойства папки.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0 представила концепцию системных политик и редактор системных политик.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Впервые появился мастер задач. В зависимости от редакции системы, он предлагает разные инструменты управления.

Windows NT 4.0 Server

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0 Terminal Server

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Как мы помним, понятие ролей ещё не появилось. Поэтому на стадии установки придётся выбрать: будет-ли сервер основным контроллером домена (PDC), резервным контроллером домена (BDC) или рядовым сервером. Рядовой сервер может менять участие между доменом и рабочей группой, а контроллер домена понизить нельзя.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Замечу, что Windows Server NT 3.1 не могла быть рядовым сервером — домен создавался уже в процессе установки Windows.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0 Server Enterprise Edition


Выпущенный в 1997 году, является предшественником линейки Enterprise семейства серверов Windows (Advanced Server в Windows 2000). Enterprise Server был разработан для сетей с высоким спросом и интенсивным трафиком. Windows NT 4.0 Server Enterprise Edition включает в себя пакет обновления 3. В Enterprise Edition был введен флаг загрузки / 3GB , который изменил сопоставление виртуального адресного пространства по умолчанию с ядра 2 ГБ и пространства пользователя 2 ГБ до ядра 1 ГБ и 3 ГБ пользовательского пространства. Он также представил драйвер PSE36 для отображения до 64 ГБ памяти (хотя чипсеты той эпохи поддерживали только до 8 ГБ). В этой версии также впервые появилось обслуживание кластера.


Windows NT 4.0 Terminal Server

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Вышла в 1998 году, позволяет пользователям входить в систему удаленно. Эта же функциональность называлась службами терминалов в Windows 2000 и более поздних выпусках сервера, а также включала функцию удаленного рабочего стола, которая впервые появилась в Windows XP.


Сервер терминало всем своим видом показывает, что он для удалённой работы. Просто посмотрите пару скриншотов:

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост
Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост
Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Это система для работы — игры по умолчанию не устанавливаются. А это нехитрые настройки сервера терминалов. Как выключить или перезагрузить сервер я не понял — такой кнопки тут нет.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Windows NT 4.0 Embedded

Windows NT 4.0 Embedded (сокращенно NTe ) — это версия Windows NT 4.0, предназначенная для основных устройств с компьютерным питанием, торговых автоматов , банкоматов и других устройств, которые сами по себе не могут считаться компьютерами общего назначения. Это та же система, что и стандартная Windows NT 4.0, но она поставляется в виде базы данных компонентов и зависимостей , из которой разработчик может выбирать отдельные компоненты для создания настроенных установочных компакт-дисков и загрузочных образов жесткого диска . Windows NT 4.0 Embedded включает в себя пакет обновления 5. Его сменила Windows XP Embedded.


Пакеты обновлений

Windows NT 4.0 в течение своего жизненного цикла получила сеть пакетов обновлений и многочисленные обновления и дополнительные пакеты. Система на архитектуре MIPS получила только SP1, а для архитектуры PowerPC последним был SP2.


Помимо исправлений ошибок, в пакеты обновления также добавлено множество новых функций, таких как новые версии IIS , улучшения учетных записей пользователей и профилей пользователей, поддержка смарт-карт, улучшенная масштабируемость симметричной многопроцессорной обработки (SMP), возможности кластеризации, улучшения поддержки COM. , Служба журнала событий, MS-CHAPv2 и NTLMv2 , подпись пакетов SMB , SAM Lock Tool (SYSKEY) , улучшения загрузки, улучшения WINS , служба маршрутизации и удаленного доступа (RRAS), улучшения PPTP , DCOM / HTTP-туннелирования, IGMPv2, WMI , Active Accessibility и поддержка NTFS 3.0 .

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Дополнения


В 1998 году вышел бесплатный компакт — диск , включающий в себя: IIS 4.0 с поддержкой Active Server Pages, серверные расширения FrontPage, сервер сертификаци, Microsoft Transaction Server, Microsoft Message Queuing, Collaboration Data Objects for Windows NT Server, Internet Authentication Service, служба индексирования, Microsoft Management Console 1.0, Microsoft Site Server, SMTP иNNTP и прочее.


Некоторые функции, такие как распределенная файловая система и служба балансировки нагрузки Windows NT, были поставлены как дополнения для Windows NT Server 4.0. Служба маршрутизации и удаленного доступа также была загружаемой функцией, которая заменила отдельные службы RAS и многопротокольной маршрутизации в Windows NT 4.0.

Наборы ресурсов


Microsoft выпустила пять ревизий Windows NT 4.0 Workstation и Server Resource Kit (оригинальный выпуск плюс четыре приложения), которые содержали большое количество инструментов и утилит, таких как autologon, редакторы курсоров и изображений, утилиты диагностики, сетевые утилиты и многие другие.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Завершение поддержки


Основная поддержка завершилась 31 декабря 2002 года, расширенная поддержка заыкршилась 31 декабря 2004 года.

Взгляд назад: Windows NT 4.0 Microsoft, Windows nt, Windows server, Windows, Downgrade, Длиннопост

Пост является копией заметки из моего блога. Больше картинок там - тут не влезло.

Показать полностью 24
98

Системный администратор Linux. Вопросы. Часть 2

В комментариях к предыдущему посту (Системный администратор Linux. Вопросы) собрались в основном писатели, а не читатели. Чаще всего звучал вопрос: «а это на какой уровень?». Ответ простой - ни на какой. Это всего часть вопросов от простого к сложному. И в данном посте тоже будет только часть.


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

Системный администратор Linux. Вопросы. Часть 2 Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост

Ну а тем, кому интересны вопросы, продолжаем.


В: Как сменить забытый пароль root?

О: Загрузиться с LiveCD, смонтировать файловую систему, сделать chroot, сменить командой passwd. Если файловая система поверх LVM - может понадобиться активировать LV.

В+: А если нет возможности использовать LiveCD?

О+: Можно попробовать загрузиться в Single Mode. В RHEL-based дистрибутивах надо в grub нажать E, найти init и исправить на init=/bin/bash, а так же опцию ro исправить на rw. После этого нажимаем X, система загрузится и сразу запустится shell от root. Далее меняем пароль командой passwd.


В: Вы подключаетесь к серверу по ssh и первое, что надо понять, это физический сервер или виртуальный. Для виртуального надо определить тип гипервизора.

О: Виртуалку можно определить по косвенным признакам. Например, не соответствие количества ядер и названия процессора. Не типовые объёмы диска или памяти. Опять же, вывод dmidecode будет меньше, чем на физическом сервере. В выводе будет фигурировать название гипервизора. Командами lspci, lsusb и dmesg так же можно посмотреть вендора оборудования там тоже будет упоминание гипервизора или вендора гипервизора.

В+: А более гарантировано и проще?

О+: Команда lscpu показывает, что процессор виртуализирован и название вендора гипервизора. На RHEL-based дистрибутивах есть команда virt-what, которая возвращает так же вендор гипервизора.


В: Вы подключились к серверу по ssh, видите, что это нечто линуксоподобное, но надо понять какая именно система перед нами.

О: Можно командой uname -a определить тип архитектуры и версию ядра. Если архитектура sparc - скорее всего перед нами Solaris. Если в названии ядра есть darwin - это macOS. Если в номере версии ядра есть el6, 7 или 8 - это что-то на базе RHEL. Буквы EL - Enterprise Linux. Цифра - мажорная версия. Можно по пакетному менеджеру. Yum, apt, yast, pkg и т.д.

В+: А явно?

О+: В папке /etc должен быть файл с названием, в котором есть слово release. Это centos_release, lsb_release и т.п. Можно сделать cat /etc/*release* и это покажет как название дистрибутива, так и его полную версию. Это работает на Solaris и большинстве Linux дистрибутивов. На mac для этого есть команда sw_vers.


В: При попытке запустить например apache он ругается, что 80 порт занят. Как посмотреть кем?

О: Командой netstat с ключами -p (port) и -l (listen).

В+: А если такой команды нет?

О+: В частном случае можно поискать в /etc конфиги других web серверов. Или можно воспользоваться командой ss с теми же ключами -lp.

В++: Есть ли какие либо ограничения при использовании этих команд?

О++: Да, PID будет показан только если команда исполняется от superuser, например от root. Либо надо дать право на работу с сокетами непривилегированным пользователям.


В: Выстрел самому себе ногу. Сделали chmod -x /bin/chmod. Как вернуть без перезагрузки?

О: Скопировать с другого сервера или с подключённого внешнего носителя.

В+: А без внешних операций?

О+: В linux при копировании происходит копирование его атрибутов. Можно скопировать любой файл в /bin и командой cat влить в него содержимое /bin/chmod. После чего получившимся файлом вернуть права на исходный.


В: Какие есть варианты авторизации по ssh?

О: По логину и паролю, по логину и ключу.

В+: А ещё?

О+: Через pam можно добавить любой другой метод. Например двухфакторную авторизацию сделать или доменную авторизацию без ввода в домен.


В: Как посмотреть все WWN сервера?

О: systool -c fc_host -v | grep ‘port_name’ или cat /sys/class/fc_host/host*/port_name

В+: А что такое WWN?

О+: Грубо говоря, это аналог mac-адреса, но в san сетях.


В: Мне надо запустить один и тот же скрипт 10 раз параллельно. Например некий нагрузочный тест. Как сделать это и как по завершению теста завершить все скрипты одной командой?

О: Надо иметь некий родительский скрипт, который через «&» запустит дочерние. При этом надо не давать завершиться родительскому скрипту. В таком случае сделав kill -9 pid_родительского_скрипта завершатся и дочерние скрипты.

В+: А если родительский скрипт завершится? Кто станет родителем дочерних?

О+: Процессы не могут существовать без родительского. В таком случае их родителем станет init или процесс с PID 0.

В++: Как посмотреть какие процессы были запущены через «&»?

О++: Командой jobs или аналогами.


В: Как посмотреть дерево процессов?

О: Командой pstree или ptree, в зависимости от дистрибутива.

В+: А более развёрнуто?

О+: Например через ps auxwwf


Продолжение следует. Небольших вопросов осталось примерно на один пост. Последний вопрос самый объёмный и он потянет на целый пост.

Показать полностью
6841

Ответ на пост «Очистка папки Installer в Windows 7/8/10» 

Также полезно чистить папку c:\Windows\System32\DriverStore\FileRepository, ведь там хранятся драйвера для всех устройств, которые когда либо были подключены к компу, и старые копии этих драйверов при их обновлении. Т.е. обновляя драйвера на видеокарту, ты прибавляешь в ту папку 300-500 мегабайт каждый раз.


Все уже есть в винде. и называется это чудо pnputil


1. Нажимаешь "Win" + R появится окно "Выполнить" в нем набираешь cmd и жмешь энтер

Ответ на пост «Очистка папки Installer в Windows 7/8/10» Windows, Microsoft, Жесткий Диск, Ответ на пост, Длиннопост

2. В появившемся черном окне набираешь pnputil -e | find "oem" > c:\xxx.bat

Ответ на пост «Очистка папки Installer в Windows 7/8/10» Windows, Microsoft, Жесткий Диск, Ответ на пост, Длиннопост

На диске "С:\" создастся файл xxx.bat, жмешь правой кнопкой - открыть с помощью - блокнот.

В блокноте ты увидишь много строк "oem(цифра).inf"


3. В блокноте жмешь CTRL + H появится окно "заменить". В поле "что" вводишь oem в поле "чем" вводишь pnputil -d oem жмешь "заменить все"

В итоге получатся строки такого вида "pnputil -d oem(цифра).inf" Сохраняешь, закрываешь блокнот.

Ответ на пост «Очистка папки Installer в Windows 7/8/10» Windows, Microsoft, Жесткий Диск, Ответ на пост, Длиннопост

4. возвращаешься в черное окно. набираешь команду c:\xxx.bat видишь много строк. в которых написано что "успешно удалено" а что не удалось удалить, т.к. используется.

Ответ на пост «Очистка папки Installer в Windows 7/8/10» Windows, Microsoft, Жесткий Диск, Ответ на пост, Длиннопост

Вместе с этим видишь прирост места на системном диске.


(Можно запустить и двойным щелчком из проводника, но строки пробегут и окно закроется. Если совсем делать нечего хочется, можно в блокноте последней строкой дописать pause тогда не закроется и при таком запуске)


И да, запускать все это дело естественно с правами администратора.

Показать полностью 2
1461

Очистка папки Installer в Windows 7/8/10

Всем привет! Сегодня поговорим о скрытом каталоге Installer, что лежит внутри Windows. Вот он:

Очистка папки Installer в Windows 7/8/10 Windows, Microsoft, Жесткий Диск, Длиннопост

Ни дома, ни на работе я проблем с этим каталогом не встречал. Однако недавно, забежав знакомым на помощь (читать тут и тут), увидел комп, на котором из 120 гб SSD было свободно только 1,5 гб. Анализ занятого пространства средствами Windows 10 показал два слабых места: архивы Outlook и папку Windows, которая разрослась аж до 70 гб. Windows 10 обновиться нормально не могла и осталась на Windows 10 1903. При помощи WinDirStat, был найден виновник: каталог Installer.


Каталог Installer хранит MSI пакеты установщика Windows и MSP пакеты исправлений. Когда вы устанавливаете приложение, установщик сохраняется в системе для возможности удаления, исправления или изменения компонентов установленного приложения.

Очистка папки Installer в Windows 7/8/10 Windows, Microsoft, Жесткий Диск, Длиннопост

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

- Удалить

- Восстановить

- Изменить установленные компоненты

- Переустановить


Это всё случится с приложениями, использующими технологию Microsoft Installer. Согласитесь, не лучшая перспектива — таких программ большинство. О последствиях такого перемещения поднимался вопрос на OSZONE.


Пути решения

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


- Переместить (или удалить) только неиспользуемые файлы

- Полностью переместить каталог Installer


Перемещение каталога Installer

Данное решение подходит тем, кому прошлый способ не помог. А не поможет он в том случае, если установлено много приложений или MSI этих приложений имеют значительный размер. Решение подойдёт для планшетов — каталог можно перенести на карту памяти. Если речь идет не о планшете и размер каталога Installer не превышает 5 гб, то задумайтесь, не слишком ли у вас маленький системный раздел?

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

Очистка папки Installer в Windows 7/8/10 Windows, Microsoft, Жесткий Диск, Длиннопост

Старый каталог переименовываем и создаем на его месте точку входа на новый созданный каталог. С этой целью можно использовать программу Link Shell Extention, о ней я рассказывал ранее. Но мы воспользуемся штатными средствами — оманду вводим от имени администратора команду:


mklink /j "c:\Windows\Installer" "d:\Installer"


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


Очистка каталога Installer

Есть на мой взгляд более правильное решение: выяснить какие файлы более не нужны и переместить их. Можно удалить, но я предпочитаю перемещать (ну а вдруг). Для этой цели хочу порекомендовать бесплатную утилиту PatchCleaner. После запуска программа сразу начинает сканировать каталог Installer. Сканирование может занять продолжительное время: в моем случае почти 40 гб сканировались минут десять.


Информация с сайта разработчика о том, как работает программа:


HomeDev has had many queries about how PatchCleaner works and if it can be trusted to do the right thing.

Its pretty simple. The windows operating system holds a list of current installers and patches, that can be accessed via WMI calls, (Windows Management Instrumentation ).

PatchCleaner obtains this list of the known msi/msp files and compares that against all the msi/msp files that are found in the «c:\Windows\Installer» directory. Anything that is in the folder but not on the windows provided list is considered an orphaned file and is tagged to be moved or deleted.

HomeDev cannot warrant that PatchCleaner will not find a false positive and delete a required patch which is why we have added the filter feature to filter and recommend using the move function, that way you can always copy the patches back if required.

После сканирования программа выдаёт отчет, где можно просмотреть список найденных файлов и их принадлежность (скриншот выше), увидеть объём нужных и ненужных данных, принять решение о дальнейших действиях.

Очистка папки Installer в Windows 7/8/10 Windows, Microsoft, Жесткий Диск, Длиннопост

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


Как ещё очистить место я писал ранее тут, но недавно обновленная статья у меня в блоге.

На будущее, оригинал статьи у меня в блоге. Он будет обновляться по мере появления новых идей.

Показать полностью 3
170

Системный администратор Linux. Вопросы

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


Если кто пропустил, вот начало: Системный администратор Linux и продолжение: Продолжение поста «Системный администратор Linux»


В комментариях к предыдущим постам было высказано много мнений по поводу тематики и самих вопросов. Была и критика, и занудство, и здравые мысли. От себя могу сказать, что это не универсальный список вопросов для собеседования. Это то, с чем у нас приходится сталкиваться чаще всего, что надо понимать и без чего рост компетенций будет заметно усложнён. Часть вопросов просто для понимания кругозора кандидата.

Системный администратор Linux. Вопросы Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост

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


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


Готовы? Ну тогда поехали!


В: Как посмотреть версию ядра?

О: uname -a

В+: А если только версию?


О+: uname -r


В: Как узнать какие модули ядра загружены?

О: lsmod

В+: Как загрузить и выгрузить модуль?

О+: Загрузить командой modprobe, выгрузить ей же, но с ключом --remove, если модуль не используется.


В: Есть сервер с двумя интерфейсами. Один интерфейс смотрит в интернет, другой в локалку. На обоих адреса прописаны статикой. Как пользователей из локалки выпустить в интернет через этот сервер?

О: Маршрут по умолчанию должен быть назначен на интерфейс с интернетом, нужно поднять NAT через iptables и SNAT/DNAT или MASQUERADE, надо включить forward пакетов.

В+: Как именно это сделать?

О+: Для примера шлюз будет на RHEL-based дистрибутиве. В других дистрибутивах есть созвучные или аналогичные опции. В настройках интерфейса с локалкой надо прописать defroute=no, на интерфейсе с интернетом defroute=yes. Либо можно указать маршрут в файле route-название_интерфейса, который располагается рядом с файлом настроек интерфейса. Настройка NAT будет зависеть от того, фиксирован ли список клиентов в локалке или нет. Если фиксирован - настройка через SNAT, если не фиксирован - MASQUERADE. Так же, если к клиенту будут обращения из внешней сети, придётся использовать DNAT. Включить forward пакетов можно временно командой echo 1 > /proc/sys/net/ipv4/ip_forward или постоянно, прописав net.ipv4.ip_forward = 1 в файл /etc/sysctl.conf и загрузить их из файла командой sysctl -p.

О++: Можно ещё поднять прокси и выпустить через него. Например squid. При этом либо явно указав этот прокси у клиентов, либо прозрачно, через iptables и POSTROUTING.


[Дословный синтаксис команд не нужен. Главное, что кандидат понимает что именно и как он будет делать. Если кандидат расскажет ещё что такое этот ip_forward - это будет дополнительным плюсом.]


В: Есть сервер с двумя интерфейсами, к каждому из которых подключён отдельный интернет провайдер. Например первый 100 мегабит, второй 50. Можно ли как-то получить суммарный внешний канал в 150 мегабит?

О: Штатно - нельзя. Но можно поставить пакет iproute2, который позволяет сделать два маршрута по умолчанию, каждый из которых будет иметь свой вес. Например вес первого интерфейса сделать вес 2, а второго - 1. Тогда трафик будет пытаться направляться в соотношении 2 к 1 относительно интерфейсов. В идеальных условиях это даст суммарные 150 мегабит. В реальных - будет зависимость и «тяжелых» сессий, которые будут привязываться к одному конкретному интерфейсу.


В: Как посмотреть какой DNS использует система? У нас настроен DHCP и «в лоб» в настройках на клиенте ничего нет. Файл /etc/resolv.conf много где считается устаревшим и там может быть пусто.

О: Попробовать отрезольвить любой адрес. Например командами nslookup, host или dig. Они показывают какой DNS сервер был использован.

В+: А если у нас какая нибудь Ubuntu, которая из коробки за собой тянет dnsmasq? В таком случае эти команды будут говорить, что DNS сервером является 127.0.1.1 или 127.0.0.53. Как быть?

О+: Если есть dnsmasq, значит у него есть конфиги и логи, в которых можно посмотреть что он использует. В крайнем случае можно использовать tcpdump и посмотреть какие есть исходящие подключения на 53 порт.


В: Как посмотреть таблицу маршрутизации на любой системе?

О: Это можно сделать командами route -n или ip r

В+: А на любой системе одной и той же командой?

О+: Команда netstat -rn работает везде, на Linux, Windows, MacOS, Solaris. Даже на Android. В некоторых системах это единственный вариант посмотреть маршруты.


В: Есть LVM. На одной VG есть 2 LV. Один смонтирован в корень системы, другой в /home. При создании разделов ошиблись и создали корень слишком маленький, а home слишком большой. Можно ли как-то перекинуть место из одного раздела в другой? Оба раздела содержат данные, которые нельзя удалять. В разделе home есть достаточно свободного места. Систему нельзя перезагружать.

О: Уменьшить можно, если файловая система позволяет уменьшать свой размер. Например ext4 позволяет это сделать, а xfs - нет. Увеличивать разделы можно «на горячую». Для уменьшения надо размонтировать /home, уменьшить файловую систему, уменьшить LV с этим разделом, смонтировать /home, увеличить LV раздела с корнем, увеличить файловую систему. Командой lvextend с ключом -r последние два действия можно совместить.

В+: А есть там xfs?

О+: Тогда придётся использовать временный диск. Скопировать на него данные из /home, пересоздать раздел меньшего размера, скопировать данные обратно. Можно командами pvs или vgs посмотреть свободное место на LVM. Возможно не всё пространство было размечено и его можно будет использовать вместо временного диска.


В: Как определить тип файловой системы, в которую отформатирован LV раздел в LVM? Команда fdisk -l показывает, что код раздела 83 или 8E, т.е. раздел Linux или LVM раздел.

О: Если раздел смонтирован можно командами df -T, mount или findmnt

В+: А если не смонтирован?

О+: Команда lsblk с ключом -f показывает тип файловой системы и метки, например для oracleasm дисков.


В: Как получить сводку о всём железе?

О: Командами группы ls. Например lspci, lsusb и т.д. Либо cat /proc/cpuinfo, cat /proc/meminfo и т.д.

В+: А более развёрнуто? Например с серийными номерами памяти и количеством плашек памяти?

О+: Можно через smbios командой dmidecode. Либо через ipmitool подключиться к менеджменту, если он есть, и через его shell достать данные.


В: Как обновить все пакеты, кроме одного? Например кроме ядра.

О: В RHEL-based командой yum update --exclude kernel*. В других дистрибутивах должен быть похожий ключ, который можно посмотреть в man’е к пакетному менеджеру.

В+: А если постоянно исключить из обновления?

О+: Можно использовать yum versionlock kernel*. В других дистрибутивах так же можно поискать в man’е по словам lock, hold или freeze.


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

Показать полностью
115

Взгляд назад: Windows NT 3.51

Взгляд назад: Windows NT 3.51 Windows, Windows nt, Microsoft, Downgrade, Длиннопост

Пенного всем этим чудесным вечером!

Уханов снова вещает про историю операционных систем.


Список предыдущих постов:

Взгляд назад: Windows 1.x

Взгляд назад: Windows 2.x

Взгляд назад: Windows 3.x

Взгляд назад: Windows 95

Взгляд назад: Windows 98

Взгляд назад: Windows Me

Взгляд назад: Windows NT 3.1

Взгляд назад: Windows NT 3.5


Windows NT 3.51 увидела свет 30 мая 1995 года. К ней было выпущено пять сервис паков и последний Service Pack 5 вышел 19 сентября 1996 года.


Нововведения:

- Поддержка процессоров PowerPC

- Поддержка карт PCMCIA

- Поддержка сжатия NTFS

- Всплывающие подсказки

- Статические маршруты TCP/IP


Шутки ради хочется отметить новые нескучные обои. Нет, серьёзно: давно привычная картинка теперь в 256 цветном исполнении!


Windows NT 3.51 разрабатывалась в основном из-за процессора PowerPC. Напомню, что ранее поддерживались архитектуры x86, MIPS и Alpha.

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


Windows NT 3.51 всё ещё поддерживала файловую систему HPFS, однако последнюю начали выпиливать: убрали возможность форматирования разделов в HPFS.


Поддержка сжатия NTFS хорошо компенсировала отсутствие программ уплотнения дисков. Ранее существовал метод прозрачного для пользователя сжатия данных на диске: создавался файл виртуального диска, содержимое которого сжималось. несущий диск скрывался, а сжатый занимал его место и букву. Минусом подхода было отсутствие выборочного сжатия и тотальная потеря данных в случае повреждения файла виртуального диска. Сжатие NTFS данных проблем лишено.


Shell Technology Preview

26 мая 1995 года Microsoft представила новую оболочку Windows. Она носила официальное имя Shell Technology Preview, неофициально её назвали NewShell.


9 августа 1995 года вышел второй выпуск, названный Shell Technology Preview Update, в народе — NewShell2. Финальное обновление оболочки так и не было выпущено — её передали разработчикам Windows Cairo.

Взгляд назад: Windows NT 3.51 Windows, Windows nt, Microsoft, Downgrade, Длиннопост
Взгляд назад: Windows NT 3.51 Windows, Windows nt, Microsoft, Downgrade, Длиннопост

Нововведения Shell Technology Preview

Появилось меню пуск и панель задач. Однако системного трея и панели быстрого запуска пока нет. Использование проводника вместо Program Manager добавило контекстное меню (правую кнопку) при работе с файлами и папками. Ранее такого не было и нужно было использовать меню Диспетчера файлов. Для удаления приложений теперь появился так привычный нам апплет в панели управления. Важным является появление корзины — ранее файлы удалялись окончательно.


Shell Technology Preview внесла следующие изменения в интерфейс Windows:


- Основой интерфейса стал Explorer. Program Manager можно запустить вручную.

- Появился значек Мой компьютер

- Можно просмотреть свойства диска

- Можно проверить диск на наличие ошибок

- Можно отформатировать диск

- Появился значек Сетевое окружение

- Появилась корзина

- Появилось меню Пуск

- Переработан поиск

- Появилась панель управления

- Появился апплет удаления программ

Взгляд назад: Windows NT 3.51 Windows, Windows nt, Microsoft, Downgrade, Длиннопост

Большинство нововведений одной картинкой


Заключение

Система оказалась очень удачной: стабильность и хорошая поддержка оборудования сделали своё дело: система долгое время эксплуатировалась. Ведь это была последняя Windows NT с поддержкой процессора Intel 80386, файловой системы HPFS и некоторых текстовых приложений OS/2 1.x.


Процесс установки не стал рассматривать, он аналогичен Windows NT 3.5, только на процессор больше не ругается.


Поддержка системы прекращена 31 декабря 2001 года.


Пост является копией заметки из моего блога.

Показать полностью 3
68

Взгляд назад: Windows NT 3.5

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Всем привет, Уханов снова на связи. И сегодня мы поговорим о Windows NT 3.5. Это очередная заметка об операционных системах Microsoft из цикла История операционных систем.


Сабж увидел свет 21 сентября 1994 года и окончил свой жизненный цикл 31 декабря 2001 года.

Как и предшественница, представлена в двух редакциях: Server и Workstation. Редакция Workstation была так-же представлена в виде апргрейда для пользователей Windows NT 3.1, она носила название Special Upgrade Edition for users of Windows NT 3.1


Системные требования

- Процессор i386 или i486 с частотой 33 Мгц

- Оперативная память 16 мб

- Жесткий диск 90 мб


Нововведения

- Улучшенное автоматическое определение оборудование

- Поддержка длинных имен файлов в файловой системе FAT

- Улучшена совместимость в NetWare

- Улучшенная поддержка TCP/IP. Стек был переписан с нуля.

- Улучшения средств удаленного доступа RAS

- OLE бал обновлен до версии 2.0

- Встроен OpenGL API

- Улучшенная изоляция приложений MS-DOS


Сеть

В Windows NT 3.5 произошли большие изменения в поддержке сетей. Был полностью переписан стек TCP/IP и IPX/SPX, добавлена поддержка NetBIOS over TCP/IP. Система обзавелась клиентом и сервером DHCP и WINS. Напомню, что ранее DHCP не поддерживался ни в каком виде.


Средства удаленного доступа RAS обзавелись поддержкой TCP/IP, IPX/SPX, PPP и SLIP. Сервер RAS стал поддерживать до 256 входящих соединений.


Windows NT 3.5 обзавелась встроенной поддержкой сетей Nowell NetWare. Транспортный протокол Microsoft NWLink IPX/SPX и роли шлюза к сетям NetWare позволяют установить связь между Windows NT и сервером NetWare для доступа к файлам и принтерам.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Интерфейс

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Интерфейс системы обновился до вида Windows 3.x для рабочих групп. В принципе всё понятно и привычно заркучено вокруг Program Manager. Кто работал в Windows 3.11, тот поймет. Основные элементы управления соответствуют Windows NT 3.1


На самом деле человеку современному здесь ВСЁ непривычно. Настройки раскиданы по апплетам настолько странно, что порой диву даешься. Смотришь и думаешь, ну почему настройка мыши и клавиатуры находится не в панели управления, а в программе установки Windows, как и установка / удаление компонентов. Удаление профилей пользователей тоже там.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Или взять для примера апплет Devices: совсем не очевидная вещь и непонятно, зачем он нужен.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Больше приколов пришлось встретить в процессе установки видеодрайвера — приходилось загружать последнюю удачную конфигурацию, благо она тут уже есть. Часть найденных драйверов искажало изображение, часть отключало экран. Драйвера на сеть и звук найти и поставить труда не составило.


Больше неудобств доставило отсутствие кнопки обзор в диалоговом окне «открыть». То есть, если система просит драйвер, то нужно либо вручную прописать путь до драйвера, либо вставить его комбинацией CTRL-V.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Разумным видится решение вставить пусть. Да только где-же его взять-то? Его нужно скопировать. Но File Manager такой услуги не предоставляет и приходится хитрить: выделяем каталог с драйвером и нажимаем F8. Появляется диалоговое окно копирования каталога. Путь выделяем CTRL-A и копируем через CTRL-V.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Установка


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

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Система по-прежнему не смогла установиться с носителя: пришлось размечать диск из под MS-DOS и форматировать там-же. Помня о том, что она не умеет работать с FAT32, а NTFS доступен только после установки, разметил диск с учетом FAT16.


Windows NT 3.1 ставилась как: разметил диск, отформатировал раздел, скопировал дистрибутив, скомандовал:

c:\setup\winnt /x

И пошла жара. Удивился я, когда подобный фокус не удался: не может она ставиться с диска C: и хоть убейся. Ну ОК, чё: мне не жалко, добавил диск D: и снова командую:

d:\setup\winnt /b /x

Дело пошло веселее, я угадал с драйвером дискового контроллера и уже было обрадовался, как увидел это:

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Система смотрит на мой процессор как на говно. Хорошо то, что ошибка эта давно известна и заключается в том, что система не может распознать процессор старше Pentium I. Как я уже сказал, ошибка известная и порядок её обхода подробно описан. Требуется перед перезагрузкой в графический режим (по-моему это будет вторая перезагрузка) загрузиться с другого носителя и заменить два файла. После чего перезагрузить систему уже с жесткого диска.

Взгляд назад: Windows NT 3.5 Windows, Microsoft, Windows nt, Windows Server NT, Downgrade, Длиннопост

Установка системы производится на раздел, отформатированный в файловой системе FAT16, что накладывает ограничение на его размер в 2 гб. Если в процессе установки выбрать тип файловой системы NTFS, то раздел будет конвертирован в конце установки. Увеличить системный раздел безболезненно мне так и не удалось — система переставала загружаться.

Как и прежде, в процессе установки система предлагает выбор устанавливаемых компонентов и настройку параметров файла подкачки. В основном система похожа на свою предшественницу Windows NT 3.1.


Этот пост - сокращённая копия статьи в моём блоге. По ссылке вы можете посмотреть скриншоты процесса установки. Тут слайдшоу не выложить, а снимков очень много.


В следующей заметке поговорим о Windows NT 3.51, последней ОС Microsoft, полноценно поддерживающей HPFS.

Показать полностью 9
Похожие посты закончились. Возможно, вас заинтересуют другие посты по тегам: