web-dev-qa-db-ja.com

死の黒い画面+セーフモード/ブートメニューがありませんか? Windows 8.1

Googleは、これが「死の黒い画面」の問題である可能性があることを示唆していますが、説明は多様であり、日付は2013年から2014年の問題に関連しているようです。

前編:約3日前、父のPCアンチウイルス(kaspersky 2016)を更新しようとしました。短いバージョンでは、セーフモードの点滅/点滅がありましたが、実際のログインはありませんでした。「Last good config」とシステムの復元を使用するには、ブートメニュー(何年も前に設定したもの)に戻って修正する必要がありました。

しかし、今日、数か月ぶりに自分のラップトップ(Dell)を使おうとしました。その完全に異なるシステム、またWin8.1。私が仕事を終えたとき、いつものように私は勝利の更新を開いて更新しました(私が記憶から推測する約12の更新?);再起動後、セーフモードに入り、(必要に応じてWUキャッシュをクリアすることで)修正する計画で、あまり気にせずに多くの失敗が発生しました。ラップトップは2年以上前にインストールされて以来、100%安定していて信頼性がありますが、WUには多少の整理が必要な場合があり、大したことではありません。

再起動時にセーフモードに入りましたが、セーフモードの代わりに、デスクトップと同じフラッシュセーフモードが表示され、使用可能なUIがありませんでした。しかし、デスクトップとは異なり、修正しようとした後、私は今立ち往生しています。

BIOSに入ることができますが、F8/shift-F8が機能していないか、黒い画面で空白になっている、または常に十分な速度でBIOSに入ることができません。

いずれにせよ、私はその状況から、そのドライバーまたはアップデートの問題を100%確信しています。しかし、私が得ることができるのは、BIOSロゴ、0.5秒のWin 8.1ブートアップ「スピナー」、そして完全に黒い画面だけです。

Caps Lockがまだ機能し(ライトのオン/オフ)、数分アイドル状態になると黒い画面が目に見えてわずかに暗くなるため、その下には間違いなく生命がありますが、ctrl-alt-del、win-u、ctrl-shift-escapeなど、キーボードはありませんアクションが役立つようで、他のことを試すことができるUIにアクセスできないようです。

私がまだ試したことのないもの-リモートアクセス(適切な2台目のPCがなく、メモリからのリモート操作は原則として無効になっている可能性があります)、2番目の外部画面(ここにはありません。FN+ video.switchキーは何もしません)、BIOS(露骨に役立つものはありませんか? )、起動可能なWindows DVDを介したリカバリシステム(月曜日まで利用できません)。

私はいくつかのスレッドを読みましたが、それらはすべてわずかに異なっているようです-古い問題、Win 8アップグレード、セーフモードまたはブートメニューの取得、完全に空白ではなく点滅など。ですから、これはそれらとは少し違うようです。

「データのバックアップと再インストール」以外のアイデアはありますか?特に、2つの非常に異なるシステムで何日にもわたって発生したため、既知の原因や修正、またはこれを回避するためのWUまたはアクションがありますか?

1
Stilez

この答えが私にとっての鍵であり、他に何もしなかったときに使用可能な画面に戻りました: https://superuser.com/a/909679

他の誰かがこの問題にぶつかった場合に私がしたことの完全な詳細:

BIOS画面の途中で、電源ボタンを押したままにして、ボタンを4秒押した後(実際に電源が切れたとき)に just がウィンドウの起動を開始するようにタイミングを合わせました回転するロゴが表示され始めます(スピナー中に電源が切れたことと、 before 黒い画面:ログインプロンプトではなく、起動中に電源が切れたことを確認したかったのですが、画面が黒いためにログインプロンプトが表示されなかった場合でも)。

数回タイミングを合わせた後、かなりタイミングが良かったです。 3回の起動後、Windows8.1の青い起動オプション画面が再び表示されたことに驚きました。

これを使用して「低解像度ブート」を選択すると、すぐに再起動してWindowsが表示され、何が起こっているのかがわかるまでIntel HDグラフィックスのスタートアップとサービス(msconfigとスタートアップとサービス)を無効にしました。 Win Updatesは確かに、この疑いに追加されたビデオドライバーアップデートをインストールする試みを示しました。

WUの更新履歴は、最近の失敗の負荷を示しました。私はこれをクリアして修正することに慣れていますが、それを確実に行うための簡単な方法を説明する価値があります。 WUサービスを停止し、C:\ Windows\SoftwareDistribution \( "DataStore"と "Download")の2つのサブフォルダーを削除して、WUキャッシュをクリアしました。これらの2つのサブフォルダーは基本的にキャッシュであり、現在のWUステータスです。どちらも安全に完全に削除でき、そうすることで、part-done/partの "memory"を強制終了しますWU -サービスが再起動してシステムが再起動したときに更新をダウンロードし、更新がチェックされていないことを信じるように設定し、基本から再チェックし、更新が必要なものを再ダウンロードするように強制します。成功した更新はアンインストールされませんが、多くの永続的なWU破損し、インストールの失敗の問題がわかりにくくなりました。次に、WUサービスを再度有効にして再起動し、更新を再確認しました。これまでのところ問題はなく、WU now幸せそうです。

そもそもWindowsがこれを行った理由はまだ解決されていませんが、最近のことなので、当面はドライバーを更新させようとはしませんでしたが、再インストールを避けて元に戻しました。

0
Stilez