【バックアップ】 Acronis True Image part64 [無断転載禁止]©2ch.net

2017/09/20(水) 20:31:56.21

販売元：本家米国Acronis社
http://www.acronis.com/
http://www.acronis.com/ja-jp/

■日本語版（個人向け製品）
Acronis True Image ファミリ
http://www.acronis.com/ja-jp/personal/
■英語版（個人向け製品）
http://www.acronis.com/en-us/personal/

前スレ
【バックアップ】 Acronis True Image part63
http://egg.2ch.net/test/read.cgi/software/1486966967/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2017/12/23(土) 01:11:15.71

そろそろWin環境のGPTに完全対応したかなと思って、
2017買って2018アップグレードのPE版でバックアップとリカバリーしてみたんだけど、
MSRが先頭になってしまうの未だに直ってないんだな。
バックアップ準備段階のディスク構成見たときMSRがなかったから嫌な予感がしたけど、
不具合じゃなくてそうなってしまう制約でもあるの？
これ回避するには、結局、sector by sectorを指定するか、クローニング機能を使うしかないのかな

2015か2016のときはクローニングでも受け皿のパーティション構成を合わせておかないとMSRが移動させられてしまうとか
そんな不具合あったような、はっきり思い出せないけど、今はみんなどうやってるの？
bitlocker使わないなら気にしなくて良さそうだけど、使う環境だと問題起きそう

**402** (ﾜｯﾁｮｲ ff03-/ceK) · 2017/12/23(土) 01:28:58.76

あ、使っているのは build 10410 ね。

そういえばバックアップ保存先をUSB3.0接続にしたHDDにしているんだけど、
買ったばかりのHDDでメーカーツールで読み書き完全テストをパスして、
計2TBくらいのファイルをエクスプローラで転送するのも何も問題なかったのに、
Failed to read from sectorっていうエラーがUSB HDDの方で起きてバックアップ失敗したときはドキッとした。
（初期不良で交換してもらったばかりだったので・・・）
似たような例がないか調べて、書き込み速度を少し下げてもう一度やってみたら成功したんだけど、
たまたま失敗して2回目で成功しただけなのか、速度を下げた効果なのか、
いずれにせよバックアップ中ずっと見張るわけにもいかないし、TIってこんなにデリケートなの？

2017/12/23(土) 06:42:34.60

デリケートなので優しく扱ってね

2017/12/23(土) 07:25:28.82

>>402
時々セクタ単位指定でフルバックアップをとるようにしてるよ
起動ドライブをSSDにしてから時間的には苦にならなくなった

2017/12/23(土) 09:18:05.80

不安だから、いつもセクタ単位でバックアップしてる。

2017/12/23(土) 09:30:38.90

みんな不安なんだ

2017/12/23(土) 10:54:22.40

2018を最新版にアップデートしたらアクティブプロテクションが知らん間に勝手に復活しやがる
精度高いならまあいいが誤検出多すぎて迷惑でしかない

2017/12/23(土) 11:04:25.16

例年　3PCのアップグレード安売りのお知らせが来てたのに
2018はこねーな
どうなってんだよ

**402** (ﾜｯﾁｮｲW ff03-Jcy0) · 2017/12/23(土) 11:22:40.73

やっぱりセクタ単位かぁ
win10の回復パテの標準サイズがずっと450MBだったのが最近499MBに変更されたし、
msrもバージョンアップでいつ怒られるか分からないから位置を守っておきたいね
正味のバックアップで並び順を維持するには、面倒だけど一時的にmsrの属性を変えればできそうだな
m.2とかで外付けしづらいことが多くなってきたから、正味イメージで手軽にバックアップ取りたいのだけど、
セクタ単位で我慢するかなぁ

2017/12/23(土) 11:48:34.92

>>410
一応、バックアップ時と全く同じディスクへの復元であれば、
普通にバックアップしたイメージからでもMSRの位置は保持できるんよ
（以前、完全に全領域を解放後、ドライブ丸ごと復元して確認した）

ただしこれは、ブータブルメディアから復元したときの話しで、
Windows上から同じことをやって復元するとだめっぽい
（MSRが先頭に仕切り直されてしまう）

2017/12/23(土) 12:41:52.21

>>409
複数台用ライセンスの5割引なら昨日来てた

2017/12/23(土) 12:55:26.61

>>402
これってMSRが先頭になるとどういう不具合が出るの？
ブートPCが起動しなくなったりするの…だったらなんとかして欲しいな…

