使い方Alexaにはまりました。近いうちに記事を書きますね。ddで作ったクローンディスクのWindowsのシステムパーティションをgpartedを使ってリサイズし、Windowsの正常動作を確認しました。gpartedでは、ファイルシステムにエラーがある場合でも、それをチェックして、修正を促してくれます。GUIベースの便利なツールです。クリアインストールです(涙)。イメージのクローンを作成しました。パーティションを変更しない丸ごとコピーのクローン、縮小したクローン、拡大したクローンのそれぞれを作りました。パーティションを変更しない丸ごとコピーのクローンを作って動作確認した後に、次に同じハードディスクでパーティションを縮小したクローンを作り、最後にパーティションを拡大したクローンを作ります。ように読み替えてください)。ddのオプションとしてブロックサイズを指定すると高速にコピーできます。環境によって違うと思いますが、1Mバイト(=2048セクタ×512バイト)を指定しました。テーブルの修正gdiskによって、SSD、HDDのそれぞれについてパーティション構成を調べました(それぞれのログは付録A参照)。」というエラーメッセージを出力します。GPTテーブルとディスクサイズの間に不整合があるようです*1。当初、このエラーメッセージは、Windowsが認識しているディスサイズとLinuxで認識しているディスサイズの違いかと思いましたが、必ずしもそうではなさそうです。この問題については付録Bで考察します。gdiskの結果は、ディスクのハードウェア情報を除けば、一致しています。HN-Mディスクとそのディスクが持つセクタ数の違いをgdiskは認識していますが、パーティション構成は同じで、空きスペースも同じと表示します。MiB)HDDに対してコマンドvで検証すると、第2GPTの位置がディスク末尾に来ていないという問題点を指摘されます。SSDの場合には、この問題は指摘されません。problems!コマンドeで第2GPTテーブルをディスク末尾にリロケーションすると、空きスペースの領域は、1.4TiBとなり、正しく認識されました。検証コマンドvでも問題点は指摘されないようになります。TiB)また、gnome-disksでみるパーティション構成は、下図のようになりました。パーティション構成(gnome-disks)gnome-disksの出力は、GPTテーブルの修正前後で同一で、当初から1.5TBの空き領域を認識している。今回、ディスクケースを変更したところ、ディスクケースによって、認識するディスクサイズが異なる場合があることに気づきました。詳しくは付録Cで説明します。出来上がったクローンディスクをdynabookに入れ直して、動作確認しました。以前にSSDを内蔵したままHDDを外付けで繋いだら、内蔵していたオリジナルのディスクのWindowsシステムを破壊したことがあるので、SSDは外しました。SSDとdynabookには、物理的な接続はありません。ディスクを入れ替えて、Windows10を起動したところ、無事、起動できました。数秒の起動に慣れてしまうと、ハングアップしていると思ってしまいます。未割り当てとして正常に認識されています。「イベントビューアー」にディスク構成の変更が記録されています。デバイスが異なると、警告あり。イベントビューアーには、警告があります。異なっているためです。この違いが、他の動作に影響を与えているか、不明ですが、今のところ、不具合はなさそうです。上の結果と一致しました。縮小クローン次に同じディスクを用いて、縮小クローンを作成しました。OSが入っている約450GBのNTFSのパーティションを390GBに縮小します。gpartedによるパーティション構成の変更gpartedを起動し、GUIに従って、Windowsシステムが入っているパーティション3を約450GBから約390GBに縮小しました。それ以外のパーティションは変更せず、パーティション4、5については、ディスクの先頭方向(gparted画面の左方向)に移動させて、パーティション3を縮小してできた隙間を埋めます。処理時間は20分程度で、特に問題は発生しませんでした。gdiskでみたパーティション情報にも、特に問題はありませんでした。/dev/sdT変更前のパーティション構成。パーティション3は、452GB。パーティション3を452GBから390GBに縮小。