Эта заметка начинает серию заметок об операционных системах, которые не на слуху у пользователей, но между тем заняли своё место в истории. Заметка входит в цикл статей об истории операционных систем.

AtheOS — свободная операционная система для компьютеров архитектуры х86. AtheOS — сокращённо от Athene Operating System.

Разработка началась в 1994 году норвежским программистом Куртом Скёуэном. Он занимался разработкой операционный системы один и в марте 2000 года представил её в сети Usenet под лицензией GNU GPL. По некоторым слухам, Курт прекратил разработку AtheOS в 2002 году. Последняя версия — 0.3.7 вышла 9 октября 2001 года.

Стоит понимать, что AtheOS — это не очередной дистрибутив Unix — подобной операционной системы, а совершенно самостоятельная система, написанная с нуля на C++. Её пользовательский интерфейс похож на Amiga, но под ним вы, скорее всего, увидите много сходства с BeOS. Интегрированный графический интерфейс построен на клиент-серверной архитектуре, подобно X11. Многопоточность позволяет ему обойти X11 в отзывчивости.

Особенности:

Скауэн портировал KHTML на AtheOS, чтобы создать веб-браузер ABrowse. Были портированы Apache, PHP3, Perl и другие приложения.

- Собственная журналируемая 64-х разрядная файловая система AtheOS File System, называемая чаще AFS (не путать с распределённой файловой системой Andrew File System).

- Поддержка симметричной многопроцессорности

- Почти полная поддержка стандарта POSIX

- Оригинальная объектно-ориентированная GUI архитектура

- Приоритетная многозадачность с многопоточностью

- C++ ориентированный API

Скриншоты с сайта разработчика:

Программное обеспечение

Установка программ происходит следующим образом: портированные приложения распаковываем в каталог /usr, а нативные приложения в каталог /Applications

Приложения распространяются в формате архивов tgz. Мне не удалось настроить в системе интернет, поэтому программы я предварительно скачал на виртуальный диск. Монтировать диск пришлось вручную, благо команда mount работает как от неё ожидаешь. Поддержка файловых систем, на достойном уровне для 2002 года.

Установка AtheOS

Установка AtheOS оказалось занятием необычным. Суть в том, что дистрибутив из себя представляет три образа дискеты и один архив tgz.

Сайт уже много лет недоступен и я скачал всё это с зеркала Архива Интернета. Но туда не попал самый главный файл: install.txt. По логике было понятно, что там рассказано, как ставить систему. Но раз файла нет, значит нет — буду разбираться на месте…

Свои приключения я начал в VirtualBox. В Debian при помощи dd записал образы трёх дискет в три виртуальные дискеты. Первые две дискеты были в FAT12, а третья не понятно с какой файловой системой (может AFS, не проверял). Дискеты требуется менять по очереди, но когда я вставлял третью дискету, система наглухо зависала. Было решено идти от обратного и не пользоваться загрузочными дискетами.

Установка системы виделась просто:

- Создать и отформатировать раздел AFS

- Распаковать tgz архив в корень

- Установить загрузчик

Решение виделось на поверхности — это была последовательница Syllable Desktop, основанная на AtheOS и совместимая с ней. Монтируем диск, загружаемся и вращаем барабан форматируем диск. Запускаю утилиту DiskManager (регистр критичен) и создаю раздел AFS. Скрин не прилагаю, так как утилита из AtheOS, скрин был выше.

Форматировать диск нужно отдельно, команде format нужно лишь устройство, файловую систему и метку диска. Это звучало так:

format /dev/disk/ata/hdb/0 afs atheos

Монтируем диск правой кнопкой мыши в меню Диски.

И собственно, скомандовав следующее заклинание, распаковываем систему на диск:

tar -xvpzf /dos/download/atheos-base-0.3.7.tgz

Всё скопировалось и осталась лишь установка загрузчика. Вот тут меня ждал большой облом, а может просто опыта работы с GRUB не хватило. Суть в том, что он тут модифицированный для работы с AFS, в добавок у AtheOS и Syllable Desktop различаются версии загрузчика.

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

