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

販売元：本家米国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

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

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

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

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のアイコンが使用不可として表示される。

既知の問題

[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 をインストールした後、設定に [バッテリーではバックアップを行わない] オプションが表示されない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(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}
書き替える場所とコマンド記述例です

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

>>483

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

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

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

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

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

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

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

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

うちの起動ドライブの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番目の領域で、
他の二つは抜け殻でした

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

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

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

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

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

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

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

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

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

>>500
ごめん。ちょっと間違ってたね。

未割り当てを含めないイメージだと、「ディスク」にチェックを入れてもパーティション指定がある
（初回はこれで失敗した。ここで「ディスク」にチェックを入れてはいけなかった）

未割り当てを含めたイメージだと、「ディスク」にチェックを入れるとパーティションの指定がなく、
「ディスク」のチェックを外すとパーティションの指定になる

なので、2017というか2016も同じなんじゃないかな
あと結局、TIにおけるセクタ単位というのは、パーティションレイアウトの処方箋ではなく、
非対応のファイルシステムのバックアップを取るとか、それだけの役割しかないということなのだろうな。
セクタ単位のバックアップイメージでも復元する際にはセクタ単位にしない選択もできるし、
クローンの意味合いからは遠いように見受けられる。
復元の段階でセクタからファイルシステムを解釈して構築するのは処理が重そうだけどね

ソースで買った2017　まだ使ってない
2018の出来てればなぁ
ここで書いた馬鹿を恨むわ

俺Paragonだけど、GPTの回復パーティションはチョット厄介だね
イメージからリストアする際にもサイズ変更は一切受け付けないので、
diskpart
select disk 0
clean
convert gpt

create partition primary size=1024
format quick fs=ntfs label="Windows RE tools"
assign letter="R"
set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"
gpt attributes=0x8000000000000001

こんなんして先頭に1GBにして作ってから、回復パーティションの中のファイルだけをコピーするとかするしかなさそうだね
上記コマンドは、リカバリーメディアとかのコマンドプロンプトから実行して、
その後に残りのパーティションを順にリストアすればいいと思います

私はいろいろな制約の面で、レガシーブートのMBR構成の方が融通が利くので、
SSDだし、しばらくの間UEFIブートを使うつもりはありません

>>505
スレチだけどParagonはそうなってるのね

ちなみに、
ttps://msdn.microsoft.com/ja-jp/library/windows/hardware/dn898510(v=vs.85).aspx

(1) 500 MB 未満のパーティションの場合は、少なくとも 50 MB の空き領域が必要です。
(2) 500 MB 以上のパーティションの場合は、少なくとも 320 MB の空き領域が必要です。
(3) 1 GB を超えるパーティションの場合は、少なくとも 1 GB の空き領域を確保しておくことをお勧めします。

というルールがあって、
Fall Creators Updateの回復パテが499MBなのは(2)に該当しないギリギリの容量
(3)は「推奨」なので反しても今は問題ないけど、いつか判定されるようになるかもしれないので、
1024MB=1GBよりは、1000MBとか、2GBとかの方が安全かな

あ、超えるだから1024MBはセーフなのか。失礼
確かFall Creators Updateのクリーンインストール時で回復パテの使用量が420MBくらいだったから、
余裕を見積もる場合は、420+320=740MBが最低ラインなので740〜1024MBか2GB以上で好みに。

>>503
草生える。コッチは2018余裕で出来たのに乗り遅れた自分を恨みなさいな。

このCreatePartitions-UEFI.txt使って回復パーティション500MBで作ったけど
180MB以上のwinre.wim入ってるし320MB以上の空きが必要ではないようだ
正直に499MBで作らなくても500MBと書いてあるんだからこのサイトの通りにやってる
この通り回復パーティションは4番目にしてる

>>510
なるほど。絶対の基準ではないようだね。
ただ、メジャーアップデート時の増殖の可能性を避けたい場合は安全圏を取るのが良いと思う

>>511
過去の話だが1607か1703のタイミングでCreatePartitions-UEFI.txtの回復パーティション容量450MBから500MBに増量変更があった
1709は500MBに入ったけど1803以降また増量になるか不明

>>504
糞めんどくせえなｗ
>>506
それが最良の選択のようだ

2017, 2018は、m2(pci-e接続)に復元にlinuxブートで対応している？
winPE版ならどのバージョンでも対応できるの？

>>514
2017のWinPEでバックアップ及びリストアできています。

m2用ドライブは熱くてクソ高いって印象だったが今はそうでもないのかな

週一でシャットダウン操作時にバックアップしてからシャットダウン
なんて設定は標準ではできないよね？

下手にスケジュールで入れると操作中にシャットダウンしようとして、
しかもキャンセルすると権限がありませんとかいうエラーになって、
結局一度TrueImageにシャットダウンさせないと終わらない

WindowsのタスクからシャットダウンイベントでTrueImageLauncher.exeを
使わせるのが一番近いような気がしている
あとは適当なスクリプト書いて1週間経過をチェックさせればいいから

バックアップが週一で毎バックアップ時にってこと？なら普通にポストコマンドにスクリプト埋めればいいと思うが
毎日バックアップで指定曜日だけシャットダウンとかならPowershellなら出来そうだ

https://dotup.org/uploda/dotup.org1424169.png

7ならこうできるけど１０はできないの？

>>519
できるんじゃねーの？

あの１００MBとか１２８MBとか作らせないようにしたほうがすっきりするｗ

>>519
できるよ
パーティションを削除すればいい

システムパーティションを削除して１つにまとめても、
結局メジャーアップデートのときに回復パーティションが作られてしまう。
MBRディスクの7 → 10 November Update → 10 Fall Creators Updateとやったときは、
確か最終的に510MBくらいの回復パーティションができていたよ

Cドライブ後ろの回復パーティションは消してCドライブ拡張で回復パーティションなしに出来る
消すのは簡単
メジャーアプデ毎に消す作業が必要だが

>>523
あのゴミのパーティション削除するんじゃなくて、あのゴミを拡張してあの中にＯＳいれてる

>>519
10の問題じゃなくてGPTディスクのUEFIブートだから
クリーンインストールで回復パーティションが作成される

でもね、回復パーティションを削除している人は、ブートメニューのオプションの選択で
トラブルシューティングの詳細オプションから項目が消えるから、
回復ドライブが作れなくなるし、いざという時にはインストールメディアから
システム修復とかするしかなくなるのは承知しているのかな？

まぁ回復パーティションが後方で始まるのなら良いんじゃない？
GPTだとインストール時のデフォルトでは先頭に回復パーティションが来て、その後足りなくなったら後方に新たに切り出されて、
使われなくなった前方の回復パーティションが抜け殻でOSパーティションに結合することもできないから厄介だけど、
TIのスレだからバックアップは取るだろうし好みで問題ない

ちょっとだけ懸念があるとすれば、修復メディアがUSBメモリならCD-ROMほど信頼性がないってことかな
いつからかWin10はUSBメモリ版のパッケージだから長期保存に不向きだし、
PC1台しか持っていなかったら作成する環境を用意するのに苦労する。

UEFI/GPT環境のインストールメディアなら、FAT32のUSBメモリにISOの中身を放り込むだけで作れるから、
クラウドにISOか中身のアーカイブを置いておけばAndroidのスマホとかでも作れそうだけどね
BIOS/MBR環境のインストールメディアはこういう風にはおそらく作れない（exeやdiskpartが使えない）

PCド素人の妄想を引き続き、お楽しみください。

教えてやればいいのに！
残念だけど、NTFSでフォーマットすればUEFIファームからはブート出来ないけど、
FAT32でフォーマットしてあると、レガシー　UEFI どちらのファームからでもブート可能です
レガシーは環境は、ブートセクタから読み込みに行って起動シーケンスが行われます
メディアのルートにbootmgrとbootmgr.efiがあるのに気付いてますか？
自動判定するBIOSの場合には、FAT32だとUEFI環境としてブートしますね
１度確認してみて下さいね

少し説明が足りないかも・・・
USBメモリでもMBR形式になりますから、BIOSからの起動シーケンスはハードディスクと同じです
アクティブフラグのある領域のPBRのブートコードがMBRのブートシーケンスを実行してからリンクされて起動します
その後にbootmgrへとリンクされます
ですから、以前のXP時代のNTFS形式でフォーマットすると起動しません

UEFIファムームの起動シーケンスは、FAT32領域のbootmgr.efiを直接探して起動しに行きますから、
ブートセクタは関係ないのです
ですから、USBメモリではMBR形式でも問題はないのです

この字数多いだけで内容さっぱりの長文いつまで続くんだろ

アクロニスから、コンピュータ1台用の購入でもう1台分が無料になるキャンペーンのお知らせ。
PC、Mac、タブレット、スマートフォンのバックアップと保護を、ご自身と、大切な人にも分けてください。
このキャンペーンは、新年間もなく終了します。
Acronis Acronis True Image 2018
自身と大切な人のデータを守りましょう
\2,296

>>532
で、冗長な前置きはいいからさ、
そのMBRブート可能なUSBメモリを、ISOファイルも他のパソコンもない状況でどうやって作るんだい？

うちのThinkPadはなぜかEFIシステムパーティションが260MBもありやがる
これって普通100MBぐらいじゃなかったっけ?
とりあえず回復は今後デカくなっても大丈夫なように2GBに増やした

>>536
えええええっｗ

thinkpadの理由は分からないけど、
fat32のパーティションの最小サイズの関係で、
デイスクがネイティブ4kセクタの場合は260MB
512または512e(AFT)の場合は100MB(※これは最小サイズよりかなり大きい)
以上あれば良いことになっているので、とりあえず260MBにしてあるのかもね

2015でm2 PCI接続SSDのバックアップは取れるんだが復元ができなかった
2018とかの最新版なら復元できるよね？

>>539
Custom WinPE-based Media Builderを使ってカスタムドライバを組み込んだWinPE版ブータブルメディアからならOK。

2017の場合
https://kb.acronis.com/node/59410

Windows10もこれから年二回、毎回、毎回大型アップデートするわけだろう？
その度に無駄に回復でパテ作られるとか勘弁して欲しいな…回復パテだらけになるじゃん…

>>540
ありがとう
どうも2017以降対応ぽいな、2018買うか…

>>539
ttp://bbs.kakaku.com/bbs/K0000812666/SortID=19603172/

2016のPE版はNVMeに対応しているとのこと。
この時点ではLinux版だと起動ドライブには非対応だった模様。後のビルドでは修正済みかもしれない。
2017以降さらに互換性が上がっているのかどうなのかは知らない。

今日2018(10640)のPEメディアでGPTディスクのWin7をパーティション指定で復元したんだけど、
バックアップ時にセクタオプション選ばなかったのに、
なぜか復元中のメッセージにSector by Sectorでパーティションを復元中と出ていた謎
セクタオプションの意味するところが違うのかなぁ

復元中のメッセージにSector by Sectorは2017linux版でも表示されてた
いつからか不明だがもっと前からだと思う