IBMBIO.COM - IBMBIO.COM

IBMBIO.COM в IBM PC DOS 1.0

IBMBIO.COM это системный файл во многих ДОС операционные системы. Он содержит код инициализации системы и все встроенные драйверы устройств. Он также загружает ядро ​​DOS (IBMDOS.COM ) и дополнительные предварительно загружаемые системные компоненты (например, для сжатие диска или безопасность),[1][2] отображает меню загрузки, обрабатывает файлы конфигурации (например, CONFIG.SYS ) и запускает оболочку (например, COMMAND.COM ).

Файл является частью IBM с ПК DOS (все версии), а также DR DOS 5.0 и выше (за исключением DR-DOS 7.06 ).[2][3] Он служит той же цели, что и файл IO.SYS в MS-DOS, или DRBIOS.SYS в DR DOS 3.31 к 3.41.[2][3] (В целях совместимости с некоторыми приложениями DOS имя файла IBMBIO.COM также кратко использовалось версией IBM OS / 2 1.0, где он напоминал OS2BIO.COM файл, используемый Microsoft.)

Файл находится в корневая директория загрузочного ТОЛСТЫЙ -форматированный диск / раздел (обычно C: ) и обычно имеет система, скрытый, и (начиная с DOS 2.0 также) только чтение атрибуты файла набор.[4][5][6][2][3] Под DR-DOS файл может быть опционально Пароль защищен также.[3][nb 1] Под PC DOS система Атрибут установлен, чтобы пометить файл как неподвижный, ограничение технически не требуется в DR-DOS.[7][5][6][8][3] Поскольку IBMBIO.COM - это двоичный образ, содержащий исполняемый код, а не истинный COM -стилейная программа, скрытый установлен, чтобы файл не был случайно вызван из командной строки, что могло бы привести к сбою.[5] Это больше не нужно для DR-DOS 7.02 и выше, потому что в этих системах файл является толстый двоичный файл также содержит крошечную заглушку в стиле COM, просто отображающую некоторую информацию о версии и изящно завершающуюся, когда она не загружается загрузочный сектор.[2][5][9]

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

Если это VBR PC DOS до 3.3, он сам загрузит оба системных файла в память.[4][10] Поскольку PC DOS VBR не может смонтировать файловую систему FAT, системные файлы должны храниться в первых записях каталога на диске и располагаться в фиксированных физических позициях на диске, хранящихся в последовательных секторах, условия которых SYS утилита должна позаботиться.[4][10]

Если загруженный загрузочный сектор ПК DOS 3.3 (или новее) VBR, требования немного смягчены. Системные файлы по-прежнему должны храниться в первых двух записях корневого каталога на диске, но VBR будет использовать только первую запись для загрузки первых трех секторов IBMBIO.COM в память и передачи ему управления.[10][nb 2] Эта часть IBMBIO.COM содержит загрузчик несколько большего размера, который:

  1. Загружает в память остальную часть себя. Перед ПК DOS 5.0 системные файлы по-прежнему нужно было хранить в фиксированных физических позициях на диске и в последовательных секторах. В PC DOS 5.0 (и выше) это требование было сокращено до первых трех секторов IBMBIO.COM.[10][nb 2]
  2. Загружает ядро ​​DOS. Ядро хранится в IBMDOS.COM.
  3. Инициализирует каждое значение по умолчанию драйвер устройства в очереди (консоль, диск, Серийный порт и так далее). На этом этапе доступны устройства по умолчанию.
  4. Вызывает процедуру инициализации ядра DOS.

