surface:回復イメージの経験とMicrosoftへのフィードバックを使用した回復
こんにちは
私はsurfacePro 6を所有しており、surface回復イメージで復元しながら以下の経験を持っていました.
事前に少し情報があります:
私はsurfaceに問題があり、他のサポートケースの一部としてsurface自体の回復プロセスを実行するまで、これらのことに気付かなかったことに気付かなかった.
私はこのウェブサイトとビデオからの手順に従い、オプションを選択しました:
ドライバを完全に清掃する.
初めてエラーメッセージを受け取ったとき、私のUSBスティックはイメージに欠陥があると考えていて、私は別のコンピュータ上の新しいイメージをダウンロードして、他のUSBスティックを持つ新しい回復スティックを作成しました.
それから私は手順を開始し、プロセスは再度失敗しました.
最初は問題に多くの注意を払わなかったので、私は3回目のプロセスを開始し、surfaceに目に注意してください.
ただし、今回は選択肢があります.ファイルを削除するだけ.
回復プロセスは今回は96%までのみ行われ、再びクラッシュしました.
その後、$ systemreset\logsフォルダのsetupact.logファイルを見て、致命的なエラーが原因でプロセスが失敗したことがわかりました.
その後、私は再度回復イメージをダウンロードして別のスティックを使用しました.
それから私は再びプロセスを再び開始しました:ドライバを完全に清掃します.
このプロセスは再び99%の後に失敗します.
表示されたログファイルの更新された評価は、Windowsはコンピュータの起動設定を更新できませんでした.
コマンドプロンプトを介して、すべてのパーティションが作成され、Windowsパーティションにすべてのデータも含まれていることがわかりました.
その後、DiskPartを介してシステム予約済みパーティションを削除し、新しいものを作成し、BCDBootコマンドを介してスタート設定ファイルを再起動しました.
回復プロセスは続き、問題なく完了することができます.
私はこのエラーが発生し、サーフェスにオプションがあることがわかりました.UEFIのブート設定ロック.
インターフェイスのオプションを確認し、有効になりました.
まず、オプションが有効になった理由デフォルトで有効化されていますか?
それから私はそれがなぜそれがsurface的なサポートページで言及されていなかったのか?
オプションを無効にして、リカバリプロセスを開始しました.ドライバを再びドライバを完全にクリーニングするを再度テストするには、今回はエラーなく終了するかどうかをテストします.
その結果、試験は再び失敗したことでした.
それから私は$ sysresetフォルダのsetupact.logをもう一度チェックしました.
結果:
FATALERROR [0x090001] PANTHR例外(コード0xC0000005:access_violation)は、x:\windows\system32\wimgapi.dll(+ 000000000003ED75)で0x00007FFB54BBED75で発生しました.
それから私は既存の棒の別の棒に戻り、始めた.
再び同じ結果で.
私の部分を様々なテストの後、私がdiskpartコマンドでssdを最初にクリーンアップすると、リカバリプロセスは正常に実行されることがわかりました.cline.didはハードドライバをフォーマットしません.
ここでは画像内の何かが間違っているようです.
要求に応じて、$ sysreset\logフォルダからのデータをマイクロソフトに提供します.
フレンドリーな挨拶
間違いでごめんなさい.英語は私の母国語ではありません.
返信リスト(回答:9)
私はこれに取り組むために時間をかけてくれて感謝しなければなりません.
私はそれがあなたを助けることを願っています.
私は本当にこの経験で私が本当に一人でいるかどうかを知りたいです.
フレンドリーな挨拶
応答3# ->にスキップ2 #BarbBow 1どういたしまして.私はそのブートロック設定が人間の介入なしに変更されていないことを見ていません.私は2013年からsurfaceフォーラムを検索し、何もない.
Surface UEFIのデフォルトはATに記載されています サーフェスUEFIの使用方法(Microsoft.com) 企業ITについてのコメントと一緒に
これらのデフォルトを変更します.これは主に消費者フォーラムであるので、私はUEFIの変更について多くの議論を期待しないでしょう.自発的な変更を報告している人が誰かを見つけることなく、Redditと他の場所をチェックしました.あなたがCSSを追求したいのでない限り
(消費者側とは対照的に)特に「UEFI設定はSP6のBMR回収を防ぐために自発的に変更された」と特に、ここでできることの最後にいると思います.同意する人が誰かを見つけることができるかどうか見ることを探しています
ドキュメントに少なくとも脚注を追加するには.
応答2# ->にスキップ1 #TekkieBサーフェスUEFIの情報へのリンクをありがとう.私は最後の数日間でそれを見て見た.
私は9月に誰かが起動構成ロックに問題を抱えていた.
この場合、ドイツのマイクロソフトサポートはサポートを手助けしようとしましたが、成功せずに.
ユーザーはUEFIに誤りを発見し、変更後に彼が機能アップデート2004をインストールできました.
そして、人々が無知からそれを活性化させたかもしれないこれらのケースがあります.
カントリーインストール-windows ズオンサーフェスラップトップ... Surface Pro 4「問題のリセットPC、変更なし」の再インストール中
i-deleted-windows-boot-manager-on-firal-pro...
私は彼がUEFIの鍵を活動的にロックしたことも100%です.
たとえ彼がTPMについて書いたとしても.
ブルースクリーンを持っていて、BCDBOOTコマンドでブート設定ロックを迂回してブート開始ファイルを作成できました.
Surface Supportページの重要な情報を追加またはリンクできる人を見つけることができます.それは素晴らしいでしょう.
私の観点からは、リカバリイメージでプロセスを開始し、必要に応じて起動シーケンスを変更する前に、ブート設定ロックをオフにすることが重要です.
DiskPartとCleanコマンドを使用した問題解決策提案は、専門家と個人的な指示によってのみ実行されるべきです.
この時点で私は私の懸念が完了することを検討します.
できる場合や望んでいる場合は、スレッドにロックを置くことができます.
フレンドリーな挨拶
私たちのTwitterからしばらくの間これを解決しようとしていたことを私は知っています
交換します.私がTwitterであなたに尋ねた質問に加えて、あなたは今までに
真新しい、以前は未使用の16GBのUSBスティック(私はあなたが2つのスティックを試したことを知っています
他のPCの上で働いていましたが?)?また、Surface Data Eraserを試してみましたか-
のドキュメント
https://docs.microsoft.com/ja-jp/surface/microsoft-surface-data-eraser.
ダウンロード自体は
https://www.microsoft.com/ja-jp/download/details.aspx?id=46703.
-そしてSDEの場合
正常に完了し、USBリカバリプロセスはその場合(これは
「頑張って」得た他の人のために)?
私はまた、「私はsurfaceに問題があり、
私がサーフェス自体の回復プロセスを実行するまで、これらのことに注意してください.
「他のサポートケースの一部」-他のサポートケースの詳細は、
関連性がないかもしれませんが...
応答9# ->にスキップ8 #TekkieB私は今完全なバックアップのいずれかを復元しましたが、エラーを分析するには、プロセスを再度テストして、あらかじめデータ消去ツールを使用します.
その後、私は戻ってフィードバックを与えます.
患者にしてください
サポートの他の場合は、ドイツのコミュニティにありました.surfaceのラップトップを持つ誰かに、ラップトップを回復するためのビデオの助けを借りて正しいステップを踏む問題がありました.
これは私の問題に関連しないことを詳細に説明しなかった.
フレンドリーな挨拶
応答7# ->にスキップ6 #TekkieBこんにちは
今日の新しいテストをしました.
テスト1:
私はsurfaceデータ消しゴムツールを備えてそれから起動してハードドライバを消去した.
その後、サーフェスリカバリイメージスティックから起動し、再度オプションを選択しました. ドライバを完全に清掃する.
プロセスはエラーメッセージなしで再びクラッシュし、次の選択画面に戻ります.
私は再びパスからログファイルを持っています:
%SystemDrive%\$ sysreset\logsバックアップ.
テスト2:
私は最初からプロセスを開始してからオプションを選択します.
編集1:
選択したテスト: "私のファイルを削除するだけ"も失敗しました.
私は選択画面に戻った.
ログファイルをもう一度バックアップしました.
テスト3:
次の手順で別のテストを開始します.
サーフェスデータ消しゴムでドライバを清掃してください.
Surface Recovery Image Stickから起動し、オプション "トラブルシューティング"-"コマンドプロンプト"を選択し、コマンドクリーンでDiskPartを実行します.
その後、私は「」を開始します.
編集2:
セッスフル:
次のテストを開始します.
テスト4:
サーフェスデータ消しゴムでドライバを清掃してください.
Surface Recovery Image Stickから起動してから、「トラブルシューティング」-「コマンドプロンプト」を選択し、コマンドのclean
でDiskPartを実行します.その後、私は「ドライバのクリーンルを完全に回復する」プロセスを開始します.
編集3:
テストに失敗しました.
ログファイルをバックアップしました.
テスト5:
テスト4からの手順でもう一度テストを開始します.
テストは正常に完了しました.
この時点で、私はもうテストをしません.
フレンドリーな挨拶
応答6# ->にスキップ5 #BarbBow 1更新していただきありがとうございます.構成ロックがオンになっている場合(そして私は
私たちはそれが最初に起こした方法を理解するでしょう)、再イメージングは
常に失敗する.ロックをオフにした後に失敗している場合は、
異なる問題私たちのTwitter会話に従って、その設定がどのように回ったのかわかりませんが
On、Carlはあなたのログを見て、いくつかの洞察を持っています.
応答5# ->にスキップ4 #TekkieB良い日Bowman、
私は今日さまざまなテストをしました.
回復ルーチンは、SSD上のUEFI設定とWindowsのインストール(工場Windowsのインストール、Windows 10のMCT ISOまたは別々にダウンロードされたISO)によって異なります.
- サーフェスの回復イメージのインストール->開いたサーフェスUEFI.起動順序の上部にUSBスティックを設定します.bootconfigブートオーダーオプションの "USBストレージ"ボックスをアンタックします.VOL DOWNでスティックスティックから起動し、次にsurfaceで回復します
イメージ:成功した
- Surface->Surface UEFI.Set USBスティックを開く-ブート注文の上部にある[USBストレージ]チェックボックスをアクティブにします.->
USBスティックから起動してから、サーフェスイメージで回復します.成功した
- Surfer Data Eraser->Open Surface UEFIでSSDを清掃してください.起動順序の上部にUSBスティックを設定します.BootConfigの起動順序の「USBストレージ」ボックスをアンタックしてください.
画像:クラッシュ
- サーフェスデータ消去->開いたサーフェスUEFI.SET USBスティックを使用してSSDをクリーニングします.起動順序の上部にある[USBストレージ]チェックボックスをアクティブにします.->
USBスティックから起動してから、サーフェスイメージでの回復:復帰
- MCTを使ったクリーンインストールWindowsイメージ->開いたサーフェスUEFI.Set起動順序の上部にUSBスティック.bootconfigブートオーダーオプションの "USBストレージ"ボックスをアンタックします.->Stick StickからVOLDを起動してから解明
surface画像付き:クラッシュ
- MCTを使用したクリーンインストールWindowsイメージ開いたサーフェスUEFI.Set起動順序の上部にUSBスティック.bootconfigブートオーダーオプションの "USBストレージ"チェックボックスをオンにします.->surface画像による回復:クラッシュ
- MCTを使用したクリーンインストールWindowsイメージ、リカバリパーティションから削除されたWinRE.WIMが削除されました.
surface画像付き:require reduratedつまり、回復パーティション上のSurface Factory WindowsのインストールからWinRE.WIMがある場合は、どういうわけか回復が好きではありません.
そしてデータ消去器でハードドライバを消去した場合、棒から起動するためにキーを完全に下に停止させるのに十分なことはありません.私はUEFIで起動し、起動順序でスティックから起動する必要があります.
私が今日の気づいたことは、私が起動シーケンスを常に調整しなければならなかったので、私のタッチパッドは私が回復イメージから起動したたびに機能しませんでした.しかし、通過しているだけで述べた.
私の視点から、UEFIファームウェアと回復イメージに問題があるようです.しかし、CarlとSurface Teamの残りの部分はそれを良く判断することができます.
私がすでに書かれているように、あなたが工場の空のSSDにsurface画像をインストールすると、それに問題がありません.DiskPartでSSDをクリーンアップしたときにも機能するという事実からわかります.
MCTで作成されたWindowsイメージを使用してインストールを実行すると、問題なく問題がありませんが、タイプカバーは常に機能し、スティックからのインストールでは、スティックから起動するにはVOLを押すのに十分です.
私はもう私のSSDを強調したくないので、私はそれ以上のテストをしません.結局のところ、私のSSDが期限切れになった後に私のSSDが機能しなくなった場合、私は後で苦しみます、そしてデバイスを料金で置き換える必要がある必要があります.
私は少なくとも私が将来進む方法や、誰かがsurface回復イメージでそれらのsurfaceをリセットしたい場合は、サポートケースの文脈の中で他の人々に言うことを知っています.
フレンドリーな挨拶