Windows系統無法開啟故障解決方法【多篇】
- 實用文精選
- 關注:6.25K次
常見Windows服務無法啟動問題的排錯方法: 篇一
錯誤2:系統找不到指定的檔案
1、故障現象嘗試在“服務”管理單元視窗手動啟動服務是,系統提示“錯誤2:系統找不到指定的檔案”(Error 2: The system cannot find the file specified.)。
2、原因分析
兩種可能:
(1) 服務的可執行檔案丟失或者被破壞。
(2) 服務相關注冊表鍵值ImagePath的數值資料被篡改,導致SCM無法載入服務的可執行檔案。在“服務”管理單元窗口裡可以看到每個服務的可執行檔案路徑,請仔細檢查如圖2所示的可執行檔案所在路徑,如果和參照系統的正確配置不符合,說明登錄檔鍵值ImagePath的數值資料有誤。如果此處的配置沒有問題,則說明可執行檔案丟失或者被破壞。
3、解決辦法
以“Task Scheduler”服務為例。
如果登錄檔鍵值ImagePath的數值資料被篡改,可以定位以下注冊表項:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesSchedule
在右側定位到ImagePath鍵值,將其數值資料修改為正確的值,並重啟系統。
或者藉助sc命令:
sc config Schedule binpath= “%SystemRoot% -k netsvcs”
如果是可執行檔案丟失或者破壞,請用正確的副本進行替換,並重啟系統。對於本例來說,可執行檔案是svchost,如果該檔案被破壞,系統將無法正常執行。
錯誤1053:服務沒有及時相應啟動或控制請求
1、故障現象
嘗試在“服務”管理單元視窗手動啟動服務時,系統提示“錯誤1053:服務沒有及時相應啟動或控制請求”。
2、原因分析
可執行檔案的附加命令引數配置有誤,會導致問題。
3、解決辦法
參照上述的方法,用sc命令或者登錄檔編輯器,對附加的命令引數進行排錯。
錯誤1083:配置成在該可執行程式中執行的這個服務不能執行該服務
1、故障現象
嘗試在“服務”管理單元視窗手動啟動服務時,系統提示“錯誤1083:配置成在該可執行程式中執行的這個服務不能執行該服務”。
2、原因分析
該故障通常在由svchost服務宿主程序所啟動的服務上發生。大家知道Windows XP SP2最多可以啟動七個svchost程序例項(實際上啟動六個程序例項),分別負責啟動一組服務。每個svchost例項所負責啟動的服務由以下注冊表項決定:
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionSvcHost
其下共有七個鍵值:DcomLaunch、HTTPFilter、imgsvc、LocalService、netsvcs、NetworkService、rpcss和termsvcs。每個鍵值都定義了一個或者多個服務,也就是對應每個svchost程序例項所能啟動的'一組服務。
本例中“Task Scheduler”服務的可執行程式引數是“ -k netsvcs”,對應的svchost程序在啟動該服務之前,會先到HKLMSOFTWAREMicrosoftWindows NTCurrentVersionSvcHost下的netsvcs鍵值裡查詢是否有該服務的定義,如果沒有,就會出現該故障現象。
3、解決辦法
很簡單,首先開啟該服務的屬性對話方塊,檢視其可執行程式的命令引數(本例是netsvcs)。
然後進入以下注冊表項:
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionSvcHost
在右側定位到對應的鍵值,本例是netsvcs,在其數值資料裡新增該服務名即可,本例是Schedule,如圖5所示,並重啟系統。
提示 為什麼通常只會啟動六個svchost程序例項?都是TermService服務惹的禍!TermService(Terminal Services)這個服務非常另類,不僅僅出現在DcomLaunch組裡,同時還獨立出現在termsvcs組裡,然而在“服務”管理單元窗口裡,該服務的命令列為“ -k DcomLaunch”,也就是說實際上並沒有一個svchost程序例項負責啟動termsvcs服務組!
錯誤126:找不到指定的模組
1、故障現象
嘗試在“服務”管理單元視窗手動啟動服務時,系統提示“錯誤126:找不到指定的模組”(Error 126: The specified module could not be found.)。
2、原因分析 該故障通常在由svchost服務宿主程序所啟動的服務上發生。這一類的Windows服務,其實是以dll模組的形式插入某個svchost程序。如果該dll檔案被破壞,或者登錄檔的相關鍵值被篡改,都可能導致問題。
這類服務所對應的Dll檔案,是由HKLMSYSTEMCurrentControlSetServicesServiceNameParameters登錄檔項下的ServiceDll鍵值所定義的(此處的ServiceName是指服務名),如果該登錄檔鍵值出錯,或者對應的Dll檔案被破壞,就會導致這個問題。在微軟新聞組裡有不少網友抱怨無法開啟“磁碟管理”視窗,尋根溯源發現是“Logical Disk Manager”服務無法啟動所導致。其中有一個case是系統被木馬PCShare所感染,木馬修改了“Logical Disk Manager”服務的登錄檔鍵值,把HKLMSYSTEMCurrentControlSetServicesdmserverParameters登錄檔項下的鍵值ServiceDll的數值資料指向木馬的檔案“%SystemRoot%”,儘管後來利用防毒軟體殺除木馬,但是防毒軟體未能處理被木馬篡改登錄檔鍵值,導致無法開啟“磁碟管理”。
注意 不要將該故障和“錯誤2:系統找不到指定的檔案”相混淆!
3、解決辦法
對於“Logical Disk Manager”服務的問題,在以下的登錄檔項:
HKLMSYSTEMCurrentControlSetServicesdmserverParameters
確保將其下ServiceDll鍵值的數值資料修改為“%SystemRoot%”。
如果登錄檔鍵值沒有問題,請確保用正確的檔案副本替換原來的dll檔案,並重啟系統。
錯誤1079:此服務的帳戶不同於運行於同一程序上的其他服務的帳戶
1、故障現象
嘗試在“服務”管理單元視窗手動啟動服務時,系統提示“錯誤1079:此服務的帳戶不同於運行於同一程序上的其他服務的帳戶”。
2、原因分析
該故障通常在由svchost服務宿主程序所啟動的服務上發生。前面說過Windows XP SP2最多可以啟動七個svchost程序例項,分別負責啟動一組服務。一組服務中的每個服務必須和對應的svchost程序例項執行在同一個啟動帳戶下。
例如Alert服務屬於LocalService組的服務,其對應的svchost程序例項執行在Local Service帳戶下,如果錯誤地將Alert服務的啟動帳戶修改為別的帳戶,例如Local System帳戶,就會報錯。
3、解決辦法
首先根據該服務的可執行檔案路徑屬性找到其所屬的服務組,例如Alert服務屬於LocalService的服務組,然後確定同一組的其他服務的啟動帳戶,將其修改為相同的啟動帳戶即可。
服務啟動失敗的原因是多種多樣的,但一個普遍的解決方法,通常是注意系統給出的錯誤提示,以及中的系統日誌。
電腦無法正常啟動windows: 篇二
開機時按f8,進入安全模式選擇選單,然後選擇“最後一次正確的配置”看是否能正常進入系統,如果不能再選擇“安全模式”自動修復一下系統,以此來挽救系統。
開機時提示“Windows未能啟動”: 篇三
1、電腦啟動時連續按下F8進入安全模式,然後關機,再次正常啟動電腦試試。
2、使用WinPE啟動,執行CMD(命令列模式),在 C:windowssystem32目錄下,執行如下三個命令
bcdedit /set {default} osdevice boot
bcdedit /set {default} device boot
bcdedit /set {default} detecthal 1
3、若無法解決此問題,那麼只能重灌系統試試了。
- 文章版權屬於文章作者所有,轉載請註明 https://wenfanwang.com/zh-tw/shiyongwen/shiyongjingxuan/r7gq6k.html