Windows.oldに直接アクセスせずにWindows 10 1709を1703に戻す方法は?


0

私の質問は、に匹敵する前者だけでなく、少し異なる:私は1709を使用しているための変更の1703に「ロールバック」検討しているGDIメモリ管理導入の深刻なパフォーマンスの低下をも、GUIツールとの多くのWindows自体。参照されている質問については、現在のシステム状態では提供されC:\Windows.oldず、1703に簡単に戻すことができますが、そのフォルダーを含むスナップショットと、バックアップされた古い1703インストール全体を含むバックアップハードドライブがあります単に使用することによってwbadmin

現在、Windowsは以前のシステム状態/スナップショットに「システムの復元」機能を提供しており、そのダイアログでは、スナップショットを含むダイアログをC:\Windows.old引き続き使用できます。

ShadowExplorerとシステムの復元

そのスナップショットに復元するとどうなりますか?復元私の知る限りは、ように、システムが検討し復元しますなど、1は、Windows以外の関連文書を保つことができる理由です、完全にそのスナップショットにイメージをファイルシステムの状態を元に戻すされていないC:\Windows.old場所に戻すことするよう内部的に必要な情報のWindowsのどんな作品で、後で1703にロールバックする機能を提供するには?

それでもうまくいかない場合は、1703をUSBドライブに完全にバックアップしてあり、Windowsをその状態に復元する方法を知っています。問題は、システムの復元とは異なり、バックアップが完全に配置され、そのバックアップ後に行われたドキュメント、画像、メールなどへの変更が失われることです。

それとも私が間違っているのか、システムの復元に匹敵するものがバックアップにも利用可能ですか?バックアップを指すことができるように、Windowsは実際にシステムの復元などを行い、ドキュメント、画像などに触れることなく、Windows 1703、アプリなどをバックアップから元の場所に戻すだけですか?

1709にアップグレードし、すべてが適切に機能するようになった後、ジャンクションなどの使用を含め、個人データのディレクトリレイアウトなどを変更し始めました。そのため、特にWindowsに影響を与えないため、すべての機能を自分のデータに維持する方法で、Windowsを元に戻したいと思います。もちろん、バックアップから1703を復元した後、新しいバックアップを作成し、変更を元に戻すことができます。特に、復元中にジャンクションを処理するのは難しいため、その作業を回避する方法を研究しています。

ありがとう!


1
1703インストールディスクからインストールして、個人データとアプリケーションを保存してみてください。この方法でダウングレードしようとしたことは一度もありませんが、アップグレードには頻繁に必要になります。ダウングレードが許可されている場合、個人データとディレクトリ構造はそのままにしておく必要があります。
AFH

Windowsはダウングレードをサポートしていません。したがって、1703を1709に上書きインストールすると、予測できない結果が生じる可能性があります。Windows.oldがまだ存在する復元ポイントを使用すると、アップグレードを元に戻すことができます。
ラムハウンド

回答:


0

数か月前にシャドウコピーの一貫性について出会った議論を思い出しました:システムの復元に使用されるシャドウコピーは、Windows自体に関係のないファイルやシステムの復元によって必要とされるものの一貫性を保証しないようです。テストによると、Windows自体に関係のないファイルは、以前のスナップショットへの復元を使用して回復される可能性がありますが、これらのテストではブロックが既に使用されており、スナップショットを使用して保護されていないため、完全に壊れている可能性があります。単に、システムの復元のスナップショットにはそれらが必要ないため、また、システムの復元機能はGUIにドキュメントがあり、ユーザーのデータなどに影響を与えないためです。Windows.old利用可能な場合、予期しない副作用が発生して破損する可能性があります。したがって、私はこのアプローチをテストすることさえしない傾向があります。なぜなら、私が見ているバグに加えて、私のWindowsは完全に機能しているからです。

議論はドイツ語ですが、他の人にとっては興味深いかもしれません。また、システムの復元とシャドウコピーのこの動作に関する英語のドキュメントとエラーレポートに言及しています。私の意見では、議論は理にかなっています。なぜなら、さまざまな理由/目的でスナップショットを作成できることが文書化されているだけであり、それらからファイルとディレクトリを除外でき、壊れたファイルの例はによって作成されwbadminたバックアップで作成されたテストでは見られませんでした それはスナップショットも使用しますが、他の目的/他の設定で、前述の議論によると、作成されwbadminたスナップショットのファイル部分は決して破損することはありませんでした。もちろん、wbadminすべてのファイルを本当に保護するシステムの復元と比較して、より広範なユースケースがあります。

https://answers.microsoft.com/en-us/windows/forum/windows8_1-files/shadow-copy-snapshot-file-contents-silently/06a5e25b-6607-45eb-81a1-71cfc2b0cce3?auth=1

https://msdn.microsoft.com/en-us/library/windows/desktop/aa384976(v=vs.85).aspx https://msdn.microsoft.com/en-us/library/windows/desktop/ aa819132(v = vs.85).aspx

https://www.heise.de/forum/heise-online/News-Kommentare/Windows-10-Fall-Creators-Update-kommt-am-17-Oktober/Re-Der-wichtigste-Schutz-vor-Ransomware- fehlt-natuerlich / posting-30976129 / show /

https://www.heise.de/forum/heise-online/News-Kommentare/Windows-10-Fall-Creators-Update-kommt-am-17-Oktober/Re-Der-wichtigste-Schutz-vor-Ransomware- fehlt-natuerlich / posting-30978387 / show /

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.