2017/12/23(土) 12:57:45.77

>>408
勝手に復活するしこれがオンになってるとPC起動するとファンが轟音あげるから勝手にオンになるのはやめて欲しい

2017/12/23(土) 13:53:02.19

>>413
microsoftの意図から外れた構成なのでwin10の半年ごとのアプグレとかでトラブルが起きたとしても仕方ない
うろ覚えだけどbitlockerはmsrの後方領域が対象なので、msrがEFIパテより前にあると、
起動パテを暗号化してしまうことになるため、bitlockerが使えないか、使えてしまうと起動できなくなる、だったと思う

2017/12/23(土) 13:55:03.53

>>413
起動できなくなるようなことにはならないけど、どういう実害があるのか具体的にはよく分からないんだよね
UEFIベースのPCにWindowsをインストールしたときの標準構成がこれでしょ
https://i-msdn.sec.s-msft.com/dynimg/IC580774.jpg

これでMSRが先頭に移動しちゃったら、影響を受けるのは手前の2つだわな
Windowsは先頭からの連番でパーティションの位置を覚えているから、
元々先頭の領域にあったWindows RE（回復ツール）の場所が,復元後は2番目になってしまうわけで、
これ、システムが領域を見失ってしまうんじゃないか？と、ちょっと心配になるくらいか

一応、reagentc /info コマンドで、Windows REの場所をシステムが今どう把握しているのか確認できるし、
ズレてしまってもあとから修復する手段もあるようなんだけど正直かなり面倒そうだ

それとあと上で名前の出ていたBitLocker？
これも使ってないからよくわからん

でもまあパーティションの順番が勝手に変更されてしまうより、元の構成を維持できてた方が良いに決まっているわな
かりにも「True Image」を名乗っているんだからさ

2017/12/23(土) 13:59:29.53

パーティション単位で場所を指定してリストアすればいいだけでしょ
普通不具合時にもシステムパーティションしかリストアしたりしないと思うけど・・・

2017/12/23(土) 14:01:24.40

MSRパーティションの位置が話題だけどWindows REパーティションの位置が10は推奨位置が変わってる

2017/12/23(土) 14:03:53.57

BCD内のシステムドライブのリンク先を見失ってしまえば起動不能になる
uEFIでは、FAT32領域に起動用のファイル、bootmgrやBCDがあると判断してブートしている

2017/12/23(土) 14:04:30.72

>>417
普段はそれで全く問題ないね
起動ドライブを換装したりする時に気を遣うくらいか
あと最近では、Windows10の大型アップデート前に完全なバックアップを取っておくとき

2017/12/23(土) 14:21:08.49

>>416
PE版でwin7ターゲットでの実験だけど、msrが先頭に来るリカバリ後のTIのログ見たら、
レジストリ弄るのに2回失敗したエラーが載っていたから、
回復環境の修正に最終的に成功したか、諦めたか、そんなところかもしれない

2017/12/23(土) 14:34:01.67

回復パーティションは、どこにおいてもそれ自体は問題ないだろうけど、
回復環境を起動するためには、BCD内のリンク先が適正になっている必要がある
bcdeditで場合によっては書き替える必要がある
場所は、

