OS X(10.6.7)ディスクユーティリティを使用して、NTFSパーティション/ボリュームのイメージを作成しました。結果のDMGファイルはイメージスキャンされました。
さて、同じマシン上の新しいパーティション(念のためにサイズが元のパーティションよりも大きい)にイメージを復元しようとすると、 'ソースイメージのボリュームサイズが1の正確な倍数ではないことが通知されます。 MiB '。
画像を撮る前にNTFSボリュームを縮小/圧縮することを提案するいくつかの解決策を読みましたが、今は少し手遅れです!
ASRが文句を言わないようにDMGファイルを微調整することは可能ですか?新しい空のNTFSボリュームでインプレース復元を実行することは避けたいと思います(効率が低いため)。
NTFS-3gがインストールされ、利用可能です。
どうもありがとう。
marley:~ root# asr restore --source windows.dmg --target /dev/disk0s3 --erase
Validating target...done
Validating source...done
Erase contents of /dev/disk0s3 ()? [ny]: y
Repartitioning target device...
Source image volume size is not an exact multiple of 1 MiB
10.6.xにはバグがあります(少なくとも10.6.7まで、私がテストしたばかりです...)ディスクユーティリティとコマンドラインの両方で、パーティションのサイズが間違っています。ディスクイメージを縮小しても効果はありません。OSXでは、新しいスリムなイメージが何であれ、重大な数百バイトが間違っているだけです。前回からテストを再確認しました。フリッピング。年。同じ問題について。 Leopard(つまり、10.5.x)のブートCDをお持ちの場合は、それを使用して復元できると思います。 NTFSツールは異なるファイル形式を使用するため、それを使用する場合、ディスクユーティリティで直接復元することはできません。
ズボンの余分なキックのために、OSXはエラーが発生する前に既存のウィンドウパーティションを破壊するので、実際にISソースイメージに何か問題がある場合は、ワイプする前にチェックするとよいでしょう既存のパーティション。
これは、AppleではなくVistaまたはWindowsMillenniumエディションに期待するようなものです。
宛先ディスクがGUIDの代わりにMBRのパーティションマップスキームを使用していることを確認してください。ディスクユーティリティはイメージを正常に復元できるはずです。
ディスクイメージのコピーでhdiutil resize
を実行してみてください。 man hdiutil
およびhdiutil resize -help
は、追加のオプションについて説明しています。
これを試して:
asr restoreexact --source windows.dmg --target /dev/disk0s3 --erase
restoreexactは、asrの比較的新しいオプションです。ターゲットパーティションをまったく同じサイズにしようとします-可能であれば-復元を開始します。