Под DR DOS 5.0 и выше, первый шаг пропускается, поскольку DR-DOS VBR может монтировать файловую систему FAT, находить файл IBMBIO.COM (или DRBIOS.SYS) в любом месте корневого каталога и загружать его в память самостоятельно.[7][2][5][11][8][3][№ 3][№ 4] Имя файла IBMBIO.COM, загружаемого загрузочным сектором, хранится в загрузочном секторе, а не обязательно в первой записи корневого каталога, аналогично имя файла IBMDOS.COM, загружаемого IBMBIO.COM, сохраняется в IBMBIO.COM, а не обязательно во второй записи каталога на диске.[12][2][5][3] Кроме того, как и загрузчик IBMBIO.COM в VBR, загрузчик IBMDOS.COM в IBMBIO.COM также способен в элементарном порядке монтировать файловую систему, поэтому нет необходимости хранить системные файлы в первых двух записях каталога. , чтобы находиться в фиксированных физических позициях или храниться в последовательных секторах. Следовательно, больше нет необходимости устанавливать система атрибут.[7][5][6][8][3] Вместо этого системные файлы можно просто скопировать на диск (без SYS), если загрузочный сектор DR-DOS уже находится на диске.[5][6][2][8][3]

Microsoft иногда называет этот компонент системой ввода-вывода,[4][13][14] но обычно он известен как DOS BIOS (относящаяся к DOS часть Базовая система ввода вывода ). Термин BIOS был первоначально введен Гэри Килдалл в 1975 году для CP / M,[15][16][17][18][19][20] но также используется для описания аналогичного компонента или уровня в других операционных системах Digital Research, IBM, Microsoft и многими другими.

В более общем смысле некоторые поставщики называют эту часть RAM BIOS операционных систем, таких как ДОС или же CP / M чтобы противопоставить его встроенному ПЗУ BIOS машины.[21]

Смотрите также

Примечания

  1. ^ В добавок к только чтение установленный атрибут, системные файлы могут быть опционально Пароль защищен под DR-DOS используя команду ПАРОЛЬ или / R [: пароль] опция доступна в некоторых версиях SYS команда. Загрузчик просто проигнорирует установленный пароль файла при загрузке файла, но после загрузки системы к системным файлам нельзя будет получить доступ без знания пароля, тем самым обеспечивая дополнительный уровень защиты от случайных попыток удалить или изменить системные файлы. (Эта функция паролей файлов не зависит от паролей тома или загрузки, которые также предоставляются DR-DOS в определенных конфигурациях.)
  2. ^ а б В ПК DOS 5.0 В руководстве неправильно указано, что системные файлы больше не должны быть непрерывными. Однако для того, чтобы процесс загрузки работал, системные файлы должны занимать первые две записи каталога, а первые три сектора IBMBIO.COM по-прежнему должны храниться непрерывно. SYS продолжает заботиться об этих требованиях.
  3. ^ Есть одно исключение из правила: DR-DOS VBR загрузит весь файл IBMBIO.COM в память: если размер файла IBMBIO.COM превышает 29 КБ, попытка загрузить весь файл в память приведет к тому, что загрузчик загрузит перезаписывать в куча и переехал Таблица параметров диска (DPT / FDPB). Следовательно, DR-DOS 7.07 VBR загрузит в память только первые 29 КБ файла, полагаясь на другой загрузчик, встроенный в первую часть IBMBIO.COM, чтобы проверить это условие и при необходимости загрузить оставшуюся часть файла в память. Это не вызывает проблем с совместимостью, так как из-за внутреннего сжатия размер IBMBIO.COM никогда не превышал этот предел в предыдущих версиях без этого загрузчика. В сочетании с двойной структурой входа это также позволяет загружать систему ПК DOS VBR, который загружает в память только первые три сектора файла.
  4. ^ Расширенная функциональность DR-DOS объем загрузочной записи монтировать FAT12 и FAT16 файловые системы через CHS, найдите загрузочный файл IBMBIO.COM и загрузите его в память целиком, даже если он не хранится в фиксированном месте и в последовательных секторах, все равно можно включить, используя обычные оптимизация кода методы до 7.05, даже при сохранении минимальных требований к системе памяти 32 КБ с использованием только 8088 /8086 процессор и продолжает поддерживать большие размеры секторов и SYS / DR: доб. функция мультизагрузки. Для дальнейшего добавления альтернативных загрузочных модулей, LBA, FAT32 и дополнительное средство для загрузки ПК DOS /MS-DOS в дополнение к DR-DOS, 7.07 секторам пришлось прибегнуть к самомодифицирующийся код, код операции -уровневое программирование, контролируемое использование побочные эффекты, многоуровневые данные / код суперпозиция и алгоритмические складывание методы, чтобы по-прежнему втиснуть все в 423 байта, доступные для кода в одном физическом секторе размером 512 байтов, поскольку это было требованием для назад - и кросс-совместимость с другими операционными системами в мульти загрузки и цепь нагрузки сценарии.

