Clonezillaで160GBハードドライブのSAVEDISKとして取得した画像があります。
120GBのハードドライブを搭載した新しいバージョンのPCがリリースされました。使用スペースはわずか20GBです。
Clonezilla(または他のプログラム)に画像の「元のサイズ」を強制的に120GB以下に操作して、Clonezillaが新しいPCに画像を書き込めるようにする方法はありますか?
Clonezillaで160GBハードドライブのSAVEDISKとして取得した画像があります。
120GBのハードドライブを搭載した新しいバージョンのPCがリリースされました。使用スペースはわずか20GBです。
Clonezilla(または他のプログラム)に画像の「元のサイズ」を強制的に120GB以下に操作して、Clonezillaが新しいPCに画像を書き込めるようにする方法はありますか?
回答:
Clonezillaはファイルシステムの保存と復元をPartcloneに依存しています。これは便利ですが、-icds
オプションを使用しても、それだけでは不十分です。小さいディスクで元のファイルシステムを復元すると、Partcloneはディスクの境界を超えて書き込みを試行するとシークエラーが発生します。したがって、これはClonezillaだけでなく、Clonezillaが使用する基本的なツールの制限でもあります。
ただし、できることは、イメージを160 GBのディスクに一時的に復元し、ntfsresize
(NTFSの場合)またはresize2fs
(ext3 / 4の場合)などのファイルシステムサイズ変更ツールを使用して、ファイルシステムを25 GBに縮小することです。GPartedのようにパーティションテーブルのサイズを変更する必要はありません。Clonezillaを再度使用して、「savedisk」オプションを使用して新しいイメージを作成します。
小さい方のディスクにイメージを復元する場合は、-icds
オプションを使用して、ディスクが元のディスクと同じかそれより大きいかどうかを確認するClonezillaをスキップします。ファイルシステムを縮小したため、Partcloneでシークエラーが発生することはなく、データはより小さなディスクに復元されます。
パーティションテーブルを比例的に復元するオプション(-k1
)を使用した場合、Clonezillaは適切なパーティションテーブルを作成し、元のファイルシステムのサイズを変更(拡張)して、新しいディスクのすべての空き領域を利用できるようにします。
編集:バグが修正されました。-icds
オプションはに渡されないocs-expand-mbr-pt
ため、このステップは現在失敗します。この件に関して、バグレポートがプロジェクトに提出されています。
160GB以上のハードドライブにイメージを復元します...仮想である可能性があります。
PartedMagic Live CDでそのマシンを起動します。
partedでパーティションのサイズを変更します。
WindowsまたはLinuxでドライブをセカンダリドライブとして
配置し、parted、gparted、またはwindowsディスクマネージャーを使用してサイズを変更します。
次のようにWindows 10の画像で解決しました
c:\
、ドライブを右クリックして最適化します->ツールc:\
できるだけ小さいWindowsのディスクの管理を通じて-icds
、最後に-k1
オプションを選択します過去4番目のステップでは失敗したが、2015 ClonezillaをがでGPTをサポートしていますので、-k1
オプションで、私はこれが理由だと思うので、なぜこの作品、今:
http://clonezilla.org/downloads/stable/changelog.php
Clonezilla live 2.4.2-38 ...オプションでプロポーションGPTパーティションレイアウトを作成できます
-k1
。
Windowsは最適化ツール(SSDトリム)でブートドライブを認識せず、ドライブをランダムに修復しようとするため、6番目のステップが必要です。
編集:完全なプロセスのビデオをアップロードしました(ドイツ語):https :
//www.youtube.com/watch?v=GJ2LVY5ja-o
私の状況:
以下の提案(https://superuser.com/a/592283/229908など)を使用しても問題は解決しませんでした。
私のために働いたのは:
restorepart
コマンドで)サイズ変更したドライブからターゲットドライブの対応するパーティションに復元します。これが機能した主なトリックは、ターゲットドライブに対応するパーティションテーブル(私の場合はWindowsをインストールすることで自動的に実行されます)をrestorepart
作成し、パーティション構成に影響を与えない(を介して)コンテンツをコピーすることでした。そのため、復元中のソースパーティションがターゲットよりも小さい場合でも、パーティションテーブルはによって操作されrestorepart
ないため、操作後にターゲットパーティションを「拡張」する必要はありません。
私の場合-icds
だけでは問題は解決していません。問題が私の問題とまったく同じかどうかはわかりません。しかし、私はここに私のセントを残しました。
GPTパーティションテーブルを備えた930GiB HDD(ソースドライブ)から890GiB SSD(宛先)へのディスクトゥディスククローンを試しました。私はLinuxユーザーで、Windows 10のデュアルブートを使用していることに注意してください。すべてのパーティションを変更せずに残し、データパーティションのサイズのみを少しだけ小さくしようとしました。
-icds
有効にしました。失敗した。Clonezillaは最初、パーティションテーブルをクローン先ディスクにクローンするのに失敗したようです。これは、sgdisk utilsではなく、古いパーティションタイプ用のsfdiskユーティリティを誤って使用しているためです。私の解決策:
このコマンドでClonezillaシェルを使用して、パーティションをあるドライブから別のドライブに手動でコピーしました(GPTパーティションのみ!):
sgdisk / dev / sdSourceDeviceName -R / dev / sdDestinationDeviceName
Clonezillaのディスクからディスクへのクローン作成を実行し、オプション-icds
と、宛先ディスクにパーティションテーブルを作成しないオプション、オプションを選択しました-k
。(この場合、Clonezillaは宛先パーティションをそのまま使用し、サイズが小さくなるとパーティションのサイズを変更します。適合するために、「ベストエフォート」を実行します)。
うまくいきました。すべてのパーティションをソースと同じサイズで取得しました(はい、大きなパーティションを少しだけ減らしました)。Windowsでのデュアルブートは正常に機能し続けます。よろしく