IBMBIO.COM es un archivo de sistema en muchos sistemas operativos DOS . Contiene el código de inicialización del sistema y todos los controladores de dispositivos integrados. También carga el núcleo DOS ( IBMDOS.COM ) y componentes de sistema precargables opcionales (como para compresión de disco o seguridad), [1] [2] muestra menús de arranque, procesa archivos de configuración (como CONFIG.SYS ) y lanza el shell (como COMMAND.COM ).
El archivo es parte del PC DOS de IBM (todas las versiones) así como de DR DOS 5.0 y superiores (con la excepción de DR-DOS 7.06 ). [2] [3] Tiene el mismo propósito que el archivo IO.SYS en MS-DOS , o DRBIOS.SYS en DR DOS 3.31 a 3.41 . [2] [3] (Para propósitos de compatibilidad con algunas aplicaciones DOS, el nombre de archivo IBMBIO.COM también fue utilizado brevemente por la versión IBM de OS/2 1.0 , donde se parecía al archivo OS2BIO.COM utilizado por Microsoft ).
El archivo se encuentra en el directorio raíz de la partición/unidad formateada FAT de arranque (normalmente C:\) y normalmente tiene configurados los atributos de archivo system , hidden y (desde DOS 2.0 también) read-only . [4] [5] [6] [2] [3] Bajo DR-DOS el archivo puede estar opcionalmente protegido con contraseña también. [3] [nb 1] Bajo PC DOS, el atributo system se configura para marcar el archivo como no movible, una restricción técnicamente no necesaria bajo DR-DOS. [7] [5] [6] [8] [3] Como IBMBIO.COM es una imagen binaria que contiene código ejecutable en lugar de un verdadero programa de estilo COM , el atributo hidden se configura para evitar que el archivo se invoque accidentalmente en el símbolo del sistema, lo que provocaría un bloqueo. [5] Esto ya no es necesario para DR-DOS 7.02 y versiones superiores, porque en estos sistemas el archivo es un binario grueso que también contiene un pequeño trozo de código de estilo COM que solo muestra información de la versión y sale correctamente cuando no lo carga un sector de arranque . [2] [5] [9]
En la secuencia de arranque de la PC , el primer sector del volumen de arranque contiene un cargador de arranque llamado registro de arranque de volumen (VBR) y se carga en la memoria y se ejecuta.
Si se trata de un VBR de PC DOS anterior a la versión 3.3, cargaría ambos archivos del sistema en la memoria por sí solo. [4] [10] Como el VBR de PC DOS no puede montar el sistema de archivos FAT, los archivos del sistema deben almacenarse en las primeras entradas de directorio del disco y ubicarse en posiciones físicas fijas en el disco almacenados en sectores consecutivos, condiciones de las cuales debe encargarse la utilidad SYS . [4] [10]
Si el sector de arranque cargado es un VBR de PC DOS 3.3 (o más reciente), los requisitos se relajan un poco. Los archivos del sistema todavía tienen que estar almacenados en las primeras dos entradas del directorio raíz del disco, pero el VBR utilizará sólo la primera entrada para cargar los primeros tres sectores de IBMBIO.COM en la memoria y transferirle el control. [10] [nb 2] Esta parte de IBMBIO.COM contiene entonces un cargador de arranque algo más grande que:
En DR DOS 5.0 y versiones superiores, se omite el primer paso, ya que un VBR DR-DOS es capaz de montar el sistema de archivos FAT, localizar el archivo IBMBIO.COM (o DRBIOS.SYS) en cualquier lugar del directorio raíz y cargarlo en la memoria por sí mismo. [7] [2] [5] [11] [8] [3] [nb 3] [nb 4] El nombre de archivo del archivo IBMBIO.COM que debe cargar el sector de arranque se almacena en el sector de arranque en lugar de necesariamente en la primera entrada del directorio raíz, de la misma manera, el nombre de archivo del archivo IBMDOS.COM que debe cargar IBMBIO.COM se almacena en IBMBIO.COM mismo en lugar de necesariamente en la segunda entrada del directorio en el disco. [12] [2] [5] [3] Además, de manera similar al cargador IBMBIO.COM en el VBR, el cargador IBMDOS.COM en IBMBIO.COM también es capaz de montar rudimentariamente el sistema de archivos, por lo tanto, no es necesario que los archivos del sistema se almacenen en las primeras dos entradas del directorio, residan en posiciones físicas fijas o se almacenen en sectores consecutivos. En consecuencia, tampoco es necesario establecer el atributo del sistema . [7] [5] [6] [8] [3] En cambio, los archivos del sistema se pueden copiar simplemente al disco (sin SYS), siempre que ya resida en el disco un sector de arranque DR-DOS. [5] [6] [2] [8] [3]
Microsoft a veces llama a este componente el sistema de E/S, [4] [13] [14] pero generalmente se lo conoce como BIOS DOS (la parte relacionada con DOS del Sistema básico de entrada/salida ). El término BIOS fue acuñado originalmente por Gary Kildall en 1975 para CP/M , [15] [16] [17] [18] [19] [20] pero también se usa para describir un componente o capa similar en otros sistemas operativos de Digital Research, IBM, Microsoft y muchos otros.
En un sentido más genérico, algunos proveedores se refieren a esta parte como el BIOS RAM de sistemas operativos como DOS o CP/M para contrastarlo con el BIOS ROM incorporado de una máquina. [21]
/R[:password]
opción disponible en algunas versiones del comando SYS . [a] El cargador de arranque simplemente ignoraría una contraseña de archivo establecida mientras carga el archivo, pero una vez que se haya iniciado el sistema, no se podría acceder a los archivos del sistema sin conocer la contraseña, lo que proporciona un nivel adicional de protección contra intentos accidentales de eliminar o modificar los archivos del sistema. (Esta característica de contraseña de archivo es independiente de las contraseñas de volumen o de arranque que también proporciona DR-DOS en ciertas configuraciones).SYS /DR:ext
[…] el DR-DOS
FDISK
no solo particiona un disco, sino que también puede formatear los volúmenes recién creados e inicializar sus sectores de arranque de una sola vez, por lo que no hay riesgo de estropear accidentalmente el volumen equivocado y no hay necesidad de
FORMAT
/S o
SYS
. Después, puede simplemente copiar los archivos DR-DOS restantes, incluidos los archivos del sistema. Es importante saber que, a diferencia de MS-DOS/PC DOS, DR-DOS tiene sectores de arranque "inteligentes" que realmente "montarán" el sistema de archivos para buscar y cargar los archivos del sistema en el directorio raíz en lugar de esperar que se coloquen en una ubicación determinada. Físicamente, los archivos del sistema pueden ubicarse en cualquier lugar y también pueden fragmentarse. […]
NWDOSTIP.TXT
es un trabajo exhaustivo sobre Novell DOS 7 y OpenDOS 7.01 , que incluye la descripción de muchas características y componentes internos no documentados. Es parte de la MPDOSTIP.ZIP
colección aún más grande del autor mantenida hasta 2001 y distribuida en muchos sitios en ese momento. El enlace proporcionado apunta a una versión anterior del archivo convertida a HTML). [5][…]
SYS
se ha mejorado en
DR DOS 5.0,
por lo que no tiene que preocuparse por dejar el primer clúster libre en un disco que desea convertir en arrancable. Los archivos del sistema DR DOS se pueden ubicar en cualquier lugar del disco, por lo que cualquier disco con suficiente espacio libre se puede configurar para arrancar su sistema. […](NB. La fuente atribuye esto a la utilidad SYS mientras que, de hecho, se trata de una característica del cargador de arranque avanzado en el sector de arranque. SYS simplemente coloca este sector en el disco).
[…] El sector de arranque de DR-DOS carga todo el archivo IBMBIO.COM en la memoria antes de ejecutarlo. No le importa en absoluto el archivo IBMDOS.COM , que es cargado por IBMBIO.COM. […] El sector de arranque de DR-DOS […] encontrará los […] archivos del núcleo siempre que estén almacenados lógicamente en el directorio raíz. Su ubicación física en el disco, y si están fragmentados o no, no le importa al sector de arranque de DR-DOS. Por lo tanto, puede simplemente copiar los archivos del núcleo al disco (incluso con un simple COPY ), y tan pronto como el sector de arranque sea un sector de DR-DOS, los encontrará y los cargará. Por supuesto, es difícil poner todo esto en sólo 512 bytes, el tamaño de un solo sector, pero esto es una mejora importante en cuanto a comodidad si tiene que configurar un sistema DR-DOS, y también es la clave para que funcione la utilidad DR-DOS multi-OS LOADER . Los archivos del núcleo MS-DOS deben residir en ubicaciones específicas, pero los archivos DR-DOS pueden estar en cualquier lugar, por lo que no tiene que intercambiarlos físicamente cada vez que inicia el otro sistema operativo. Además, permite actualizar un sistema DR-DOS simplemente copiando los archivos del núcleo sobre los antiguos, sin necesidad de SYS , sin procedimientos de configuración difíciles como los requeridos para MS-DOS/PC DOS. Incluso puede tener múltiples archivos del núcleo DR-DOS con diferentes nombres de archivo almacenados en la misma unidad, y LOADER cambiará entre ellos de acuerdo con los nombres de archivo que aparecen en el archivo BOOT.LST . […]
[…] Se agregó un código auxiliar que muestra la información de compilación si COUNTRY.SYS se consideró erróneamente como un controlador de dispositivo (DEVICE=COUNTRY.SYS). También muestra la misma información si se inicia como un programa .COM. […] Se agregó un segundo método de compresión para reducir aún más el tamaño de IBMBIO.COM. […]
[…] El sector de arranque de DR-DOS […] busca el archivo IBMBIO.COM (DRBIOS.SYS) y luego carga el archivo *completo* en la memoria antes de pasarle el control. […]
Un extracto del encabezado del archivo BDOS.PLM en el
código fuente
PL/M de
CP/M 1.1
o
CP/M 1.2
para
Lawrence Livermore Laboratories
(LLL)
[…]/* CP / MBASICI / SISTEMA OS (BIOS) DERECHOS DE AUTOR (C) GARY A. KILDALL JUNIO DE 1975 */[…]/* SISTEMA OPERATIVO DE DISCO BÁSICO (BDOS) DERECHOS DE AUTOR (C) GARY A. KILDALL JUNIO DE 1975 */[…]
…] La primera licencia comercial de
CP/M
tuvo lugar en 1975 con contratos entre
Digital Systems
y
Omron of America
para su uso en su terminal inteligente, y con
Lawrence Livermore Laboratories
, donde CP/M se utilizó para supervisar programas en la
red Octopus
. Se prestó poca atención a CP/M durante aproximadamente un año. En mi tiempo libre, trabajé para mejorar las instalaciones generales […] En ese momento, CP/M se había adaptado para cuatro controladores diferentes. […] En 1976, Glenn Ewing me planteó un problema:
Imsai
, Incorporated, empresa para la que Glenn trabajaba como consultor, había distribuido una gran cantidad de subsistemas de disco con la promesa de que luego vendría un sistema operativo. Yo estaba un poco reacio a adaptar CP/M a otro controlador, y así surgió la idea de un sistema básico de E/S (BIOS) independiente. En principio, las partes dependientes del hardware de CP/M se concentraban en el BIOS, lo que permitía a Glenn, o a cualquier otra persona, adaptar CP/M al equipo de Imsai. Posteriormente, Imsai obtuvo la licencia para distribuir
la versión 1.3 de CP/M
, que finalmente evolucionó hasta convertirse en un sistema operativo llamado
IMDOS
. […]
[…] Cuando no
pudimos
producir un sistema operativo a tiempo, Glenn comenzó a hablar con Gary sobre
CPM
[…] Pasaron varios meses de insistirle a Gary para que lo trasladara al 8080. El éxito final llegó cuando Glenn lo convenció de que simplemente separara la E/S del resto, y le prometió reescribir el módulo de E/S para el
IMSAI 8080
(lo que hizo). Por lo tanto, CPM en el
IMSAI
fue un esfuerzo conjunto entre Glenn y Gary. […]
Killian
: "[…] Glenn […] estaba hablando con
Gary
y empezó a presionarlo. Le dijo: "Oye, Gary, ¿por qué no podemos ejecutar esto en este
IMSAI
?". "Las E/S son todas diferentes, no se ejecutan". Pero Glenn persiste y finalmente llega a un acuerdo con Gary. Le dice: "Está bien, Gary, si divides las E/S, yo escribiré la
BIOS
, el sistema básico de E/S", y Glenn le puso un nombre. "Lo dividiremos por separado. "Escribiré esa parte, siempre y cuando puedas hacer una división en el programa allí". Y consiguió que Gary hiciera eso y Glenn juntó esas dos piezas y estaba ejecutando el CP/M de Gary en un IMSAI. Glenn nos lo hizo saber, y no pasó mucho tiempo antes de que
Bill
estuviera allí haciendo arreglos con Gary Kildall para obtener la licencia
de CP/M
. […] Ahora que el BIOS está separado, cualquiera podría escribir un BIOS para su máquina, si estaba basada en 8080, y ejecutarlo, así que comenzó a venderlo por separado bajo la empresa
Digital Research
que formó y le fue bastante bien".