И вот я в Qemu.

Загружаюсь я с первой дискеты, вижу приглашение GRUB 0.5.96.1, выбираю единственный пункт и он просит вторую дискету.

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

Так как я решил пойти путём автора, то решил делать всё строго по руководству и взял два виртуальных диска: один чистый, а второй FAT16 с архивом системы. Передо мной только терминал Bash.

Начнём с создания раздела и выбора файловой системы.

Далее раздел форматируем и оказывается, что в AtheOS именование дисков идёт отлично от Syllable Desktop и команда немного другая:

format /dev/disk/ata/hdb/0 afs atheos

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

Создаю точки монтирования и монтирую оба диска.

Распаковываем архив в корень нового диска. Команда та-же, сюрпризов от tar ждать не приходится.

А дальше интересный момент в руководстве: нужно открыть menu.lst и поправить номер раздела на диске с 1 на 0. Вроде не сложно и можно сделать через Bash, но я поленился и воспользовался Syllable.

Дело за малым — установка загрузчика. Перезагружаюсь с первой дискеты и нажав клавишу C попадаю в GRUB Shell, откуда и устанавливаю загрузчик.

Перезагружаюсь и меня приветствует окно ввода пароля. Логин-пароль по-умолчанию: root.

И вот меня встречает рабочий стол. К слову сказать, их там 32. Первые 12 закреплены за комбинациями клавиш ALT+F1-F12. ВНЕЗАПНО разрешение монитора на каждом рабочем столе настраивается индивидуально.

Заключение

Система легла в основу таких операционных систем, как: Cosmoe, Pyro Operating System и Syllable. В следующих заметках поговорим и о них.

Если хотите попробовать AtheOS на VirtualBox, то можете взять архив для импорта.

Как обычно, это копия заметки из моего блога.

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

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

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

Взгляд назад: 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 и основных нововведениях.

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

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

- Установка

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

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

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

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

- Active Directory

Установка

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

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

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

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

Из 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. Установщик задаёт меньше вопросов по настройке оборудования и настраивает его сам — сказывается работа механизма 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.

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

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

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

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

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

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

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

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

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

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

Динамические тома 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 впервые представила нам дисковые квоты. Технология несомненно полезная и ожидаемая. Однако стоит понимать, что ожидание и реальность тут говорят на разных языках и друг друга явно не понимают. Вот некоторые их особенности:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сеть

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

AutoIP

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

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

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

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

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 прямо из папки Сетевое окружение. При этом администратор домена может вносить некоторые изменения в объекты, например изменить состав группы или описания объектов. Пользователям домена объекты доступны только для чтения.

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

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

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

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

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

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

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

- Мастер RID

- Эмулятор PDC

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

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

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

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

Windows Update

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

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

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

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

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

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

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

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

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

Добрый вечер, любители Downgrade!

Сегодня я рассскажу клиенте сетевого протокола Gopher. Для начала немного истории из Википедии:

Gopher  — сетевой протокол распределённого поиска и передачи документов, который был широко распространён в Интернете до 1993 года. Протокол предназначается для предоставления доступа к документам в Интернет, но имеет меньше возможностей, чем HTTP, и впоследствии был почти полностью вытеснен им.

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

Протокол был разработан в Университете Миннесоты весной 1991 года и документирован в RFC 1436. Летом 1993 года опубликован набор дополнений к протоколу, получивший название Gopher+.

В феврале 1993 года Университет Миннесоты объявил о намерении взимать лицензионные отчисления за использование созданной им реализации сервера Gopher. В результате пользователи и разработчики стали отдавать предпочтение развивавшейся тогда технологии World Wide Web, имевшей и ряд других преимуществ. В сентябре 2000 года Университет Миннесоты выпустил программное обеспечение Gopher (клиент и сервер) под лицензией GNU GPL.

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

Для меня всегда было проблемой навигация по серверам Gopher и поиск информации на них. Ведь по сути, единственным адекватным браузером, поддерживающим Gopher был Firefox 3.6.