Рекомендации

  1. ^ Шульман, Эндрю; Браун, Ральф Д.; Макси, Дэвид; Michels, Raymond J .; Кайл, Джим (1994) [ноябрь 1993]. Недокументированная DOS: руководство программиста по зарезервированным функциям и структурам данных MS-DOS - расширено за счет включения MS-DOS 6, Novell DOS и Windows 3.1 (2-е изд.). Ридинг, Массачусетс: Эддисон Уэсли. ISBN  0-201-63287-X. ISBN  978-0-201-63287-3. (xviii + 856 + vi стр., 3,5-дюймовая дискета) Исправления: [1][2]
  2. ^ а б c d е ж грамм час Пол, Матиас Р. (1997-10-02) [1997-09-29]. "Caldera OpenDOS 7.01 / 7.02 Обновление Alpha 3 IBMBIO.COM - README.TXT и BOOT.TXT - Краткое описание того, как загружается OpenDOS". Архивировано из оригинал на 2003-10-04. Получено 2009-03-29. [3]
  3. ^ а б c d е ж грамм час я Пол, Маттиас Р. (14.08.2017) [07.08.2017]. «Продолжение саги о Windows 3.1 в расширенном режиме на OmniBook 300». MoHPC - Музей калькуляторов HP. В архиве с оригинала на 2017-10-06. Получено 2017-10-06. […] DR-DOS FDISK не только разбивает диск на разделы, но также может форматировать только что созданные тома и инициализировать их загрузочные секторы за один раз, поэтому нет риска случайно испортить неправильный том и не нужно ФОРМАТ / S или SYS. После этого вы можете просто скопировать оставшиеся файлы DR-DOS, включая системные файлы. Важно знать, что, в отличие от MS-DOS / PC DOS, DR-DOS имеет «умные» загрузочные секторы, которые фактически «монтируют» файловую систему для поиска и загрузки системных файлов в корневой каталог вместо ожидая, что они будут размещены в определенном месте. Физически системные файлы могут располагаться где угодно, а также могут быть фрагментированы. […]
  4. ^ а б c d Збиковски, Марк; Аллен, Пол; Баллмер, Стив; Борман, Рувим; Борман, Роб; Батлер, Джон; Кэрролл, Чак; Чемберлен, Марк; Челл, Дэвид; Коли, Майк; Кортни, Майк; Драйфус, Майк; Дункан, Рэйчел; Экхардт, Курт; Эванс, Эрик; Фермер, Рик; Гейтс, Билл; Гири, Майкл; Гриффин, Боб; Хогарт, Дуг; Джонсон, Джеймс У .; Кермаани, Камель; Король, Адриан; Кох, Рид; Ландовски, Джеймс; Ларсон, Крис; Леннон, Томас; Липки, Дэн; Макдональд, Марк; МакКинни, Брюс; Мартин, Паскаль; Мазерс, Эстель; Мэтьюз, Боб; Мелин, Дэвид; Mergentime, Чарльз; Невин, Рэнди; Ньюэлл, Дэн; Ньюэлл, Тани; Норрис, Дэвид; О'Лири, Майк; О'Рир, Боб; Олссон, Майк; Остерман, Ларри; Остлинг, Ридж; Пай, Сунил; Патерсон, Тим; Перес, Гэри; Питерс, Крис; Петцольд, Чарльз; Поллок, Джон; Рейнольдс, Аарон; Рубин, Дэррил; Райан, Ральф; Шульмейстер, Карл; Шах, Раджен; Шоу, Барри; Коротко, Энтони; Сливка, Бен; Смирл, Джон; Стиллмейкер, Бетти; Стоддард, Джон; Тиллман, Деннис; Уиттен, Грег; Юнт, Натали; Зек, Стив (1988). «Технические советники». Энциклопедия MS-DOS: версии с 1.0 по 3.2. Дункан, Рэй; Боствик, Стив; Бургойн, Кейт; Байерс, Роберт А.; Хоган, Том; Кайл, Джим; Летвин, Гордон; Петцольд, Чарльз; Рабинович, Чип; Томлин, Джим; Уилтон, Ричард; Волвертон, Ван; Вонг, Уильям; Вудкок, Джоанна (Полностью переработанная ред.). Редмонд, Вашингтон, США: Microsoft Press. ISBN  1-55615-049-0. LCCN  87-21452. OCLC  16581341. (xix + 1570 страниц; 26 см) (NB. Это издание было опубликовано в 1988 г. после обширной переработки отозванного первого издания 1986 г. другим коллективом авторов. [4] )
  5. ^ а б c d е ж грамм час Пол, Матиас Р. (1997-07-30) [1994-05-01]. NWDOS-TIPs - Советы и приемы для Novell DOS 7, с подробностями, исправлениями и обходными путями Blick auf undokumentierte. MPDOSTIP. Выпуск 157 (на немецком языке) (3-е изд.). В архиве из оригинала от 05.11.2016. Получено 2012-01-11. (NB. NWDOSTIP.TXT это комплексная работа над Novell DOS 7 и OpenDOS 7.01, включая описание многих недокументированных функций и внутренних компонентов. Это часть еще большего авторского MPDOSTIP.ZIP Коллекция сохранялась до 2001 г. и распространялась на многих сайтах того времени. Предоставленная ссылка указывает на старую версию файла, преобразованную в HTML.) [5]
  6. ^ а б c d Пол, Матиас Р. (2001-04-09). NWDOS-TIPs - Советы и приемы для Novell DOS 7, с подробностями, исправлениями и обходными путями Blick auf undokumentierte. MPDOSTIP. Выпуск 183 (на немецком языке) (3-е изд.).
  7. ^ а б c Рош, Винн Л. (1991-02-12). "DR DOS 5.0 - Лучшая операционная система?". Журнал ПК. Vol. 10 шт. 3. п. 241-246, 257, 264, 266. В архиве из оригинала на 2019-07-25. Получено 2019-07-26. […] SYS был улучшен под DR DOS 5.0 так что вам не нужно беспокоиться о том, чтобы оставить первый кластер свободным на диске, который вы хотите сделать загрузочным. Системные файлы DR DOS могут быть расположены где угодно на диске, поэтому любой диск с достаточно свободным пространством можно настроить для загрузки вашей системы. […] (NB. Источник связывает это с SYS утилита, хотя на самом деле это функция расширенного загрузчика начальной загрузки в загрузочном секторе. SYS просто помещает этот сектор на диск.)
  8. ^ а б c d Пол, Матиас Р. (20 февраля 2002 г.). "Не могу скопировать". opendos @ delorie. В архиве с оригинала на 2017-10-06. Получено 2017-10-06. […] DR-DOS загрузочный сектор загружает весь файл IBMBIO.COM в память перед его выполнением. Его совершенно не волнует IBMDOS.COM файл, который загружает IBMBIO.COM. […] Загрузочный сектор DR-DOS […] найдет […] файлы ядра, если они логически сохранены в корневом каталоге. Их физическое расположение на диске, фрагментировано ли они или нет, не имеет значения для загрузочного сектора DR-DOS. Следовательно, вы можете просто скопировать файлы ядра на диск (даже просто КОПИРОВАТЬ ), и как только загрузочный сектор станет сектором DR-DOS, он найдет и загрузит их. Конечно, сложно уместить все это всего в 512 байт, размер одного сектора, но это серьезное улучшение удобства, если вам нужно настроить систему DR-DOS, а также ключ к DR. -DOS мульти-ОС ПОГРУЗЧИК утилита для работы. В MS-DOS Файлы ядра должны находиться в определенных местах, но файлы DR-DOS могут быть где угодно, поэтому вам не нужно физически менять местами их каждый раз при загрузке другой ОС. Кроме того, он позволяет обновлять систему DR-DOS, просто копируя файлы ядра поверх старых, без необходимости SYS, никаких сложных процедур настройки, как требуется для MS-DOS / PC DOS. Вы даже можете хранить несколько файлов ядра DR-DOS под разными именами на одном диске, и LOADER будет переключаться между ними в соответствии с именами файлов, указанными в BOOT.LST файл. […]
  9. ^ DR-DOS 7.03 WHATSNEW.TXT - Изменения с DR-DOS 7.02 на DR-DOS 7.03. Caldera, Inc. 1998-12-24. Архивировано из оригинал на 2019-04-08. Получено 2019-04-08.
  10. ^ а б c d Чаппелл, Джефф (январь 1994). «Глава 2: Системный след». В Шульмане, Эндрю; Педерсен, Аморетта (ред.). Внутреннее устройство DOS. Серия программирования Эндрю Шульман (1-е издание, 1-е изд.). Издательство Эддисон Уэсли. ISBN  978-0-201-60835-9. ISBN  0-201-60835-9. (xxvi + 738 + iv страницы, 3,5-дюймовые гибкие диски [6][7] ) Исправления: [8][9][10]
  11. ^ Пол, Маттиас Р. (17 января 2001 г.). «FAT32 в DR-DOS». opendos @ delorie. В архиве с оригинала на 2017-10-06. Получено 2017-10-06. […] Загрузочный сектор DR-DOS […] ищет файл IBMBIO.COM (DRBIOS.SYS), а затем загружает * весь * файл в память, прежде чем передать ему управление. […]
  12. ^ Поарч, Безумный (апрель 1993). «Загрузка нескольких операционных систем с помощью утилиты DR Multiuser DOS LOADER». Пули поддержки разработчиков. Novell. 5 (4). Архивировано из оригинал на 2012-03-22. Получено 2013-06-28.
  13. ^ Патерсон, Тим (1994-10-03). «Истоки DOS: Создатель DOS излагает свое видение взаимосвязи между CP / M и MS-DOS» (PDF). Отчет микропроцессора. Ресурсы MicroDesign (MDR). 8 (13). ISSN  0899-9341. Архивировано из оригинал (PDF) 31 мая 2012 г.
  14. ^ Патерсон, Тим (2007-09-30). «Дизайн DOS». DosMan Drivel. Архивировано из оригинал на 2013-01-20. Получено 2011-07-04.
  15. ^ Килдалл, Гэри Арлен (Июнь 1975 г.). CP / M 1.1 или 1.2 BIOS и BDOS для лабораторий Лоуренса Ливермора. Отрывок из заголовка файла BDOS.PLM в PL / M исходный код CP / M 1.1 или же CP / M 1.2 за Лаборатории Лоуренса Ливермора (LLL)
    […] / * CP / MBASICI / OSYSTEM (BIOS) АВТОРСКИЕ ПРАВА (C) ГЭРИ А. КИЛДАЛЛ ИЮНЬ, 1975 * / […] / * BASICDISKOPERATINGSYS TEM (BDOS) АВТОРСКИЕ ПРАВА (C) ГЭРИ А. КИЛДАЛЛ ИЮНЬ, 1975 * / [ …]
  16. ^ Килдалл, Гэри Арлен (Январь 1980 г.). «История CP / M, эволюция отрасли: точка зрения одного человека». Журнал доктора Добба по компьютерной гимнастике и ортодонтии. 5 (1): 6–7. В архиве из оригинала от 24.11.2016. Получено 2013-06-03. […] Первое коммерческое лицензирование CP / M состоялось в 1975 году с контрактами между Цифровые системы и Омрон Америки для использования в их интеллектуальном терминале и с Лаборатории Лоуренса Ливермора где CP / M использовался для мониторинга программ в Сеть Octopus. Мало внимания уделялось CP / M около года. В свободное время я работал над улучшением общей инфраструктуры […] К этому времени CP / M был адаптирован для четырех различных контроллеров. […] В 1976 г. Гленн Юинг подошел ко мне с проблемой: Имсай, Incorporated, для которой консультировал Гленн, поставила большое количество дисковых подсистем с обещанием, что последует и операционная система. Я несколько не хотел адаптировать CP / M к еще одному контроллеру, и, таким образом, возникло понятие отдельной базовой системы ввода-вывода (BIOS). В принципе, части CP / M, зависящие от оборудования, были сосредоточены в BIOS, что позволило Гленну или кому-либо еще адаптировать CP / M к оборудованию Imsai. Впоследствии Imsai получила лицензию на распространение CP / M версия 1.3, который в конечном итоге превратился в операционную систему под названием IMDOS. […]
  17. ^ Шустек, Лен (02.08.2016). «Его собственными словами: Гэри Килдалл». Замечательные люди. Музей истории компьютеров. В архиве из оригинала 2020-03-24. Получено 2020-02-24.
  18. ^ Килдалл, Гэри Арлен (2016-08-02) [1993]. Килдалл, Скотт; Килдалл, Кристин (ред.). Компьютерные связи: люди, места и события в развитии индустрии персональных компьютеров (Рукопись, часть 1). Семья Килдалл. В архиве (PDF) из оригинала на 17.11.2016. Получено 2016-11-17.
  19. ^ Киллиан, А. Джозеф «Джо» (2001). "CP / M Гэри Килдалла: Немного ранней истории CP / M - 1976-1977". Томас «Тодд» Фишер, IMSAI. В архиве из оригинала 2020-03-24. Получено 2013-06-03. […] Когда мы не удалось своевременно создать операционную систему, Гленн начал говорить с Гэри о Цена за тысячу показов […] Потребовалось несколько месяцев, чтобы заставить Гэри перенести его на 8080. Потребовалось несколько месяцев. Окончательный успех пришел, когда Гленн уговорил Гэри просто отделить ввод-вывод от остального, при этом Гленн пообещал переписать Модуль ввода / вывода для IMSAI 8080 (что он и сделал). Итак, цена за тысячу показов на IMSAI был совместным усилием Гленна и Гэри. […]
  20. ^ Фрейли, Боб; Спайсер, Даг (26 января 2007 г.). "Устная история Джозефа Киллиана, интервьюировал: Боб Фрейли, отредактировал: Даг Спайсер, запись: 26 января 2007 г." (PDF). Маунтин-Вью, Калифорния: Музей истории компьютеров. Номер ссылки CHM: X3879.2007. Архивировано из оригинал (PDF) на 2014-07-14. Получено 2013-06-03. Киллиан: "[…] Гленн […] Будет разговаривать с Гэри, и он начал крутить Гэри руку. Он сказал: "Эй, Гэри, почему мы не можем запустить это в этом IMSAI ? »« Ввод / вывод все по-другому, не работает ». Но Гленн настаивает и, наконец, заключает сделку с Гэри. Он говорит:« Хорошо, Гэри, если вы разделите ввод / вывод, я напишу BIOS, основная система ввода-вывода ", - и тогда Гленн назвал ее." Мы разделим ее отдельно. Я напишу эту часть, если вы можете разделить программу там ». И он заставил Гэри сделать это, а Гленн соединил эти две части и запустил CP / M Гэри на IMSAI. Гленн сообщил нам это, и это было не намного позже, чем Счет там внизу договаривался с Гэри Килдаллом о лицензировании CP / M. […] Теперь, когда BIOS отделен, любой может написать BIOS для своей машины, если она была на базе 8080, и запустить ее, поэтому он начал продавать ее отдельно под компанией. Цифровые исследования что он сформировал и преуспел ".
  21. ^ Apricot Portable - Техническое справочное руководство. Раздел 3: Программное обеспечение. ACT (International) Limited. 1984. Получено 2020-01-13. (228 стр.)