Запускаем IBM OS/2 1.0 в виртуальной машине: почему это сложно сделать

http://os2museum.com/

Почему OS/2 сложно запустить в виртуальной среде?


Из-за определённых причин OS/2 очень сложно заставить работать в виртуальной машине; гораздо сложнее, чем DOS, Windows 3.x, Windows NT, Windows 95 или множество UNIX-подобных операционных систем. Проблемы кроются в архитектуре Полуоси и её истории.

Сначала разговор пойдёт об особенностях реализации ядра и драйверов старых (очень старых) версий OS/2, затем немного про виртуалки, а после этого автор, выполнив ряд манипуляций, запустит IBM OS/2 1.0 в виртуальной машине VirtualBox 4.3.8 на своём Маке — КДПВ. — прим. пер.

IBM Operating System/2 Installation. Version 1.00


Ну, во-первых, старые версии OS/2 (имея в виду Warp 3 и ниже) сложно запустить даже на железном Pentium III и подобных, казалось бы, древних машинах. В коде операционной системы содержится множество разных циклов, используемых для установки временных задержек (ориг. timing loops — прим. пер.), которые сбоят на быстрых прооцессорах, вызывая ошибки переполнения при делении и всякие другие. Такому подвержены почти все 1.x версии. Поддержка больших IDE дисков тоже с проблемами, но уж в этом точно не следует винить OS/2; в то время стандарт IDE бурно развивался, и мы говорим о тех временах, когда дисков больше, ну, 300 мегабайт и не существовало вовсе, и в этом плане виртуализация даже помогает — куда легче сдвинуть бегунок в настройках виртуальной машины влево и создать виртуальный накопитель на, пусть, 120 мегабайт, чем бегать и искать настоящий, рабочий жёсткий диск настолько маленьких объёмов.

Потом, существует ряд проблем, специфичных исключительно для виртуальных сред. Давайте начнём со старейших версий Оси. IBM OS/2 1.0 и 1.1 используют 286-style переключение между защищённым и реальным режимом центрального процессора. Это такой способ, который использует код BIOS для того, чтобы возобновить работу машины в другом режиме на определённом этапе, ведь для переключения между режимами используется аппаратный сброс процессора; большинством виртуальных машин подобная экзекуция не нравится, и воспринимается как фатальная ошибка. Интересно, что редакция OS/2 1.x от Microsoft всё-таки детектирует 386-й процессор, и если такой был найден, то используется другой, гораздо более эффективный способ переключения между режимами через изменение регистра CR0.

Ещё в версиях 1.x использовался весьма необычный драйвер дисковода, который определяет тип накопителя, то есть его размер, основываясь на скорости передачи данных контроллером. 3.5-дюймовые диски объёмом 720 килобайт читаются на скорости 250 K/s, а объёмом 1.44 мегабайта — на скорости 500 K/s. Но это железным флопаком. А виртуальные машины не заморачиваются эмуляцией настолько тонких деталий и позволяют гостевой операционной системе, в нашей случае — Оси, в отличие от настоящего дисковода, читать 1.44-меговую дискету, даже если контроллер дисковода запрограммирован на скорость 250 K/s. В результате, драйвер думает, что в дисковод вставлен 720-килобайтный диск, что приводит к забавным ошибкам, и в общем — к невозможности загрузиться с дискеты.

С веткой 2.x всё немного по-другому: драйвер дисковода уже не настолько хитрый и работает нормально, переключение между режимами центрального процессора использует специфичный для 386-го процессора код (в 2.x была дропнута поддержка 80286 — прим. пер.), но ситуация-то в общем не лучше. OS/2 2.x всё ещё испытывает проблемы с таймингом, и на быстрых процессорах может зависнуть в любой момент, особенно на ранней стадии загрузки. А из-за того, как в Полуоси смешивается 16-битный реальный и 32-битный код защищённого режима, чрезвычайно важно правильно реализовывать все аспекты работы процессоров архитектуры x86, и с этим у виртуальных машин проблемы. Довольно часто встречаются плавающие, сложноуловимые баги, из-за которых OS/2 (имеются в виду в основном версии до Warp 4 — прим. пер.) не может загрузиться и работать в виртуальной машине без ошибок.

