ミラーリングするイメージファイルを作成するにはどうすればよいですか？ [閉鎖]

データ型XをUNIXブロックデバイスに保存できる場合は、ファイルにも保存できます。 [しかし、以下の不快な詳細を参照してください]。 「画像ファイル」は短く一般的な名前です。つまり、ブロックデバイスまたはブロックデバイスからコピーできる一連のバイトです。必要に応じて、使用方法に応じて別の名前で呼び出すことができます。

「画像ファイル」とはディスクイメージを意味し、技術的にイメージCD...このイベントの詳細については、以下を参照してください。ディスクパーティションで利用可能な形式でもかまいません。ファイルシステムかもしれません。これを「ファイルシステムイメージ」と呼ぶことができる。

LVM論理ボリュームは別のタイプのブロックデバイスです。

私の考えに最も重要な違いは、それが正しいかということです。ファイルシステムイメージまたは。ファイルシステムイメージで利用可能ですmount -oloop。

完全な「ディスクイメージ」はファイルシステムイメージではないかもしれません。たとえば、内蔵ハードドライブのコピーです。しかし、そうかもしれません。たとえば、フロッピーディスクのコピーであれば可能です。ただし、このファイルシステムイメージを内部ディスクのパーティションにコピーすることもできます。したがって、「ディスクイメージ」はあいまいで、「イメージファイル」よりも具体的ではありません。

---

[注]「ホスト管理SMR」デバイスについては言及していません。これには追加の制限が課されます。標準ディスク用にのみ設計されたファイルシステムは、これらの制限内では機能できません。もう言及しません。

[不愉快な詳細] 古代のデバイスは通常、セクター、トラック、シリンダーのサイズを指定するために数字を提供している可能性があります。これは、古代の低速ディスク上のデータレイアウトを最適化するために使用されます。

今まではそんなに良くなった。最新のファイルシステムレイアウトは、RAIDデバイスのストライプサイズに合わせて最適化できます。

ただし、ディスクで使用されるデータ型はできるまた、その数が何であるかをすでに知っていると仮定すると、ディスクイメージのみがある場合はデータ型を読み取るのに問題がある可能性があります。 MBRパーティション表形式に問題がある可能性があります。。古い場所ではもっと怖い話もあります。大容量ディスク操作ガイド。

MBRおよびGPTパーティションテーブルの最新の使用では、C / H / Sジオメトリは使用されません。しかし、まだセクターサイズを知る必要があります！歴史的に、ほとんどのディスクは512バイトセクタを使用してきました。したがって、ほとんどのソフトウェアは画像ファイルを読み取るときにこのセクタサイズを試みます。その後、4KBセクタを報告するディスク用のパーティションを作成すると、あなたは問題に直面するでしょう！

驚くべきことに、これはUSBスティックが4KBセクタサイズを報告し始めると、現在のLinuxインストーライメージでは利用できなくなります。

（これ以前のAppleフォーマットセクタサイズとセクタ数は慎重に考慮されます。で述べたようにこの物語）。

ファイルシステムには、このような問題が発生しない傾向があります。 512バイトブロックを使用するファイルシステムを4KBセクタを使用するデバイスに書き込む場合...スーパーブロックは使用されたブロックサイズを保存する可能性が高いです。ただし、ブロックサイズがデバイスセクタサイズより小さい場合、ファイルシステムコードが機能しない可能性があります。

一部のソフトウェアは「ジオメトリ」を推測しようとします。たとえば、fdisk古いパーティションからC / H / Sジオメトリを推測するために以前のバージョンが使用されました。

CD-RとDVD-Rは異なるセクタサイズ（2048バイト）を使用します。