Недавно я узнал хорошую новость: ребята из Shipwreck Software выпустили современый клиент Gopher.

Simple Gopher Client вышел год назад и доступен в Microsoft Store.

Внешний вид клиента

На сайте The Overbite Project можно скачать клиенты и расширения для Gopher.

Крайне рекомендую.

Оригинал заметки в моём блоге по ссылке.

Всем привет, сегодня поговорим о совершенно новой операционной системе: Windows NT 3.10.

Это пятая заметка из цикла истории операционных систем.

Для начала разрушим миф о названии. Windows NT многие трактуют как Windows New Technology. Хоть это и идеально характеризует всю суть, но это не более, чем работа маркетологов.

Одна из версий говорит о том, что изначально система разрабатывалась для процессора Intel i860 (80860). Процессор имел кодовое имя N-Ten. Однако процессор на рынке не зашел и версия для NT так и не увидела свет.

Не у видела, да и хуй с ней. Зато появились версии для для x86, MIPS R4000 и Dec Alpha. Главной особенностью системы стало проектирование системы таким образом, что исходники ядра и подсистем написаны на С и С++, а аппаратно зависимые части выносились в HAL.

Изначально система должна была выпущена как WIndows OS/2 3.0. Однако напряженность отношений IBM и Microsoft, вызванная сменой API последней, привела к распаду сотрудничества. IBM продолжила разработку OS/2, а Microsoft продолжила заниматься Windows NT.

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

Системные требования

для x86 архитектуры:

- 80386 процессор с частотой 25 Мгц

- 12 Мб оперативной памяти

- 75 Мб жесткий диск

Для RISC архитектуры:

- 16 Мб оперативной памяти

- 92 Мб жесткий диск

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

Совместимость

Windows NT 3.1 использует несколько подсистем для обеспечения совместимости приложений:

NTVDM и WOW

Новая операционная система больше не использует в своей основе MS-DOS — его там больше нет от слова совсем. На смену пришел эмулятор консоли CMD.EXE. Для запуска 16 разрядных приложений используются подсистемы NTVDM (NT Virtual Dos Machine) и WOW (Windows on Windows) Это позволило выполнять приложения, не требующие низкоуровневый доступ к оборудованию

API Win32

Впервые появившийся API Win32 являлся 32-битной реализацией уже популярного Windows API. Это позволило программистам с минимальными изменениями перекомпилировать имеющиеся приложения для работы в новой среде. Использование API Win32 позволило портировать приложения на поддерживаемые архитектуры (MIPS или x86) без особых трудозатрат. Новый API не допускает приложениям уровня пользователя доступ к оборудованию, что положительно сказалось на надежности.

OS/2

Windows NT 3.1 оказалась хорошо совместима с OS/2. Схожими являются сетевые API NetBIOS/LANMan и концепция динамических библиотек. При этом последние были настолько сходи, что приложения OS/2 без особых усилий можно перенести на Windows NT 3.1. Полностью поддерживается файловая система HPFS.

Позже Microsoft представила подсистему Presentation Manager, которая позволила выполнять графические приложения OS/2.

POSIX

Поддержка совместимости с POSIX было больше политическим решением и позволила участвовать в госконтрактах США. Нам же она предоставила поддержку длинных имен файлов и поддержку разрешений доступа к файлам.

Файловые системы

Windows NT 3.1 на мой взгляд вызывает весьма неоднозначные на сегодняшний день чувства при работе с дисками. Она поддерживает файловые системы:

- FAT12

- FAT16

- NTFS 1.0

- HPFS

Видите особенность? FAT32 тут и не пахнет. Зато журналируемые файловые системы HPFS и NTFS предоставили возможность управления правами доступа (ACL). Обе файловые системы являются журналируемыми и Windows NT на стадии загрузки проверяют журнал на наличие незавершенных транзакций.

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

Технология динамических дисков является реализацией программного RAID. В Windows NT 3.1 Workstation доступно создание только RAID 0 и JBOD массива, в редакции Advanced Server доступны уровни RAID 0, RAID 1, JBOD и RAID 5.

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

