ハードディスクへのFreeDOSのインストール

ハードディスクへのFreeDOSのインストール

ハードディスクへの FreeDOS のインストールについていくつか質問があります。freedos.org のページで回答を見つけることができませんでした。

私は FD12CD.iso ファイルから始めて、Linux を実行しています。

どのハード ディスクでも FAT16 パーティションを使用できますか? プライマリ パーティションは必要ですか? このパーティションを最初のプライマリ パーティションにする必要がありますか? GPT パーティション ディスクを使用できますか? dd ユーティリティを使用して、FD12CD.iso をハード ディスクのパーティションにコピーできますか?

ここで対処すべき他の問題はありますか?

答え1

私の回答は、いくつかの点で曖昧なため、すぐにかなり古く見えるかもしれませんが、質問がまだ新しいため (1 時間以内に回答します)、役立つかもしれないと思いました。 (この回答を更新するかどうかはわかりません。)

どのハードディスクでも FAT16 パーティションを使用できますか?

MS-DOS は、最大 2 GB のパーティションを持つ FAT12 および FAT16 をサポートしています。FreeDOS も同様にサポートしており、FreeDOS は少なくとも約 120 GB のディスクまでの FAT32 パーティションも問題なく処理できると思います。それ以上のディスクを使用する場合は、ソフトウェアが LBA 48 をサポートしていない限り、問題が発生する可能性があります。それが事実かどうかはすぐには思い出せません。

https://web.archive.org/web/20180609115505/http://wiki.freedos.org/wiki/index.php/UEFI

「ハードディスク製造業者はすでに(2010 年以降)、BIOS が処理できない(512 バイトのセクターにハードコードされている)大きなセクターを持つハードディスクを発売しています。」と述べています。

プライマリパーティションは必要ですか?

従来の DOS の場合は、そうです。FreeDOS はいくつかの点でより柔軟です。「論理ドライブ」(拡張パーティション内) からの起動をサポートしているかどうかは覚えていません。

このパーティションを最初のプライマリパーティションにしますか?

いいえ。私が聞いた限りでは、どのオペレーティング システムでもそれは要件ではありません。

GPT パーティション ディスクを使用できますか?

どうやらそうではないようです。GPT は UEFI サポートと結び付けられることが多いです (むしろ不必要ですが、一般的です)。UEFI に関する詳細については、次のサイトを参照してください。

http://wiki.freedos.org/wiki/index.php/Releases/1.3#Support_for_UEFI.3F および/または http://wiki.freedos.org/wiki/index.php/UEFI ただし、現時点では両方とも次のように表示されます。

「プロジェクト Web サイトが一時的にオフラインです」 「SourceForge プロジェクト Web サイトは現在、異常に高いレベルのトラフィックが発生しています。サポート スタッフに通知されました。」

https://web.archive.org/web/20200519145614/http://wiki.freedos.org/wiki/index.php/Releases/1.3#UEFI 「Intel は 2020 年までに新しいプラットフォームでの「レガシー BIOS」のサポートを終了する予定であるため (UEFI に移行する予定)、FreeDOS が UEFI をサポートするように更新されるかどうかがユーザーから尋ねられています。簡単に答えると、いいえです。」

https://web.archive.org/web/20180609115505/http://wiki.freedos.org/wiki/index.php/UEFI

また、そのような計画も否定している。

dd ユーティリティを使用して、FD12CD.iso をハードディスクのパーティションにコピーできますか?

はい、でもおそらく無駄でしょう。ISO ファイルの目的は、起動してみることです。そこからインストーラーを実行します。インストーラーは、おそらく XFDisk を使用してパーティションを作成し、FORMAT を使用してパーティションに FAT ファイルシステムを作成し、SYS を使用してシステム ファイルをコピーし、MBR のブート コードを更新します。

多くの場合、他のツールを使って手動で行うことができます。正確な要件はDOSのバージョンによって異なります。ioファイル (ほとんどの DOS では IBMBIO.SYS、MS-DOS では IO.SYS) をドライブの最初のファイルとして指定し、その後に他のファイル (ほとんどの DOS では IBMCOM.SYS、MS-DOS では MSDOS.SYS) を指定し、必要に応じてコマンド ライン インタープリターを指定します (FreeDOS には優れた 4DOS 7.50.1 またはそれより新しいバージョンが推奨されますが、FreeDOS にバンドルされている COMMAND.COM も動作する可能性があります)。

ここで対処すべき他の問題はありますか?

SuperUser のこの「質問」は、Stack Exchange で推奨されている形式に違反しています。SuperUser の各「質問」ページは、1 つの質問のみに焦点を当てることを目的としています。このような質問が複数ある場合は、質問ごとに 1 つの「質問」ページを作成することをお勧めします。

その理由は、一部の回答が他の回答よりも特定の質問に適切に答えてしまうという問題を回避するためです。1 ページあたり 1 つの質問に制限するだけで、作業がよりスムーズに進むようになります。

新しいシステムの場合、私が遭遇した共通の懸念事項は、大容量ディスクのサポートと、より多くの RAM のサポートです。私の記憶では、MS-DOS は 2GB または 1.5 GB の RAM を搭載したシステムでは問題が発生することがあります。(FreeDOS が大容量 RAM システムをどの程度うまく処理するかはすぐには思い出せません。)

また、X64 システムが 16 ビット コードを有効にするモードで起動していることを確認する必要があります。16 ビット カーネルを使用すると、おそらく動作します。64 ビット拡張モードで実行する場合、64 ビット チップの優れた速度やその他の利点が得られますが、そのモードでは、通常は再起動するまで 16 ビット互換性が失われます。16 ビット互換性が失われると、DOS 用の多数のソフトウェア (オペレーティング システム自体の一部を含む) との互換性が実質的に失われます。

関連情報