システムバックアップソフト徹底比較30 (574ﾚｽ)
上下前次1-新
536(1): 08/29(木)20:56 ID:NkGVuhsx0(1) AAS
>>535
robocopyでドライブの内容を丸ごとコピーする方法
外部ﾘﾝｸ:qiita.com
537(1): 08/29(木)21:11 ID:8M0eQrlA0(1) AAS
>>535
ActiveImageeProtectorで「イメージのマウント」ってやると個別ファイルが見れる・復元できるけど
そのままファイルが見える ってのとは違うのかな？
538: 08/30(金)00:06 ID:IFMZbq500(1) AAS
macrium reflectでドライブイメージでバックアップしてイメージのマウントすればいいだけぢゃね
539: 08/30(金)20:07 ID:GgENP0//0(1) AAS
>>332
家が燃えたから全部認証解除してくれと
サポートフォームに書いて送ったら初期化してもらえるゾ
540: 08/31(土)11:41 ID:YOKiicS00(1) AAS
スクリプトかとおもったら遅レスだったのか
541: 09/01(日)11:35 ID:XHxC99EU0(1) AAS
CPUのIDで認証は自作PCにはつらい
542(1): 09/01(日)18:36 ID:lrsNOU4L0(1) AAS
サポートに古いパソコン廃棄したからその分のアクチリリースお願いしますとメールですぐ解除してくれたよミニツール
543: 09/01(日)22:45 ID:1YTkiyHk0(1) AAS
>>536
これシステムやEFIや回復パーティションごとコピーできますか？
(単純にDISK差し替えだけでBoot可能か否か)
>>537
それは可能です。と言うか1週間分増分バックアップをしているので
たまに3日前のファイルが必要な際等に使っていますが
DriveClone11のように例えばCドライブのバックアップドライブが
「J」ドライブ等で直接エクスプローラーから常時見えているものとは
使い勝手が大幅に違うので困っています。
544: 09/01(日)23:29 ID:73Ec3Xaa0(1) AAS
クローンしたあとコマンドプロンプトから隠しパーティションのステータスを手直しするより
OSクリーンインストールしたあとCドラのプライマリパーティションだけをバックアップから復元すればクローンと同様のことをより簡単且つ正確に出来ることを最近知ったわい…
545: 警備員[Lv.6][新芽] 09/02(月)00:52 ID:Y98kXUlw0(1) AAS
用語の定義がよくわからん
クローンの場合、パーティションのＩＤを変えなければ、ＩＤが衝突するからＩＤを変えなければクローンできない
バックアップの場合はＩＤ変える必要ないので、バックアップイメージファイルに含まれるパーティーションのＩＤは同じ。当たり前だけど
Acronis TrueImage, Mecrium Reflect, Minitool ShadowMaker どれでも同様だと思う
546: 09/02(月)18:11 ID:9SURdOJB0(1) AAS
>>542
日本語は通じる？
547: 09/02(月)19:36 ID:cqa3XsdL0(1/6) AAS
本来理屈的にクローンしたシステムドライブからブート可能とするためには、
システムドライブとして差し替えたものに対してbcdboot C:\Windows /l ja-JPを実行するのが正しい処置方法です
BCD内でシステムドライブとして設定されているパーティションGUIDが書き替えられます
USBストレージへとシステムコピーしたOSが差し替えただけで起動するそのカラクリは、
マイクロソフトがシステムドライブとして認識しているはずのドライブが存在しなかった場合に、リセット処理を実行してから起動するように細工されているからですよ
HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices
: \DosDevices\C:
レジストリのここへと設定してあるバイナリーデータが「ディスクIDとパーティションGUID」も含めたものとして認識されています
この部分は削除して再起動してしまっても再構成されて起動して来るように出来ていますので、確認したければ削除してしまっても大丈夫ですよ
548: 09/02(月)20:10 ID:cqa3XsdL0(2/6) AAS
実際にはmountvolコマンドを実行すると、こんな風にシステムドライブのGUIDは表示されます
「\\?\Volume」の内容は実際にはディスクIDとして認識されていますので
GUIDのデュプリケートだけでは不具合は発生しないとされています
ただ.vhdxファイルをそのままコピーしてともにマウントした状態になっていると、
仮想システム上でのユーティリティがそれらを別なものとして判別不可能となってしまうので不具合が発生するとは言われています
\\?\Volume{d658fff3-5acd-48d7-1981-8cd5c6182463}\
C:\
549: 09/02(月)20:27 ID:cqa3XsdL0(3/6) AAS
実質マウントポイントってのが機能しているのでドライブレターを別なものとして割り当てていたら
その際にパーティションGUIDが別なものとして割り当てられるとは思う
後でやって見て確認して見ますね
550: 09/02(月)21:06 ID:cqa3XsdL0(4/6) AAS
DISKPART> sel disk 3
ディスク 3 が選択されました。
DISKPART> detail disk
SPCC Sol id State Disk SCSI Disk Device
ディスク ID: {3659B341-4352-4026-5A48-F88760B79D1B}
ちなみにこのようにすれば「ディスク ID」の確認が出来ます
551: 09/02(月)21:46 ID:cqa3XsdL0(5/6) AAS
実際にはレジストリだけを修正してもEFI管理領域に設定されているGUIDテーブルから持って来て認識しているようだね
ドライブレターを再割り当てすると、レジストリ内のGUIDが変更されるようです
パーティションコピー後にこっち側へと変更を加えて確認するためにはユーティリティの利用が必要そうなので難しいですね
ちなみにパーティションのコピーをバックアップソフトを利用してやって見ると違ったGUIDとして設定される模様ですよ
552: 09/02(月)22:03 ID:cqa3XsdL0(6/6) AAS
私が確認した限りではディスク to ディスクとしてSector by Sectorのクローンコピーを実行していないと、EFI管理領域にあるGUIDは同じものとしてコピーはされないと思いますよ
バックアップソフトなどの利用でファイルシステムとして認識されている状況でのクローンコピーだと違ったGUIDとしてシステムパーティションも設定されているはずなので問題がないはずです
問題が発生するとしたら「裸族のお立ち台」などを利用したクローンコピーなどでしょうよね
553(2): 09/03(火)00:15 ID:nLCzbE3P0(1/4) AAS
外部ﾘﾝｸ:incarose86.hatenadiary.org
>GUIDによるディスクとパーティションの認識
ここを見てみるとディスクGUIDの保存場所についても書かれていますよ
554: 警備員[Lv.4][新芽] 09/03(火)00:34 ID:Qr1qY2Zt0(1) AAS
>>553
明解だ。なるほどGPTに3種のGUIDが書かれてるのか
555: 09/03(火)00:55 ID:nLCzbE3P0(2/4) AAS
パーティション管理ソフトなどにはセクタエディタ機能を持っているものがあると思いますので、
対象ストレージの先頭から相対で1セクタ目を表示してみてください
その表に明記されているGPTヘッダー(primary)の中身が見られるようになります
その先頭からの相対アドレスで56byteからdiskpartのdetail diskで表示されるのと同じ「ディスクGUID」が読み取れるので間違ってはいないようですね
そのような管理方法をしてシステムドライブを認識しています
上下前次1-新書関写板覧索設栞歴
あと 19 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.663s*