問題タブ [diskimage]

DiskArbitration フレームワークを使用して、登録したディスク イメージのマウントをキャッチするのに問題があり DARegisterDiskMountApprovalCallbackます。問題は、ディスク イメージがマウントされるたびに、コールバックが 2 回呼び出されることです。それはなぜですか、どうすればこれを解決できますか?

エミュレータは、デフォルトのユーザー データ ディスク イメージを提供します。起動時に、エミュレーターは、上記のシステム ユーザー データ イメージ(user-data.img)のコピーとして既定のイメージを作成します。エミュレーターは、新しいイメージをアクティブな AVD のファイルと共に保存します。

から: http://androidappdocs.appspot.com/guide/developing/tools/emulator.html

1) デフォルトの画像は何を意味しますか? (userdata.img?)
2) システムのユーザーデータ画像は何を意味しますか? (userdata-qemu.img?)

Cocoaからディスクイメージを作成するためのライブラリはありますか、それともFinderからのみ可能ですか？

Python 2.7 には、Mac OS X 用の 2 つの異なるディスク イメージ インストーラーがあります。私の質問は次のとおりです。

1. 2 つの Python 2.7 ディスク イメージ インストーラーの違いは何ですか?
   1. Mac OS X 10.3 ～ 10.6 用の Python 2.7 32 ビット Mac OS X インストーラ ディスク イメージ
   2. Python 2.7 PPC/i386/x86-64 Mac OS X 10.5 以降用の Mac OS X インストーラ ディスク イメージ
2. 64 ビット カーネルと拡張機能なしでMac OS X 10.6 Snow Leopard を実行している場合、Python 2.7 のどのバージョンをインストールするのがより適切ですか?
3. Python 2.6.5 と Python 3.2 にはそれぞれ 1 つしかないのに、Python 2.7 には 2 つの異なる Mac OS X ディスク イメージ インストーラがあるのはなぜですか?
4. 最初にリストされているインストーラーは PPC をサポートしていますか? Mac OS X 10.3 までサポートされていないのは奇妙ですが、2 番目のインストーラとは異なり、PPC はリストされていません。

ネストされたリンクリストを含むC構造体を妥当な方法でディスクにダンプするために学校で見逃した標準的なアプローチはありますか？私がしたくないことは次のとおりです。

• プロトコルバッファまたは他の同様のシリアライザタを使用し、
• JSON、XMLなどを作成したくない

私はいくつかのアイデアを持っています：

• 正確なメモリ量を割り当て（または既存のメモリ量を拡張）、それを自分で管理し、相対アドレスを管理するためにいくつかの追加フィールドを使用するアプローチのようにリスト要素をスタックに配置します。必要に応じて、ブロックをディスクにダンプします。ディスクからブロックをマップする手順があると、バイトオーダーを認識した望ましい構造が作成されます。
• メイン構造をファイルにプッシュしてから、リスト要素をプッシュし、リストに関する情報をファイルのヘッダーに格納します。

これをイメージするために、サンプルコードを投稿して詳細を説明します。

乾杯P。

編集：

主な構造を拡張しましたが、前の構造では問題が完全に示されていないようです。ディスク上のポインタは役に立たないことを知っています。アイデアと擬似コードは許可されています。

C ドライブのイメージを作成して DVD に書き込む場合、ブータブルディスクからコンピュータを起動した後にこのイメージを復元できますか? はいの場合、どのように？

この方法で C ドライブのイメージを復元すると、C ドライブのイメージを作成したときとまったく同じ状態にコンピュータが戻ると思います。それが正しいか？

前もって感謝します。

ピカロデボシオ

OS X でコミュニティが提供する Disk Image を単に使用する代わりに、ソースからPythonやGitなどをインストールすることの長所と短所は何ですか?

Dan Benjamin は、 "Using /usr/local"に関する記事を書いています。ただし、Git DMG がフレームワークとしてインストールされ/usr/local/git、Python DMG がフレームワークとしてインストールされることを考えると、Dan がリストしたソースからビルドする利点が、これらの場合でも DMG インストールによって得られないかどうかはわかりません。

明らかに、ディスク イメージを使用する利点の 1 つは、はるかに単純であることです。しかし、それらはソースからビルドする価値のあるトレードオフですか?

小さな Linux ディストリビューションの iso イメージ (ISO 9660) を調べてみました。16 個の空のセクターが見つかり、その後にプライマリ ボリュームの説明を記述するセクターが続きました。次のセクターは通常、システムやバージョン識別子などの説明情報と、指定されていないバイト範囲内のリトル エンディアン整数のみを含むブート レコードです。次に、Supplementary Volume Descriptor が続き、最後に Volume Descriptor Set Terminator が続きます。

ブート レコードのリトル エンディアン整数だと思います。これに関するこれ以上の情報は見つかりませんでした。私が使用したすべての画像で、プライマリ ボリューム記述子のセクター カウントの値よりも小さいリトル エンディアンの整数が使用されていたため、画像内のセクターを指していると推測されます。誰かがこれについてより詳細な情報を提供できますか?

ESX 4.1 を使用しており、VM をダウンロードして VMWare Player (v3.1.3) で実行したいと考えています。それらをダウンロードして実行することはできますが、「シン フォーマット」の仮想ディスク ファイルのスペースが、プロビジョニングされたストレージ サイズ全体に拡張されます。

ダウンロード時にシン フォーマットを維持したり、ダウンロード後に仮想ディスク ファイルを再圧縮したりするにはどうすればよいですか?

コマンドラインツールを使用してMacOSX用のDMGを作成する方法についての説明を読みましたが、さらに進んでいきたいと思います。システムのアクティブな言語に基づいて、異なる背景画像を表示するDMGを作成できますか？ ？

アクティブなロケールに基づいて異なるフォルダ名を表示するためのトリックがあることを私は知っています。しかし、これをさまざまな背景に拡張できますか？背景画像を変えるためだけに、製品がサポートする言語ごとに1つのDMGを作成して配布しなければならないのは残念です。

これが私が英語で使いたい2つの背景画像です：

またはフランス語：