Другая проблема — старый (DOS-совместимый) стиль обработки ошибок FPU (Floating Point Unit — математический сопроцессор для операций с плавающей точкой — прим. пер.). OS/2 non-SMP версий (a. k. a. UNI — системы, не использующие симметричную мультипроцессорность — Symmetric MultiProcessor system; термин применяется как к software, так и к hardware — прим. пер.) используют 8086-совместимый метод генерации сигнала FERR# и конвертирования его в IRQ 19, вместо использования #MF-исключений, как делают все современные операционные системы в наши дни. Такой механизм должен быть корректно эмулирован для работы Оси в виртуальной машине.

Только самые последние версии Оси (так называемые Convenience Pack'и — MCP1, MCP2 для клиента и ACP1, ACP2 — для сервера) поддерживаются в качестве гостя в некоторых виртуальных машинах (известно, что в Virtual PC и VirtualBox). К тому времени IBM (МДМ — МежДелМаш — Международные Деловые Машины ;) — прим. пер.) уже разгребли проблемы с зависимостью от скорости процессора в некоторых местах, и поддержка аппаратного обеспечения уже вышла на уровень, подходящий для работы с сегодняшними виртуальными устройствами, эмулируемыми виртуальными машинами.

Полуось работает особенно хорошо, если включить (включайте всегда — прим. пер.) аппаратное ускорение (VT-x и AMD-V) — MCP и ACP устанавливаются и работают без каких либо проблем, и к тому же и Virtual PC, и VirtualBox к этому времени выпустили дополнения гостевой ОС, добавляющие свои аппаратно ускоренные видеодрайверы, поддержку интеграции мыши, общие папки, и подобные вещи, сильно улучшающие юзабельность Оси в виртуалке.

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

Запускаем IBM OS/2 1.0 в виртуальной машине


Как я уже говорил, соврешенно непонятно, почему ядра ревизии IBM даже при наличии 80386-совместимого центрального процессора, используют старый, 286-style способ переключения режимов, при котором происходит аппаратный сброс ЦПУ, а затем выполнение продолжается из BIOS, которому было перед этим сказано, с какого места выполнение необходимо продолжить. Майкрософтовский релиз OS/2 1.0 содержал ядро, использующее, когда возможно, новый (более быстрый) 386-only код переключения режимов аж с самой первой версии OS/2 SDK beta — апрель 1987 года.

А чтобы стало вообще интересно, ядро OS/2 также знаменито из-за использования недокументированной инструкции LOADALL, если оно запущенно на 80286. И всё равно IBM-версия OS/2 1.0 запускалась на 386 AT-клонах того времени! Как это возможно?

Ключевое слово — BIOS. BIOS машин на процессоре 80386 обязан поддерживать 286-style переключение режимов, и это стандартная функциональность. И код перключения режимов, написанный для 286 также работает и на системах с 80386.

Как на 80386 работает LOADALL же — менее очевидно. Разработчики BIOS вскоре осознали, что на 386-совместимых процессорах можно сравнительно просто эмулировать подмножество LOADALL, переключившись на время в реальный режим. Интелу потребовалось несколько лет, чтобы просто хотя бы догадаться о существовании такой техники в BIOS'ах, и потому подобное поведение едва ли можно назвать хорошо документированным, но оно работает на любой системе с 80386-совместимым процессором.

IBM OS/2 1.0 в VirtualBox 4.3


VirtualBox версии 4.3 наконец-то научилась запускать древние IBM-версии OS/2 1.0 и 1.1. Далее используется VirtualBox 4.3.8, хост — Mac OS X.

Создайте новую машину, тип гостевой операционки должен быть выставлен в “Other OS/2”. Оперативки поставьте восемь мегабайт (OS/2 1.0 сносит крышу от больших размеров). Виртуальный накопитель поставьте размером 30 мегабайт — эта версия OS/2 всё равно не умеет разделы больше 32 мегабайт (но OS/2 1.1 уже научили). Можно и больше, но определённо не следует ставить больше 500 мегабайт — возникнут проблемы с несовпадением геометрий.

Но это не всё. Чтобы заработало переключение между режимами центрального процессора, который, как я уже не один раз упомянул, производится через сброс процессора, необходимо твикнуть настройки виртуальной машины, чтобы VirtualBox не завершал её работу с ошибкой при трёхкратном фолте ЦПУ. Обычно, трёхкратная ошибка ЦП означает, что гостевая ОС уже не в состоянии сама разрешить проблему и продолжить работу, но для IBM OS/2 1.0/1.1 это — часть нормальной работы. Чтобы изменить настройки виртуальной машины, необходимо перейти в каталог VirtualBox и воспользоваться утилитой VBoxManage:

VBoxManage modifyvm <имя_виртуальной_машины> --triplefaultreset on

И ещё нужно пропатчить установочные дискеты.
Иначе Ось трапнется с ошибкой деления на ноль. Скрипт-патчер на Питоне.

Готово. Пробуйте. Если всё прошло нормально, перед вами вспорхнёт титульный экран установщика:
IBM Operating System/2 Installation. Version 1.00

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

Если не повезло, просто возьмите любую дискету с DOS'ом, загрузите её в виртуалке, и отформатируйте уже созданный раздел в FAT16. Потом снова грузитесь в установщик, и выбирайте использование существующего тома, не форматируйте его заново. Неочевидно, это баг в установщике OS/2 или в VirtualBox.

Затем всё должно идти гладко, и от вас будет требоваться разве что менять виртуальные дискетки в виртуальном дисководе по мере установки, да соглашаться с настройками по умолчанию, которые весьма разумны. После завершения процесса установки OS/2 запустит TSHELL — Text Shell — текстовую оболочку защищённого режима, выполняющую функцию запускалки программ и сессий, и переключалки между OS/2 и DOS сессиями, работающими в многозадачном режиме.
TSHELL Program Selector

И да, это действительно IBM OS/2 1.0:
IBM Operating System/2 Command Interpreter Version 1.00

Обратите внимание, что если у вас хост без поддержки аппаратого ускорения виртуализации (технологии VT-x или AMD-V), VirtualBox будет ругаться, что для запуска OS/2 таковая необходима, и откажется запускать виртуальную машину. Аппаратная виртуализация желательна, но OS/2 1.0 заработает и без неё (а вот для 2.0, Warp 3 и 4 она обязательна). Обойти ошибки можно поставив тип гостевой операционной системы либо DOS, либо Unknown.

Было бы интересно узнать, какие ещё современные виртуальные машины (нормальные, то есть которые спокойно запускают современные 32-битные и 64-битные операционные системы, а не специализированные эмуляторы 80286) способны запускать самые ранние релизы IBM OS/2 — 1.0 и 1.1. Известно, что Microsoft Virtual PC 2007, хоть и рекомендуется для запуска более современных версий OS/2, так как железо эмулируется весьма близко к реальному, не способен запускать IBM OS/2 1.0 и 1.1.



От переводчика:


Замечания по орфографии, пунктуации и грамматике, о багах перевода и неточностях (я зачастую “плаваю” в тех темах, на которые с лёгкостью говорит Michal Necasek; оттого мне, кстати, и интересно читать и переводить его статьи. Если мне что-то неочевидно (а мне было что-то неочевидно, особенно когда переводил предыдущую статью), я всегда гуглю и пытаюсь разобраться, задаю вопросы) прошу репортить в личку. Пожалуйста.

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

Ответивших “да” я также прошу прокомментировать статью и указать, какого именно рода статьи вы хотите видеть, что вам интересно узнать.

P. S. Это комбинированный перевод двух статей, а столько в поле “источник” не лезет, поэтому указал там просто адрес сайта.
Хотите ли вы видеть больше статей про OS/2, около OS/2 и на смежные с OS/2 темы от сообщества OS/2?

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

Метки:
Поделиться публикацией
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама
Комментарии 45
  • 0
    Если не ошибаюсь, то SWsoft (который стал Parallels) давным давно занимался проектом виртуализации OS/2 и даже был отдельный продукт. Было необходимо мигрировать на новые системы, сохраняя старые в виртуалках. Дядько Ця писал про это.

    Может кто подробнее написать?
  • +11
    Куда мы катимся… 23% — «я не знаю, что такое OS/2»
    • 0
      Интересно, какова доля OS/2 в банкоматах? Раньше распространена была. В банках тоже может крутиться.
      • 0
        На хабре была серия статей про банкоматы. Там можно поискать по словам «OS/2» и «полуось». Вкратце — исчезающе мало.
        habrahabr.ru/post/216315/#comment_7415025
        • +2
          Ну не исчезающе. Постоянно в москве вижу
          image
          • 0
            К слову, скоро исчезнут вот эти конкретные. Купивший МосКомПрБ БИНБАНК уже закрыл несколько отделений на ребрендинг под своим брендом, с заменой банкоматов.
            А вот у Банка Москвы до сих пор встречаются.
            Ещё были такие у закрытого Смоленского Банка, 100% банкоматов…
            • 0
              Так же видел подобное в банкоматах у б. Балтика (конкретно — дефолт сити, марьино)
          • 0
            Не сказал бы что мало, у меня на работе 2 банкомата стоят — один на OS/2, другой на WinXP. И насколько я знаю у моего зарплатного банка достаточно много банкоматов на OS/2 работают.
        • +3
          Я ответил, что «не знаю», хотя в теории знаю. Вот на практике пользоваться никогда не приходилось. Может, и остальные проявили скромность :-)

          Мне интересна не столько OS/2, сколько вот эти штуки типа определения скорости дисковода или переключения в защищённый режим. В смысле, как вообще работали системы в те лохматые годы. В этом плане автор пиши ещё :-)
      • +6
        Помню у нас весь пенсионный фонд на OS/2 работал.
        У меня фидошная нода на полуоси крутилась, эх времена.
        • +2
          Пенсионный фонд в свое время вообще подсел на все от IBM. На рабочих машинах была OS/2, на серверах AS/400 крутились DB/2, в которых все мы и числились.
          • 0
            Почему в прошедшем времени? АС-ки до сих пор в строю. А полуось в 2004-м, ЕМНИП, заменили на винду.
            • 0
              Ты несколько… опоздал. ;)
              • 0
                Да нифига. Сам менял, со слезами на глазах. ;-)
          • 0
            Подтверждаю! Правда не весь пенсионный фонд, а только отделы персучёта, которые непосредственно занимаются пенсионными счетами. Ну вот тут немного старпёрства по этому поводу…
          • +2
            Да, пожалуйста, продолжайте писать об OS/2, всегда было интересно, как-то мимо меня прошла она в своё время, даже скачать негде было (да и сейчас не знаю где)
            • +3
              Обязательно!

              «Скачать» её нельзя потому, что она ещё продаётся под другим именем — eComStation.

              Но если очень хочется, то можно — прошу в личку…
            • +1
              Пополама была великолепна. На Мерлине и Авроре удалось в свое время довольно долго просидеть и на домашнем компе и на работе.
              Очень жаль, что она фактически перестала развиваться и померла.
              • 0
                >Очень жаль, что она фактически перестала развиваться и померла.

                Ога, померла, и не один раз.

                Другое дело, что на развитие попросту не хватает человекоденежных ресурсов. На поддержание в хоть каком-нибудь более-менее актуальном состоянии — и то едва ли. Все скудные силы бросаются на очевидные вещи — запуск на современных машинах с ACPI, AHCI и сносная работа с видео через биос. UEFI пока никак. Драйвер звука тоже один — ограниченный старый порт альсы. С новыми сетевыми карточками тоже всё хреново. С вайфаем полный атас.

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

                Короче, на качественное развитие ресурсов почти не остаётся…
                • 0
                  Вайфай под eComStation (i3945) у меня запустился вполне прилично. И даже вроде USB теперь нормально работает.
                  Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.
                  Огорчает отсутствие поддержки Bluetooth и биометрических датчиков…
                  Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).
                  • +4
                    Значит, дела обстоят примерно так.

                    USB стек умеет только 2.0 — не выше. Работает, как бы, хорошо, никаких проблем нет.

                    >Разгребаю проблемы работы SMP+ACPI на ThinkPad T60 — с включенным SMP работает нестабильно.

                    Хм. Скажите пожалуйста, какая версия eCS у вас установлена, назовите версию ядра и подсистемы ACPI.
                    На T60 проблем быть не должно.

                    >Да и скоро вплотную встанет проблема с поддержкой объема ОЗУ больше 3 гигов ((( А на х64 ядро никто не переделает уже, а проекты OS/Free и OS/4 слишком медленно развиваются (OS/Free как я понял заглох вообще).

                    Тут всё интереснее.

                    Вообще, изначально существовал проект OS/3. Эти люди работали над ядром из утекших исходников Мерлина (несобираемыми). Сейчас данный проект уже не существует.

                    Как я уже говорил, людей очень мало, но работают два попендикулярных проекта, состоящих исключительно из энтузиастов: osFree и OS/4.
                    Кстати, оба были названы по подобию OS/3 (ow-ess-three, что созвучно с OS free).

                    osFree — проект по переносу всего и вся на микроядро L4/Fiasco. Большущая статья от мейнтейнера данного проекта (русский!) не прошла из песочницы, и инвайт этому человеку не достался. Объём работ огромен, и на данный момент невыполним, но работа реально ведётся. Есть загружающийся образ, который сохраняет весьма-весьма-весьма ограниченную совместимость с программами OS/2 на уровне исходного кода (то есть, требуется рекомпиляция). Естественно, в идеалистичных планах присутствует написание персоналити лейера для запуска приложений OS/2 без рекомпиляций (application binary interface compatibility).
                    Следует понимать, что объём работ невероятно огромен.

                    OS/4 специализируется *исключительно* на ядре, и утекшие исходники не используются в проекте.
                    Основная задача — запуск OS/2 на тех машинах, на которых запуск OS/2 с оригинальным ядром невозможен.
                    Ядро собирается свободным компилятором OpenWatcom, и оно в общем гораздо прямее бимерского.

                    На базе последнего как раз только и возможны настолько большие перемены, как внесение поддержки > 4 GiB.
                    • +3
                      Вообще, как вы понимаете, решений данной проблемы несколько.

                      Первая — запускаться в режиме x86_64. Вкратце — невыполнимо.
                      Огромный объём работ, переписывание всех без исключения драйверов (неполностью, конечно), придётся переделывать некоторые части операционной системы полностью — те, которые используют шестнадцатибитный код. Останемся без MVDM. Необходимо будет как-нибудь придумывать, как запускать приложения, имеющие части, написанные в шестнадцати битах. Драйверы, опять же. Короче, от оси, какой все её знают, мало что останется, кроме того, что это невыполнимый объём работ.

                      Вторая — впилить в memory manager ядра OS/4 поддержку расширения PAE. Вкратце — большие проблемы, теоретически выполнимо.
                      Потребует огромного количества работы, а потом ещё и придётся переписывать драйверы, что усложняется тем, что исходники многих драйверов недоступны. Но ось может выжить, однако ненадолго — снова скоро оп-па, и 64 гигабайт снова будет не хватать.

                      Третяя, костыльная.
                      Штука в том, что то, что называют ограничением в четыре гигабайта — это ограничение **виртуальной памяти процесса**. А процессов может быть дофига и больше, и каждый, в идеале, может занять до четырёх гигабайт. С этим можно жить.

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

                      Тут начинается костыль. Один добрый человек написал хитрый и очень быстрый RAM-диск, который работает параллельно memory manager'у ядра, и может использовать физическую память выше четырёх гигабайт. Как только необходимо сделать что-нибудь с такой памятью, он переходит в режим PAE, работает с памятью, а под конец возвращает всё обратно. Чистая магия.

                      Осталось только положить файл подкачки на такой RAM-диск (что без проблем), если бы не одно но — ядро написано так, что в сумме физическая память + подкачанная память не может быть больше четырёх гигабайт… приехали…

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

                      Как-то так.
                      • +1
                        Ситуация знакома мне…
                        И как мне кажется, именно стремящаяся к нулю вероятность пережить переход на 64 бит и хоронит систему — с одной стороны никто не хочет писать/портировать ПО под систему, которая уже 10 раз умерла и может в любой момент умереть окончательно, а с другой — раз нет ПО, то смысл пытаться развивать систему. Остаются одни энтузиасты, которые тоже часто не могут прийти к общему мнению и вечно обижаются друг на друга.
                        • 0
                          Вы понимаете, по сути никакой особой надобности в запуске в режиме x86_64 не наблюдается.

                          А вот своп бесконечный сделать… ну, как бы, круто было бы, да.
                • 0
                  Напишите, как поставить OS/2 APC2/MCP2 на машину с объемом памяти больше 512МБ без уменьшения объема памяти на время настройки!
                  eComStation ставится нормально, родную полуось нужно патчить после уставновки…
                  • 0
                    А в чём, собственно, проблема? Я буквально полтора года назад ставил ACP2 на машину с четырьмя гигами рамяти и двумя процессорами. И как бы всё работает, и на время установки я память не вытаскивал.

                    Warp 3 — да, 512 MiB там — максимум, иначе оно трапается. Нужно ядру передавать ограниченное количество памяти — либо патченным ядерным лодырем, либо вообще сторонний использовать. Вам про это написать?

                    Вообще, поддержка памяти за барьером в 512 мегабайт появилась только в серверной версии Warp 3.
                    • 0
                      Напишите пожалуйста, можно в личку.
                      Возможно у меня не последняя версия дистрибутива, но проблема есть. Зависает на последнем этапе установки.
                      Машины были использованы две — ThinkPad T43p и ThinkPad T60. Возможно проблемы создает какое-то нестандартное решение IBM/Lenovo, но у меня нет под рукой ни сравнимого десктопа, ни ноута другой марки.
                      По памяти, такая же проблема была с ACP2 лет 5 назад с DualP3-1000, 2048 ОЗУ на ASUS CUV4X-DLS, тогда побеждал это как раз уменьшением объема памяти.
                  • +2
                    просто возьмите любую дискету с DOS'ом

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

                    Ладно дисковод я еще найду… и шлейф >.<, но PCI мультяха в каждом шкафу не валяется, а с контроллерами на мамках в последнее время тяжко.
                    • +2
                      Ну вы же не собираетесь ставить IBM OS/2 1.0 на мамки, у которых отсутствует FDD контроллер? Это было бы весьма интересно, учитывая, что 1.0 предполагается ставить именно что с дискеток.

                      А тут говорится об виртуальных машинах, в которую вставить дискетку вроде как не проблема…
                    • +2
                      Очень полезная статья для иллюстрации того факта, что программирование «на sleep'ах» ни к чему хорошему не приводит. Т.е. при попытках запуска такого софта внутри нового железа/ВМ приходится учитывать разницу в задержках работы узлов. А задержки эти, как правило, недокументированы.
                      • +1
                        Как вы могли заметить, проблемы с запуском в виртуалке случились не только из-за «программирования на слипах».

                        И просто тогда уж JFYI, чтобы у кого-нибудь вдруг неверная общая картина не выстроилась, и Linux этим страдал, причём спустя восемь лет после OS/2 1.0:
                        www.os2museum.com/wp/?p=2426
                        • 0
                          А задержки эти, как правило, недокументированы.
                          Они не просто недокументированы, а непредсказуемы ввиду суперскалярных архитектур и виртуализации.
                        • +2
                          Товарищи, поднимите человеку карму! Интересные ведь вещи пишет, а в минусе. Как так?
                          • 0
                            А как же PM?
                            • 0
                              А PM только в 1.10 появился…
                            • –3
                              Я не знаю, что есть в полуоси, что в нынешние времена оправдывало бы её содержание хотя бы на виртуальной машине. Не просветите?
                              • +1
                                А что оправдывает любителей ретро автомобилей день и ночь их ремонтировать и восстанавливать?
                                Так и со старым железом и ПО, это уже история и она интересна.
                                • +2
                                  Извините пожалуйста, но я не считаю нужным перед вами оправдываться.

                                  ~~написано с eComStation 2.1, установленной на железо
                                • 0
                                  Хорошая статья.
                                  Ставил относительно недавно Warp 4 на P4 c GForce на AGP — все работало, наверно, через VBE. Что просто достало — то, что установка происходит с CD, но предварительно нужно подгрузить систему на 3 (или четырех?) дискетах. Поскольку ставилось методом тыка, приходилось множество раз перезагружать. Так у меня дискеты повылетали (на две пришлось заново образы кидать) из-за постоянного «вставьте 1-2-3-4» при загрузке. Ну да ладно, наградой была работающая необычная система, с графикой и лучшей, чем в Windows, эмуляцией DOS режима.

                                  Кстати:
                                  куда легче сдвинуть бегунок в настройках виртуальной машины влево и создать виртуальный накопитель на, пусть, 120 мегабайт, чем бегать и искать настоящий, рабочий жёсткий диск настолько маленьких объёмов.

                                  На заметку — если есть сервисная программа для НМД, это не проблема. Мне как-то надо было обновить жесткий диск в стареньком P1 ноутбуке, BIOS которого не поддерживал диски больше 8 Гб, а самый маленький из продаваемых был на 40 (полетевший был на 1.2). В итоге я купил 40ку, при помощи сервисной программы настроил котроллер диска, чтобы тот прикидывался 4 гигабайтным. В итоге винт на 40, но «делает вид», что только на 4. Win95 и Linux RedHat работают отлично.
                                  • 0
                                    IBM уже в конце выпустила дистрибутив на двух сидюках, без дискет. Warp 4.5, клиент и сервер, шли так.

                                    А GeForce на AGP скорее всего можно пустить с аппаратным ускорением (не через VBE) с драйвером SNAP.
                                    Нужно уточнить модель.

                                    Если захотите поставить ещё раз, можете сразу смотреть на eComStation.
                                    • 0
                                      MX400, или аналогичная. Нет, второй раз уже в эту реку не войти, но опыт был интересный.
                                      • 0
                                        Поддерживается с аппаратным двумерным ускорением, мультимониторной конфигурацией и, стандартно, программным OpenGL.

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