Недостатком этой реализации динамических дисков является то, что конфигурация массива хранится не на дисках, а в реестре. Поэтому диски нельзя просто так перенести на другой компьютер или переустановить систему — требуется предварительное сохранение конфигурации на дискету с последующей загрузкой в реестр. Всё это можно сделать через Disk Administrator. К слову сказать, что в Windows 2000 этот недостаток исправили. Теперь вся конфигурация хранится на всех дисках сразу.

Работа в сети

Windows NT 3.1 — это изначально сетевая операционная система. Она поддерживает протоколы NetBIOS, TCP/IP и Data Link Control. Стоит отметить, что стек TCP/IP использовался не собственной разработки, а Spider Systems (SpiderTCP). Поэтому он не может использоваться для построения сетей, включающих Microsoft LAN Manager или NT. Так же не поддерживается NetBIOS Over TCP, DHCP и WINS.

Windows NT 3.10 Advanced Server

Серверная редакция впервые представила нам домен NT, доменную авторизацию и как следствие, централизованное управление пользователями и их правами.

Сервер предоставляет следующие роли:

- Контроллер домена

- Файловый сервер

- Сервер папки обмена ClipBook

- FTP сервер

Установка

А теперь, любитель тряхнуть стариной, перейдем к установке. Процесс установки Windows NT 3.10 имеет свои особенности и без ста грамм не разберешься. Но обо всём по порядку.

Подготовительный этап с погружением в MS-DOS

Нам нужно разметить диск (да, установщик не умеет в управление разделами) и прибегнем к помощи загрузочной дискеты MS-DOS 6.22. Создавая раздел, учитываем, что файловая система будет FAT16. Тут важно понимать, что даже если мы хотим установить WIndows NT 3.10 на NTFS, то установщик этого тоже не умеет! Система сначала ставится на FAT16, потом после перезагрузки конвертируется в NTFS.

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

Я специально форматировал диск с ключом /S для того, чтобы на диск были скопированы загрузочные файлы MS-DOS (io.sys; msdos.sys; command.com). Сделал это для того, чтобы показать работу загрузчика OS Loader в мультизагрузочной конфигурации.

Начало установки: стадия MS-DOS

Загружаемся с жесткого диска, переходим в каталог установки и запускаем установщик. Тут следует понимать, что будет дальше: установщик подготовит файлы на жестком диске для установки и создаст загрузочную дискету. С неё нам нужно будет загрузиться для продолжения установки. Так как у меня VirtualBox, то я заранее нашел образ загрузочной дискеты и указал установщику создание дискеты пропустить (ключ /x).

Загрузка с гибкого диска

Загружаемся с дискеты и нас встречает знакомый интерфейс установщика. Установку выбираем ручную для возможности выбора драйверов контроллера.

Далее наступает момент управления разделами. Дополнительного диска у меня нет, поэтому удалять созданный раздел я не могу — с него ведется установка. Выбирай для установки имеющийся раздел и мне предлагается оставить FAT или конвертировать её в NTFS. Если выбрать первый вариант, то сохранится мультизагрузка с MS-DOS. Если второй, то после конвертирования MS-DOS не запустится.

Основной этап установки

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

Что интересно, предлагается настроить конфигурацию файла подкачки.

Окончание установки

Во время первой самостоятельной перезагрузки мы видим меню мультизагрузки. Напомню, я пециально предварительно установил MS-DOS на системный диск. Если выберем загрузку в MS-DOS, загрузка произойдет.

Однако ранее я выбрал преобразование в FAT16 в NTFS и это последний его старт. После выбора в меню загрузки Windows NT 3.10 произойдет реобразование файловой системы.

На этом установка завершена, мы можем войти в систему.

Вот пожалуй и всё на этот раз. Если будет интересно, можно рассмотреть построение доменной сети на этой системе и подробнее рассмотреть Windows NT Directory Services (NTDS). Имя NTDS прочно закрепилось в современной Active Directory (которая появилась в Windows 2000).

Этот пост является сокращенной копией заметки в моём блоге. Там вы найдёте больше скриншотов.