
IBMBIO.COM( COM ファイルのリストの先頭) IBM PC DOS 1.0 の場合。IBMBIO.COM は、多くのDOSオペレーティングシステムに含まれるシステムファイルです。システム初期化コードとすべての組み込みデバイスドライバが含まれています。また、DOS カーネル ( IBMDOS.COM ) とオプションの事前ロード可能なシステムコンポーネント (ディスク圧縮やセキュリティ用など) をロードし、 [ 1 ] [ 2 ]ブートメニューを表示し、設定ファイル ( CONFIG.SYSなど) を処理し、シェル ( COMMAND.COMなど) を起動します。
このファイルはIBMのPC DOS(すべてのバージョン)およびDR DOS 5.0以降( DR-DOS 7.06を除く)の一部です。[ 2 ] [ 3 ]これは、 MS-DOSのIO.SYSファイル、またはDR DOS 3.31から3.41のDRBIOS.SYSファイルと同じ目的を果たします。[ 2 ] [ 3 ](一部のDOSアプリケーションとの互換性のため、IBMBIO.COMファイル名はIBMバージョンのOS/2 1.0でも短期間使用されていました。これはMicrosoftで使用されるOS2BIO.COMファイルに似ていました。)
ファイルは、起動可能なFATフォーマットのドライブ/パーティションのルート ディレクトリ(通常は C:\) にあり、通常はシステム、隠し、(DOS 2.0 以降では)読み取り専用ファイル属性が設定されています。[ 4 ] [ 5 ] [ 6 ] [ 2 ] [ 3 ] DR-DOS では、ファイルはオプションでパスワードで保護することもできます。[ 3 ] [注 1 ] PC DOS では、ファイルを移動不可としてマークするためにシステム属性が設定されていますが、この制限は DR-DOS では技術的には必要ありません。 [ 7 ] [ 5 ] [ 6 ] [ 8 ] [ 3 ] IBMBIO.COMは、真のCOMスタイルのプログラムではなく実行可能コードを含むバイナリ イメージであるため、ファイルがコマンド プロンプトで誤って呼び出されてクラッシュするのを防ぐために隠し属性が設定されています。 [ 5 ] DR-DOS 7.02以降では、この処理は不要になりました。これらのシステムでは、ファイルはファットバイナリであり、バージョン情報を表示し、ブートセクターにロードされていない場合は正常に終了する小さなCOMスタイルのスタブも含まれているためです。[ 2 ] [ 5 ] [ 9 ]
PC の起動シーケンスでは、ブート ボリュームの最初のセクターにボリューム ブート レコード(VBR)と呼ばれるブート ローダーが含まれており、メモリに読み込まれて実行されます。
これが3.3より前のPC DOSのVBRであれば、両方のシステムファイルを自身でメモリにロードする。[ 4 ] [ 10 ] PC DOSのVBRはFATファイルシステムをマウントできないため、システムファイルはディスク上の最初のディレクトリエントリに格納され、連続したセクターに格納されたディスク上の固定された物理位置に配置する必要があり、この条件はSYSユーティリティが処理する必要がある。[ 4 ] [ 10 ]
ロードされたブートセクターがPC DOS 3.3(またはそれ以降)のVBRである場合、要件は若干緩和されます。システムファイルは依然としてディスク上の最初の2つのルートディレクトリエントリに格納されている必要がありますが、VBRは最初のエントリのみを使用してIBMBIO.COMの最初の3つのセクターをメモリにロードし、制御をそこに移します。[ 10 ] [注2 ] IBMBIO.COMのこの部分には、以下の機能を持つ、やや大きなブートローダーが含まれます。
DR DOS 5.0以降では、最初のステップは省略されます。DR-DOS VBR は FAT ファイル システムをマウントし、ルート ディレクトリの任意の場所にあるIBMBIO.COM (またはDRBIOS.SYS ) ファイルを見つけて、それを自動的にメモリにロードできるためです。[ 7 ] [ 2 ] [ 5 ] [ 11 ] [ 8 ] [ 3 ] [ nb 3 ] [ nb 4 ]ブート セクタによってロードされるIBMBIO.COMファイルのファイル名は、必ずしも最初のルート ディレクトリ エントリではなく、ブート セクタに格納されます。同様に、 IBMBIO.COMによってロードされるIBMDOS.COMファイルのファイル名は、必ずしもディスクの 2 番目のディレクトリ エントリではなく、IBMBIO.COM自体に格納されます。 [ 12 ] [ 2 ] [ 5 ] [ 3 ]また、 VBRのIBMBIO.COMローダーと同様に、 IBMBIO.COMのIBMDOS.COMローダーもファイルシステムを基礎的にマウントできるため、システムファイルを最初の2つのディレクトリエントリに格納したり、固定の物理位置に配置したり、連続したセクターに格納したりする必要がなくなりました。したがって、システム属性を設定する必要もありません。[ 7 ] [ 5 ] [ 6 ] [ 8 ] [ 3 ]代わりに、DR-DOSブートセクターが既にディスク上に存在している場合は、システムファイルをSYSなしでディスクにコピーするだけで済みます。[ 5 ] [ 6 ] [ 2 ] [ 8 ] [ 3 ]
マイクロソフトはこのコンポーネントをI/Oシステムと呼ぶこともありますが[ 4 ] [ 13 ] [ 14 ] 、一般的にはDOS BIOS( Basic Input/Output SystemのDOS関連部分)として知られています。BIOSという用語は、 1975年にゲイリー・キルドールがCP/M用に造語したものですが[ 15 ] [ 16 ] [ 17 ] [ 18 ] [ 19 ] [ 20 ] 、Digital Research、IBM、マイクロソフトなど、他の多くのオペレーティングシステムでも同様のコンポーネントやレイヤーを指すために使用されています 。
より一般的な意味では、一部のベンダーは、この部分をDOSやCP/MなどのオペレーティングシステムのRAM BIOSと呼び、マシンに組み込まれたROM BIOSと対比させています。[ 21 ]
/R[:password]SYS /DR:ext[…] DR-DOS
FDISK は
ディスクのパーティション分割だけでなく、新規に作成されたボリュームのフォーマットとブートセクターの初期化を一度に実行できるため、誤ってボリュームを壊してしまうリスクがなく、
FORMAT
/S や
SYS
も必要ありません。その後は、システムファイルを含む残りの DR-DOS ファイルをコピーするだけで済みます。 MS-DOS/PC DOSとは異なり、DR-DOSには「スマート」なブートセクターが搭載されており、システムファイルが特定の場所に配置されていることを前提とするのではなく、ファイルシステムを実際に「マウント」してルートディレクトリ内のシステムファイルを検索・読み込みます。物理的には、システムファイルはどこにでも配置でき、断片化される可能性もあります。[…]
NWDOSTIP.TXTに関する包括的な著作であり、多くの未文書化の機能と内部構造の説明が含まれています。これは著者が2001年まで維持し、当時多くのサイトで配布していた大規模なコレクションの一部です。提供されているリンクは、HTMLに変換された古いバージョンのファイルを指しています。)[5]MPDOSTIP.ZIP[…]
DR DOS 5.0では
SYSが
改良された
ため、起動可能にしたいディスクの最初のクラスターを空けておく必要はありません。DR DOSのシステムファイルはディスク上の任意の場所に配置できるため、十分な空き容量があればどのディスクでもシステムの起動先として設定できます。[…]
(注: ソースではこれをSYSユーティリティによるものとしていますが、実際にはこれはブート セクター内の高度なブートストラップ ローダーの機能です。SYS は単にこのセクターをディスクに植え付けるだけです。)
[…] DR-DOSブートセクターは、IBMBIO.COMファイルを実行する前に、それをメモリに読み込みます。IBMBIO.COMによって読み込まれるIBMDOS.COMファイルについては全く考慮しません。[…] DR-DOSブートセクターは[…]カーネルファイルが論理的にルートディレクトリに格納されている限り、[…]カーネルファイルを見つけます。ディスク上の物理的な位置や、断片化されているかどうかは、DR-DOSブートセクターにとって重要ではありません。したがって、カーネルファイルをディスクにコピーするだけで(単純なCOPYコマンドでも)、ブートセクターがDR-DOSセクターであれば、カーネルファイルを見つけて読み込みます。もちろん、これらすべてを512バイト(1セクター分)に収めるのは難しいですが、DR-DOSシステムをセットアップする際には利便性が大幅に向上します。また、DR-DOSマルチOS LOADERユーティリティが動作するための鍵でもあります。MS -DOSカーネルファイルは特定の場所に配置する必要がありますが、DR-DOSファイルはどこにでも配置できるため、他のOSを起動するたびに物理的にファイルを交換する必要はありません。また、DR-DOSシステムをアップグレードする場合は、カーネルファイルを古いファイルにコピーするだけで済みます。SYSは不要で、 MS-DOS/PC DOSのような複雑なセットアップ手順も必要ありません。同じドライブに複数のDR-DOSカーネルファイルを異なるファイル名で保存することもでき、LOADERはBOOT.LSTファイルにリストされているファイル名に基づいてそれらを切り替えます。[…]
[…] COUNTRY.SYS が誤ってデバイスドライバー (DEVICE=COUNTRY.SYS) と判断された場合にビルド情報を表示するスタブを追加しました。.COM プログラムとして起動された場合にも同じ情報を表示します。[…] IBMBIO.COM のサイズをさらに縮小するための2つ目の圧縮方法を追加しました。[…]
[…] DR-DOSブートセクターは […] IBMBIO.COM (DRBIOS.SYS) ファイルを検索し、そのファイル全体をメモリにロードしてから制御を渡します。 […]
Lawrence Livermore Laboratories
(LLL)
向け
CP/M 1.1
または
CP/M 1.2
の
PL/M
ソースコードに含まれるBDOS.PLMファイルヘッダーの抜粋
[…] /* CP / MBASICI / OSYSTEM (BIOS) 著作権 (C) ゲイリー・A・キルダル 1975年6月 */ […] /* 基本ディスクオペレーティングシステム (BDOS) 著作権 (C) ゲイリー・A・キルダル 1975年6月 */ […]
CP/M
の最初の商用ライセンス供与は
1975年に行われ、
Digital Systems
と
Omron of America
の間で、同社のインテリジェント端末への使用に関する契約と、
Lawrence Livermore Laboratoriesとの間で、
オクトパスネットワーク
のプログラム監視にCP/Mが使用された契約が締結されました
。その後約1年間、CP/Mにはほとんど注目が集まりませんでした。余暇には、設備全体の改善に取り組みました[…] この時までに、CP/Mは4つの異なるコントローラに適応されていました。 […] 1976年、
グレン・ユーイング氏が
私に問題を持ちかけました。グレン氏がコンサルティングしていた
Imsai
社は、オペレーティングシステムを後から追加するという約束で、多数のディスクサブシステムを出荷していました。私はCP/Mをさらに別のコントローラに適合させることに多少抵抗を感じていたため、独立した基本I/Oシステム(BIOS)という概念が生まれました。原則として、CP/Mのハードウェア依存部分はBIOSに集中していたため、グレン氏をはじめとする誰もがCP/MをImsaiの機器に適合させることができました。その後、Imsaiは
CP/Mバージョン1.3の配布ライセンスを取得し、これは最終的に
IMDOS
と呼ばれるオペレーティングシステムへと進化しました
。[…]
[…]
オペレーティングシステムをタイムリーに開発できなかったため、
Glenn
はGaryと
CPM
について話し始めました
[…] Garyに8080への移植を納得させるまで、数ヶ月かけてGaryを説得しました。最終的に成功したのは、GlennがI/Oモジュールを他の部分から分離するようGaryを説得し、
IMSAI 8080
用にI/Oモジュールを書き直すことを約束した時でした(そして彼はそれを実行しました)。つまり、
IMSAI
上のCPMはGlennとGaryの共同作業でした[…]
キリアン
: 「[…]
グレン[…]は
ゲイリー
と話していて
、ゲイリーを説得し始めました。『おい、ゲイリー、なんでこれを
IMSAI
で動かせないんだ?』『I/Oが全部違うから動かないんだ』と」しかしグレンは諦めず、ついにゲイリーと交渉します。「わかった、ゲイリー。I/Oを分離してくれるなら、基本的なI/Oシステムである
BIOS
を書くよ」と言い、グレンはそれを「別々に分割しよう」と名付けました。 「その部分は私が書きます。プログラムに分割できるなら。」そして彼はゲイリーにそれをやらせ、グレンがその2つの部分を組み合わせて、ゲイリーのCP/MをIMSAIで動かしていました。グレンが私たちにそのことを知らせてから間もなく、
ビルはゲイリー・キルドールと
CP/M
のライセンス契約を交わしていました
。[…] BIOSが分離されたので、8080ベースのマシンであれば誰でもBIOSを書いてこれを動かせます。そこで彼は、自ら設立した
Digital Researchという
会社でそれを別売りし始め、かなり成功しました。」