
IBMBIO.COMIBM PC DOS 1.0のCOM ファイル一覧の一番上に表示されます。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アプリケーションとの互換性のために、IBM版OS/2 1.0では、 IBMBIO.COMファイル名が一時的に使用され、 Microsoftが使用するOS2BIO.COMファイルに似ていました。)
ファイルは、起動可能なFATフォーマットのドライブ/パーティション (通常は C:\)のルート ディレクトリにあり、通常はsystem、hidden、および (DOS 2.0 以降は)読み取り専用のファイル属性が設定されています。[ 4 ] [ 5 ] [ 6 ] [ 2 ] [ 3 ] DR-DOS では、オプションでパスワード保護も設定できます。[ 3 ] [ nb 1 ] PC DOS では、system属性が設定され、ファイルを移動不可としてマークしますが、これは技術的には DR-DOS では必要ない制限です。[ 7 ] [ 5 ] [ 6 ] [ 8 ] [ 3 ] IBMBIO.COMは、真のCOMスタイルのプログラムではなく、実行可能コードを含むバイナリ イメージであるため、hidden属性が設定され、コマンド プロンプトで誤って呼び出されてクラッシュするのを防ぎます。[ 5 ] DR-DOS 7.02以降では、このファイルはファットバイナリであり、ブートセクタによってロードされていない場合はバージョン情報を表示して正常に終了するだけの小さな COM スタイルのスタブも含まれているため、これはもはや必要ありません。[ 2 ] [ 5 ] [ 9 ]
PCの起動シーケンスにおいて、ブートボリュームの最初のセクターにはボリュームブートレコード(VBR)と呼ばれるブートローダーが含まれており、これがメモリにロードされて実行されます。
これが PC DOS 3.3 より前の VBR であれば、 システム ファイルは両方とも自動的にメモリにロードされます。[ 4 ] [ 10 ] PC DOS VBR は FAT ファイルシステムをマウントできないため、システム ファイルはディスク上の最初のディレクトリ エントリに格納され、ディスク上の固定された物理位置に配置され、連続するセクタに格納される必要があります。これらの条件はSYSユーティリティが処理する必要があります。[ 4 ] [ 10 ]
ロードされたブートセクタがPC DOS 3.3 (またはそれ以降) VBR の場合、要件は若干緩和されます。システムファイルはディスク上の最初の 2 つのルートディレクトリエントリに格納する必要がありますが、VBR は最初のエントリのみを使用してIBMBIO.COMの最初の 3 つのセクタをメモリにロードし、制御をそこに渡します。[ 10 ] [ nb 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 ]
Microsoft は、このコンポーネントを I/O システムと呼ぶことがありますが、[ 4 ] [ 13 ] [ 14 ]一般的には DOS BIOS (基本入出力システムの DOS 関連部分) として知られています。BIOS という用語は、もともと1975 年にGary KildallがCP/M用に考案したもので、[ 15 ] [ 16 ] [ 17 ] [ 18 ] [ 19 ] [ 20 ] Digital Research、IBM、Microsoft など、他の多くのオペレーティングシステムでも同様のコンポーネントやレイヤーを説明するために使用されています。
より一般的な意味では、一部のベンダーは、マシンの内蔵ROM BIOSと対比するために、この部分をDOSやCP/MなどのオペレーティングシステムのRAM 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に変換された古いバージョンのファイルへのリンクです。)MPDOSTIP.ZIP[…]
DR DOS 5.0では
SYS が
改良されている
ため、起動可能にしたいディスクの最初のクラスタを空けておく必要はありません。DR
DOS のシステムファイルはディスク上のどこにでも配置できるため、十分な空き容量のあるディスクであればどれでもシステムの起動ディスクとして設定できます。 […]
{{cite magazine}}: CS1メンテナンス: 非推奨のアーカイブサービス (リンク) (注: ソースではこれをSYSユーティリティによるものとしていますが、実際にはこれはブートセクタ内の高度なブートストラップローダーの機能です。SYSは単にこのセクタをディスクに書き込むだけです。)[…] DR-DOSブートセクタは、IBMBIO.COM ファイル全体を実行する前にメモリにロードします。IBMBIO.COMによってロードされるIBMDOS.COMファイルについては全く気にしません。 […] DR-DOS ブートセクタは […] カーネルファイルが論理的にルートディレクトリに格納されている限り […] を見つけます。ディスク上の物理的な場所や、断片化されているかどうかは、DR-DOS ブートセクタでは気にしません。したがって、カーネルファイルをディスクにコピーするだけで (単純な COPY を使用した場合でも)、ブートセクタが DR-DOS セクタになるとすぐに、カーネルファイルが見つかりロードされます。もちろん、これらすべてを1セクターのサイズであるわずか512バイトに収めるのは困難ですが、DR-DOSシステムをセットアップする必要がある場合、これは大きな利便性の向上であり、DR-DOSマルチOSローダーユーティリティが動作するための鍵でもあります。MS -DOSカーネルファイルは特定の場所に配置する必要がありますが、DR-DOSファイルはどこにでも配置できるため、他のOSを起動するたびに物理的にファイルを入れ替える必要はありません。また、カーネルファイルを古いファイルに上書きするだけでDR-DOSシステムをアップグレードでき、SYSは不要で、MS-DOS/PC DOSに必要なような複雑なセットアップ手順も必要ありません。同じドライブに異なるファイル名で複数のDR-DOSカーネルファイルを保存することもでき、ローダーはBOOT.LSTファイルにリストされているファイル名に従ってそれらを切り替えます。[…]
…] COUNTRY.SYS が誤ってデバイス ドライバ (DEVICE=COUNTRY.SYS) とみなされた場合にビルド情報を表示するスタブを追加しました。また、.COM プログラムとして起動した場合も同じ情報を表示します。 […] IBMBIO.COM のサイズをさらに縮小するために、2 つ目の圧縮方法を追加しました。 […]
[…] DR-DOSのブートセクタは、IBMBIO.COM (DRBIOS.SYS) ファイルを検索し、制御を渡す前にそのファイル全体をメモリにロードします。 […]
ローレンス・リバモア研究所
(LLL)
向け
CP/M 1.1
または
CP/M 1.2の
PL/M
ソース コード
内の BDOS.PLM ファイル ヘッダーの抜粋。
[…] /* CP / MBASICI / OSYSTEM (BIOS) 著作権 (C) ゲイリー・A・キルダル 1975年6月 */ […] /* BASICDISKOPERATINGSYS TEM (BDOS) 著作権 (C) ゲイリー・A・キルダル 1975年6月 */ […]
CP/M
の最初の商用ライセンスは1975 年に、
Digital Systems
と
Omron of America
がインテリジェント端末で使用するための
契約を結び、
Lawrence Livermore Laboratoriesでは
Octopus ネットワーク
でプログラムを監視するために CP/M が使用されました
。約 1 年間、CP/M にはほとんど注意が払われませんでした。余暇には、全体的な設備を改善するために作業しました […] この時までに、CP/M は 4 種類の異なるコントローラに適合していました。 […] 1976年、
グレン・ユーイングが
私に相談を持ちかけてきました。グレンがコンサルタントを務めていた
Imsai
社が、多数のディスクサブシステムを出荷し、後日オペレーティングシステムを提供すると約束していたのです。私はCP/Mを別のコントローラに適合させることに少々抵抗があったため、独立した基本入出力システム(BIOS)という概念が生まれました。原則として、CP/Mのハードウェア依存部分はBIOSに集約され、グレンをはじめとする誰もがImsai社の機器にCP/Mを適合させることが可能になりました。その後、Imsai社は
CP/Mバージョン1.3の配布ライセンスを取得し、それが最終的に
IMDOS
と呼ばれるオペレーティングシステムへと発展しました
。[…]
[…]
オペレーティングシステムを期日までに開発できなかったため、
Glenn
はGaryと
CPM
について話し始めました。
[…] Garyに8080への移植を説得するのに数ヶ月かかりました。最終的に成功したのは、GlennがGaryを説得してI/Oを他の部分から分離させ、Glennが
IMSAI 8080
用にI/Oモジュールを書き直すことを約束した時でした(そして実際に書き直しました)。そのため、
IMSAI
上のCPMはGlennとGaryの共同作業でした。 […]
キリアン
:[…]
グレンは
ゲイリー
と話していて
、ゲイリーの腕をひねり始めた。「おいゲイリー、なぜこの
IMSAI
でこれを実行できないんだ?」とグレンは言った。「I/Oが全部違うから、実行できないんだ。」しかしグレンは諦めずに、ついにゲイリーと取引をした。「よし、ゲイリー、I/Oを分離すれば、BIOS
、
つまり基本I/Oシステムを書くよ」とグレンは言い、その時に名前を付けた。「別々に分離しよう。」 「その部分は私が書きます。プログラムに分割線を作ってくれれば。」そう言ってゲイリーに書いてもらい、グレンはその2つの部分を組み合わせ、ゲイリーのCP/MをIMSAI上で動作させていました。グレンからそのことを知らされ、それから間もなく
ビルは
ゲイリー・キルダルと
CP/Mのライセンス契約を結ぶために現地へ向かいました。[…] BIOSが分離されたことで、8080ベースのマシンであれば誰でも自分のマシン用のBIOSを書いてこれを動作させることができるようになったので、彼は自身が設立した
Digital Research
社でそれを別売りし始め
、かなりうまくいきました。」