Windows ブートローダー
--------------------------------
identifier {90171aaa-a181-11e5-b532-9f2a23d62186}
device ramdisk=[C:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
path \windows\system32\winload.exe
description Windows Recovery Environment
locale ja-JP
inherit {bootloadersettings}
displaymessage Recovery
recoveryenabled Yes
osdevice ramdisk=[C:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
systemroot \windows
nx OptIn
bootmenupolicy Standard
winpe Yes

クリーンインストールすると、システムドライブのRecoveryフォルダ内になるけど、
メーカー製のパソコンでは、Winre.wimは回復パーティション内に存在している場合がある
それと、メジャーアップデートで回復パーティションが新しく作られた場合には、
リンク先はそのドライブ内に変更されている

2017/12/24(日) 10:13:04.63

>>421
ひょっとしたら、そういうオチかもしれませんね

2017/12/24(日) 10:15:29.45

このMSR問題、現在でも解決しておらず本家フォーラムでも時々話題にあがるんですが、
この記事を見るとTrueImage2016のbuild 6027 以降では若干改善されているようです

Guide to Restoring a UEFI/GPT Windows System to a New Disk with True Image 2016
https://forum.acronis.com/forum/acronis-true-image-2016-forum/guide-restoring-uefigpt-windows-system-new-disk-true-image-2016

復元後にパーティション構成が変わってしまう不具合自体は直っていないんですが、
復元の際、AcronisがWindowsのBCDエントリを補正してWindows標準の回復機能を壊して
しまわないようになったとのこと

2017/12/24(日) 10:39:44.51

2019に期待かな

2017/12/24(日) 12:58:31.95

Windows上から復元なんてするからMSRがズレるんだろ
レスキューメディアで起動して復元すれば問題ないんだからそれでいいじゃん

2017/12/24(日) 15:52:09.78

Windowsからバックアップを取れても、システムドライブを復元する時はWindowsから操作やっても再起動が掛かって
Windows上から復元しないじゃないの？今ってWindows上から復元できるようになったの？

2017/12/24(日) 16:10:04.80

>>427
単純に考えて、動いているOS上に復元なんて出きるわけないやん。だから再起動かかるんだろうが。

2017/12/24(日) 16:11:32.66

>>424
昔のスレで自分もその情報書いたの思い出した
壊れないのは良いことだけど直してほしいのはソコじゃないってツッコミ入れたなw
でもどうして直せないのだろうね
msrにはファイルシステムがないからバックアップ対象選択に出てこないけど、
GPTヘッダにはパーティションとして存在するから、それを見てTIが復元しようとするけど、
イメージがmsrなしの構成で作成されていて間に差し込めず、仕方なく先頭に復元しているのかなぁ
まぁ安いからいつか直るの期待して次バージョンも買うけどさ

2017/12/24(日) 17:03:47.64

>>426
セクタ単位でバックアップしないかぎり、ブータブルメディアで復元しても問題は回避できないよ
（一部の例外を除く）

>>427
とうぜん、Windows上から復元を開始すると再起動が掛かるね
それをWindows上から復元って言ってるんだろ

2017/12/24(日) 17:09:45.45

>>429
アーカイブの仕様を変更すると影響が大きいからかもね
TIBファイルは法人向けのAcronis BackupやSnap Deployでも使っているし、
VMwareとか他社連携もある

2017/12/24(日) 18:48:33.91

Windowsが動いている状態で書き戻す必要性がわからん。

2017/12/24(日) 18:59:09.65

俺は古い人間なんで
Windowsが動いてる状態でバックアップとるのでさえ気持ち悪い

2017/12/24(日) 21:26:15.73

>>433
VSSはファイルシステムレベルの一貫性は保証されてる
ただし、動作中に強制電源OFFしたのと同じ挙動になるから、ロールバック&ロールフォワードに不具合のある昔のDBとかだと、もしかしたら悪影響あるかもね
もっとも、WindowsのバージョンによってはVSSにバグがあるという話もあったから、本当に大切なバックアップは電源OFFして取っておくのがいいね

2017/12/24(日) 22:05:40.99

Windows 10 1703だとVSSにバグがあるとこのスレだったかで聞いたので、2017でAcronisスナップショットにしてバックアップしてます。
WinPEで起動して取ったほうがいいのでしょうが。

2017/12/24(日) 22:32:27.72

まぁ好みで
万が一リストアに失敗して起動できなくなったとしても、OS再インストールしてtibをマウントできればいいかな

2017/12/24(日) 22:39:45.45

俺はリカバリできなくても
マウントして
ファイルさえ取り出せればいいと
割り切ってる

2017/12/24(日) 23:31:57.54

結構そっち派多いな
仕事で使ってるシステムとかならともかく個人で使ってるのならデータさえ無事ならどうとでもなるからな

2017/12/25(月) 01:31:42.15

>>428
>>430
だから、Windowsから復元作業の操作をしても、再起動が掛かってWindowsを終了させて
復元するわけけだから、それをWindows上からの復元とは言わないでしょ

2017/12/25(月) 02:23:36.67

>>430
何度も復元してるけど、うちの環境は一部の例外なのか？
もちろんセクタ単位でのバックアップなどしていない

https://i.imgur.com/AiqTrTc.png

2017/12/25(月) 07:19:19.05

>>440
どうせバックアップした元のディスクへブータブルメディアを使って復元してるってオチでしょ

2017/12/25(月) 10:06:07.33

>>441
いや、SATA SSDからM.2 SSDに引っ越ししたり色々やってきてもこれ

2017/12/25(月) 10:42:16.91

>>442
ほうほう
ドライブの容量は元のと変わってるのかな
復元に使ってるメディアはPE版、RE版、Linux版のどれですか？

2017/12/25(月) 10:46:29.92

>>443
SATA SSD480GBからM.2 SSD512GBへは2017のPE版
その後のM.2 SSDでの復元は2018のRE版、PE版共に使ったが問題なし

2017/12/25(月) 10:49:50.17

partition構造を晒してるのは俺だけで
ズレたpartitionを晒す人がいない不思議

2017/12/25(月) 10:50:40.43

>>439
言うよ。何言ってんの？

2017/12/25(月) 11:13:52.42

言い始めたの自分だけど、win7のテスト終えて今8.1やってるから、
回復パテ複数（おそらく）で良いなら後でpe版で復元やってみるよ

2017/12/25(月) 11:28:05.69

>>445
君が暇人だからではの不思議

2017/12/25(月) 12:38:11.02

昨日の夕食は鍋でした
　　↓
えっ？鍋をガジガジかじったの？

このように書かれた内容をそのままの意味でしか解釈できない傾向の
コミュニケーション障害をもつ人をアスペルガー症候群と呼ぶようです
私生活でも周囲に理解されずきっと苦労していることでしょうから
温かく見守ってあげましょう

2017/12/26(火) 06:55:22.65

True Image 2018 Update 2 Hotfix 1
https://www.acronis.com/ja-jp/support/updates/changes.html?p=40916

ビルド番号106402017年12月22日
Acronis True Image for Windows
修正済みの問題

バックアップ先を選択できません。[保存先を選択] テキストはクリックできません。
ビルド9850からビルド10410にアップデートした後、エントリの数があまりに多いと [アクティビティ] タブのエントリが表示されません。
製品をオフラインで永続ライセンスを用いてアクティベーションしていた場合、インターネット接続が可能になると再アクティベーションが必要になります。
WinPEメディアでは、NASにあるバックアップからデータを復元することはできません。「Acronis True Imageバックアップファイルが破損しています」というエラーが表示されます。
[バッテリーではバックアップを行わない] 設定をオンにしていて電源コードを取り外すと、[今すぐバックアップ] をクリックした後にバックアップは停止します。
ビルド9207からビルド9660にアップデートした後、通知領域にAcronis Active Protectionのアイコンが使用不可として表示される。

2017/12/26(火) 06:56:14.30

既知の問題

[TI-120886] WinPE ベースのメディアで、Linux ネットワーク共有にあるバックアップからデータを復元しようとすると、「Acronis True Image バックアップファイルが破損しています」というエラーが表示される。
[TI-119448] バックアップの削除時に、「使用しようとしているデータは、現在ブロックされています。後でもう一度お試しください。」というメッセージが表示される。
[TI-112797] [バッテリーではバックアップを行わない] 設定をオンにし、電源アダプタを取り外すと、[今すぐバックアップ] をクリックした後にバックアップが停止する。
[TI-117123] ビルド9207 からビルド9660 に製品を更新した後、Acronis Active Protection の通知領域アイコンが使用不可として表示される。
[TI-115928] コンピュータがスリープモードから起動した後、アーカイブ操作が「書き込みエラー」で失敗する。
[TI-54006] アーカイブ操作中に一時的にインターネット接続が失われると、アーカイブした後に一部のファイルがローカル PC 上に残る。
[TI-102104] クラウドバックアップから復元すると、Intel Stream x360 が起動しない。
[TI-100468] バックアップ保存先の選択時に、Acronis True Image が、マッピングされたパブリックネットワーク共有の資格情報を要求する。
[TI-111221] UPS をインストールした後、設定に [バッテリーではバックアップを行わない] オプションが表示されない。

2017/12/26(火) 13:49:20.65

なるほどね
最新のWin Peの問題も含まれていそうだけど、昔から不具合の多いソフトだよね
現象で使えているからみなさん使っているのだろうけど、
いつ不具合でシステムリストア不能になるかも知れませんねえ

2017/12/26(火) 13:59:59.16

PEでブートしてNASにアクセスするとき、コマンドプロンプトが表示されて、ユーザIDとパスワードを入れても何も起きないのは何？
閉じるとダイアログが表示されてて、再度同じ値を入れると、やっとアクセスできるようになる

2017/12/26(火) 14:20:25.71

>既知の問題
>[TI-120886]
要するにSambaにアクセス出来ないって事じゃ無い。これはひどいよ。

2017/12/26(火) 19:00:09.84

LinuxベースのブートCDよりWinPEのブートCDの方が不具合多いのかよ

2017/12/26(火) 19:36:45.18

アップデートしたらまた勝手にAcronis Active Protectionがオンになった本当油断も隙もあったもんじゃない
アップデートする度切らないとダメとか切ってる物を勝手にオンにするな

2017/12/26(火) 22:04:21.53

>>456
俺はサービスから無効にしている
アップデート後は有効になったので叩き切った
ただのバックアップソフトが、余計なことはしないで貰いたい

**447** (ﾜｯﾁｮｲ ff03-/ceK) · 2017/12/27(水) 03:41:12.14

うーん・・・TI2018(10410)で日曜から色んなパターン試してるけど（作業はすべてPE上）、
復元先が別ディスクの場合、セクタ単位で取ったバックアップイメージで復元してもmsrが先頭になってしまう

TI2016のときのフォーラムに、
・別ディスクにディスク丸ごとの復元ではパーティション順序が変わってしまう
・回避するには復元先に予め同じパーティション構成で区切っておいて、パーティション単位の復元先指定する

パーティション単位で復元すると正確に再現できるのは、

・復元元と復元先のパーティション構成・サイズが合っている場合、TIは復元先のMSRに触らない

という理由らしい。
でも、自分がTI2018でやった結果では、復元先が領域を全解放した状態でも、
同じディスクに対する復元であればMSRの位置は保たれたから、2016とは違うようだ。
ただ、後回しにしていたセクタ単位のバックアップイメージによる復元が、
復元先が別ディスクで全領域未割り当ての状態だと、未割り当て含まない・含む、どちらでのイメージを使ってもMSRが先頭になってしまった・・・
セクタ単位でもディスク丸ごと指定では正確に復元できないとなると、
故障等の何らかの交換理由で復元先が別ディスクの場合にどうしよう
うまくいくだろうと期待していただけにショック・・・何か手順を間違えただろうか
フォーラムにあるように、予めWindowsの既定のレイアウトで区切っておいて、
MSR以外をパーティション単位で復元する方法以外で、別ディスクに正確に復元する方法を知りたい

2017/12/27(水) 03:50:25.90

疲れたのとショックでちょっと不貞寝してくる・・・

2017/12/27(水) 05:47:47.21

昔からLinuxベースのブートCDの方が安定してる

2017/12/27(水) 06:12:45.77

そこまで面倒なことするぐらいなら
partition C:だけバックアップしておいて新規にクリーンインストール後、C:をsystemに復元した方が話が早くて失敗もない
これならバージョンアップを続けてディスク後方に回復が出来てしまったWindows10でもクリーンインストールと同じpartition構造に出来るよ

2017/12/27(水) 07:04:52.35

>>461
それだと自分でBCDの書き換えが必要じゃないか？
確かにスッキリするんだろうけど．．

2017/12/27(水) 07:08:33.41

>>462
必要ないよ
俺はバージョンアップの度に回復が後ろに来たらこの方法で対処してる

2017/12/27(水) 07:19:56.45

>>463
どういう仕組みなんだろ
Acronisが新居に合わせて自動でWindowsREの場所を書き換えてくれるのかな

2017/12/27(水) 07:24:03.12

>>464
書き方が悪かった
バックアップしたC:を新規にインストールしたC:に復元する
クリーンインストール環境ではC:は一番後方になるのでpartition構造は崩れないんだ

2017/12/27(水) 08:32:15.77

>>465
システムじゃなくてBCDに書かれたWindowsRE（回復環境）の場所のことだよ
大型アップデートとかで後方に増殖していた回復パーティションの位置を先頭に戻すってことになるんだから

2017/12/27(水) 08:54:24.01

>>466
> BCDに書かれたWindowsRE（回復環境）の場所のことだよ

これはクリーンインストール環境にC:を復元したものでは問題にならないよ
なぜなら、C:は単なるデータパーティションであってクリーンインストールした状態からパーティションの場所は変わらないから
windows boot managerが示すシステムドライブやBCDの記述その他、回復環境の場所も移動してはいないので

2017/12/27(水) 09:02:32.29

以上はUEFIでインスト－ルしてる場合の話で
MBR環境だと話が違ってくるかも知れない

2017/12/27(水) 09:44:34.34

コマンド実行で自動修復する方法　参考例
https://freesoft.tvbok.com/win10/recovery/how_to_access_startup-repair.html

(1) Windows回復パーティションを再認識させる手順
1.Windowsを起動し、そこからコマンドプロンプト(管理者)で以下のコマンドを入力
2.入力するコマンド
reagentc /info
reagentc /enable
reagentc /info

2017/12/27(水) 09:45:09.88

(2) BCDを変更する方法

Windows ブートローダー
--------------------------------
identifier {90171aaa-a181-11e5-b532-9f2a23d62186}
device ramdisk=[C:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
path \windows\system32\winload.exe
description Windows Recovery Environment
locale ja-JP
inherit {bootloadersettings}
displaymessage Recovery
recoveryenabled Yes
osdevice ramdisk=[C:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
systemroot \windows
nx OptIn
bootmenupolicy Standard
winpe Yes

私の例では、クリーンインストール時デフォルトのCドライブ内になっています
プリインストールのメーカー製パソコンだと大抵は回復パーティション内になっています
また、Recoveryフォルダ内をエクスプローラーで直接見たい場合にはアクセス制限が掛かっていますので、
アクセス権の変更が必要になります

回復パーティションにドライブレターを割り当ててから下記２ヶ所の書き換えが必要になります
bcdedit /set {90171aaa-a181-11e5-b532-9f2a23d62186} device ramdisk=[D:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
bcdedit /set {90171aaa-a181-11e5-b532-9f2a23d62186} osdevice ramdisk=[D:]\Recovery\WindowsRE\Winre.wim,{90171aab-a181-11e5-b532-9f2a23d62186}
書き替える場所とコマンド記述例です

2017/12/27(水) 09:45:33.33

メジャーアップデート時に回復パーティションの容量が足りなくなって新規にWinre.wim,が収まらなくなると、
新たな回復パーティションが作成されるようです

回避策として、Windows10では前もって回復パーティションを1GB程度に拡大しとく方法もあるかと思います
それではまた！

2017/12/27(水) 09:46:35.44

回復環境の起動不能で揉めそうなので、簡単に復旧する方法がわかったので書いておきますね

2017/12/27(水) 10:34:08.65

3PC　VUP　2980円
2018は来ないね
毎年来てたと思うんだが

2017/12/27(水) 11:40:58.57

>>461
ありがとう。それでも良いね。

ただ、ノートとかで回復環境を使った復元に頼る場合はちょっと厄介なことになるような。
クリーンインストールが汎用のOS展開なら、常に最新のインストールメディアを入手して最新のパーティション環境にCだけ復元していけるけど、
クリーンインストールがOEMのOS展開の場合は出荷時のパーティション環境になるから、
例えば8の300MBだったり、Creators Update以前の450MBに基づいたサイズだった場合、
CだけFall Creators Update（499MB）のものにすると、回復ツールの不整合が生じるかもしれない。
OEMのインストールメディアを作成・保管して、メーカードライバ＆ソフトを入手できるなら、
OEMの回復環境を捨てて汎用インストールに切り替えても良いかもしれないけど。

あと先のフォーラムに、
Track 0を含めるべきかどうかという議論で、ディスク署名を見るオンライン認証をするソフトを使っている場合、
Track 0を復元しないと認証が外れるとか書かれてあった。
これがどのくらい問題になるかはライセンスと認証の自由度によるのかな。

Cだけ復元もケースによっては楽そうだし、受け皿用意＆丸ごと復元ももう少し楽にできないか、
ちょっと方法と結果の再確認して整理してくる

2017/12/27(水) 12:29:52.55

>>469
コマンドで回復環境を復旧できるんですね
これは良い情報だ

2017/12/27(水) 12:35:06.17

>>467
> 回復環境の場所も移動してはいないので

回復環境をディスク後方から移動させるって話だったでしょ？
標準で入れ直すと先頭になるよ

2017/12/27(水) 13:06:08.14

https://freesoft.tvbok.com/win10/install/initializing_drive_for_clean_install.html

レガシー環境とUEFI環境でそれぞれ新規インストールした場合のパーティション構成がここに明示してありますけど、
私はUEFI環境でインストールしていないので、Winre.wimの実体が回復パーティション内に設定されるかどうか？を確認していません
bcdedit /enum all　で表示すればわかるとは思います
ネットの情報では、システムドライブ内のRecoveryフォルダ内に設定されると見たような気もします

2017/12/27(水) 13:28:35.41

自分の環境でもREツールへのパスはCドライブのRecoveryフォルダ内だった
この場合、回復パテが新規追加されても、パスがCドライブのままだから、
クリーンインストで回復パテが先頭に戻っても、パスはCドライブで共通だから、
Cだけの復元で問題ないということなのかな。ややこしくなってきた・・・

2017/12/27(水) 13:54:08.99

>>478
10のメジャーアップデートで回復パーティションが新たに作られた場合には、
CドライブのRecoveryフォルダにあるWinre.wimは削除されて
新たに作られた回復パーティション内のWinre.wimにBCD内のパスも変更されているのは確認しています
たぶん、メジャーアップデートで回復環境のバージョン変更もある場合には、
回復パーティション内に移動されるかと思います

2017/12/27(水) 13:57:21.85

クリーンインストールで一度もメジャーアプデなどをしていない場合bcdに書かれてる回復パーティションの場所はPartition1と書かれてる
非表示が標準だからドライブレターない

2017/12/27(水) 14:01:54.28

>>478
きっと、10の最新バーションで新規インストールした場合には、
回復パーティションは使われていないと判断して宜しいんじゃないでしょうか

2017/12/27(水) 15:22:37.66

パーティションの順番、パーティションの順番ってお前等いちいちディスク全体を毎回復元してんの？
OSのパーティションだけ復元すればよくない？短時間で済むし
OSとデータでパーティション分けてないなら知らない

2017/12/27(水) 15:46:07.85

>>482
自分は壊れて交換したディスクに復元するときとか、新しく買い換えたディスクに復元するときのための
バックアップが目的で使っているから、OSだけバックアップしても手間が省けることにはならないよ
バックアップ＆復元じゃなくてクローニング機能の方も使ってみたけど、やっぱりMSRは移動させられてしまうし、
クローンできないのならTIは「クローン」という表現をやめるべきだと思う。
ストレージメーカーの移行ツールにも多く採用されているから他人にも薦めやすいと思って買ってみたけど、
無条件でクローンを作れる機能が一つもなくてガッカリしている。
カード型SSDや容量大→小など、クレードルのデュプリケータでは対応できないケースを補いたかったのに、
工夫しないと不完全復元になってしまうなんて・・・

2017/12/27(水) 15:46:23.97

バックアップは全体
リストアはosパーティションだけでいい
10の別バージョンをリストアする時は回復パーティションも
systemとMSRパーティションは別バージョンでもそのまま

2017/12/27(水) 17:39:50.95

>>483
求めてるもんが違いすぎるな
個人用じゃなく業務用の使った方がいいんじゃない

2017/12/27(水) 17:58:58.12

少なくともTrueImage使うのはやめたほうがいいと思う
数世代後のバージョンでも修正されないから

2017/12/27(水) 18:03:49.41

なんか、Acronis Active Protectionの件もそうだけど
True Image って年々いらない機能や常駐、サービスとか使いづらくなってない？
こういうのって改善されないのかね昔のはもっとシンプルでよかったのに…

2017/12/27(水) 18:14:54.82

困ってるなら他を試した方が良いんじゃないかと思うのだが
そこまで苦労して使う必要ないだろうし
業務用でない個人用でもトラブル少ないのあるでしょ

2017/12/27(水) 18:15:29.02

>>485
交換したディスクに復元するときとか、新しく買い換えた時には業務用をつかえとか
ちょっとおかしい

>>487
11のころが一番使いやすかったわ

2017/12/27(水) 18:21:54.64

>>483

https://freesoft.tvbok.com/tips/efi_installation/secure_boot_from_clone.html

バックアップとクローンにはParagon Backup & Recoveryを使っている
こちらは「セキュアブート無効」が必要
システムドライブをクローンする時は
「Windowsシステム領域」
「MSR領域」
「GPTシステム領域」
「Windows RE(回復)領域」
など、これらをパーティション別にバックアップを取り、そろぞれ個別に、コピー元のDiskと同じ順序で配置されるようクローンしている。
システムドライブの全てのパーティションを一括バックアップしてクローンした際、クローン先でOS起動しなかった経験あり。
個別クローンでは (今の所) 失敗経験なし。

2017/12/27(水) 18:23:49.65

>>489
少し大げさに言いすぎたかもしれないけど交換や復元は今のままでも十分できるでしょ

2017/12/27(水) 18:29:51.93

>>490
は、Acronis True Imageでも同じ方法が使えないかと思って貼りました。

2017/12/27(水) 19:44:46.64

まあ改悪して新バージョンにしないとお金が入ってこないからね

2017/12/27(水) 20:51:03.42

UEFIモードGPT形式で新規インストールすると、回復パーティション内のRecoveryフォルダ内に
回復環境　Winre.wimが設定されているのを確認しました

10は、以前のOSからのアップデートインストールもあるし、
まだいろいろと変更過程だし、情報も少ないんで困りますよね

2017/12/27(水) 21:50:23.01

reagentc /infoの結果にパーティション番号入ってるでしょ

2017/12/27(水) 23:15:46.78

うちの起動ドライブのSSDはWindows10の大型アップデートを何度かやっているうちに回復パーティションが3つに増えてたよ

1:回復：300MB
2:システム：100MB
3:予約：128MB
4:プライマリ：140GB　（C:)
5:回復：470MB
6:回復：363MB
7:プライマリ：91GB　（D:)　

表向きは C: とD: だけのシンプルな2パーティションのドライブなのに中身は7パーティションで細切れですね
UEFIベースの起動ドライブってマヌケです、、まったくメリットを感じません；

Windows10の大型アップデートをするたびに、CドライブとDドライブの間へ隙間を作って、
新しい回復パーティションが無理矢理ねじ込まれているようです
3番目の予約パーティションがMSRで、こいつはWindowsの「ディスクの管理」にも表示されません

ちなみに reagentc /info で確認してみたら、回復パーティションの実体は5番目の領域で、
他の二つは抜け殻でした

2017/12/28(木) 02:38:08.74

適当にやって失敗すると段々面倒になってくるのでフォーラムの手法に忠実に、
復元先の別ディスクに、diskpartでprimary, primary, msr, primaryとレイアウトだけ作って、
セクタ単位で取ったバックアップ（未割り当ては含めない）を使って、（※セクタ単位じゃなくても良いと思う）
「復元するもの」を指定するステージで、「ディスク」にチェックを入れずに各パーティションすべてにチェックした状態で進めて、
次のステージで各パーティションの復元先パーティションを個別に指定するやり方でやったら正確に復元できた。

ただおそらくパーティションGUID（タイプGUIDではない）は保持されるものの（未確認）、
GPTヘッダ内の署名やディスクGUIDはdiskpartでフォーマットしたときに作れらたもので、
バックアップイメージのそれとは異なるので完璧なクローンではないと思われる。
そこまでする必要があるかは別として。

2017/12/28(木) 02:39:55.13

結局、OSクリーンインストールしてからOSのあるパーティションだけ復元するのもそうなんだろうけど、
MSR位置変更を回避するにはTIに復元中にGPTヘッダを作成させないことが必要なんだと思う。
「ディスク」にチェックを入れて全体復元指定すると多分TIがGPTヘッダを作ってる。（※勝手にエントリ変えるから当然だろうけど）
セクタ単位でも未割り当てを含めると、パーティションの個別指定ができないから回避できない。
クローン機能にしても丸ごと復元する場合はただユーザの手間を省いているだけで、
GPTヘッダを勝手に作成したりする動きは同じだから回避できないのだろうな。
同じディスクに対する復元ではMSRの位置が保持されるのは、
同じディスクと判断された場合はTIがGPTヘッダを作成するのではなく、
イメージ内にあるGPTヘッダをそのまま書き出す（パーティション構成もそれに従う）からだろうなぁと思う。
容量の不一致で縮小とかの操作が必要ないのが明らかだからなのか理由は分からないけど。

とりあえず買ったTIをお蔵入りにせず済みそうで良かった。
ヒントくれた方々どうもありがとう。スッキリして新年を迎えられそうだ。

2017/12/28(木) 07:16:49.85

>>497
結局、diskpartで自分で仕切り直すのが確実ですかねぇ
あらかじめ回復パーティションを大きめにとっておけば今後の増殖も防げるだろうし

2017/12/28(木) 07:26:48.63

>>490
Acronis True ImageだとMSRパーティションは、見えないからMSRを選択してバックアップしたり、リストア先のパーティションとして指定できないんですね。

>>497, >>498
情報ありがとう。

ただ、2017で未割り当てを含んだ形でセクタ単位でバックアップしたものをWindows上とかPEで起動した時もパーティションの復元を選ぶと同じディスクの場合、各パーティションを個別に選択でき、ターゲットパーティションも選択できるようです。
実際に別ディスクに復元をしたことがないので、実際のところはわかりませんが。

2017/12/28(木) 09:18:06.34

Upgrade Acronis True Image 2018 3台のコンピュータ用
Requires a full license of Acronis True Image 2017 or an earlier version. Note that trial versions are not eligible for upgrade
\3,290

Upgrade Acronis True Image 2018 5台のコンピュータ用
Requires a full license of Acronis True Image 2017 or an earlier version. Note that trial versions are not eligible for upgrade
\4,390