Windows Update không hoạt động và tiêu thụ 100% CPU (Win7 SP1) [trùng lặp]


79

Câu hỏi này đã có câu trả lời ở đây:

Tôi đã quan sát thấy một hành vi lạ với Windows Update (Win7 SP1). Quá trình svchost đang tiêu thụ toàn bộ lõi của Máy ảo của tôi (VirtualBox) không làm gì cả (nghĩa là không có lưu lượng mạng và thư mục C:\Windows\SoftwareDistributionvẫn giữ nguyên kích thước với cùng số lượng tệp). Hơn nữa, quá trình đôi khi tiêu tốn một lượng lớn bộ nhớ (> 1 GB). Tôi cũng lưu ý rằng đôi khi thư mục SoftwareDistributiontăng kích thước trong một khoảng thời gian và sau đó không có gì xảy ra và svchost tiếp tục tiêu thụ toàn bộ lõi.

Tôi biết rằng sự cố xảy ra với Windows Update, vì tôi đã theo dõi (sử dụng Resource Monitor) dịch vụ nào có liên quan đến hành vi liên quan ở trên.

Hình ảnh dưới đây cho thấy những gì tôi phải đối mặt:

nhập mô tả hình ảnh ở đây

Hình ảnh tiếp theo cho thấy một thông tin chi tiết về svchost:

nhập mô tả hình ảnh ở đây

Nếu tôi cố gắng thực hiện cập nhật, không có gì xảy ra. Bản cập nhật Windows không tiến triển. Xem hình ảnh dưới đây:

nhập mô tả hình ảnh ở đây

Tôi rời khỏi máy này để cố gắng cập nhật trong 4 giờ. Trong thời gian này, mức tiêu thụ CPU vẫn ở mức cao (như có liên quan ở trên) và không có bản cập nhật nào được cài đặt.

Câu hỏi của tôi là như sau:

Lý do tại sao Windows Update không hoạt động và vẫn tiêu thụ toàn bộ lõi bộ xử lý của tôi không làm gì cả?

Câu hỏi liên quan):

sử dụng bộ nhớ cao của Svchost.exe - wuauserv


Sử dụng WSUS Offline , cũng có thể (hầu hết) có thể khắc phục sự cố này.
Daniel B

2
Tôi không thể thêm câu trả lời vì trang web cho rằng tôi có <10 danh tiếng, đây là những gì hoạt động với tôi trên Windows 7 VM. Điều này có lẽ là cụ thể cho VM. 1) Tăng số lõi từ 1 lên cao hơn. 2) Chạy bản cập nhật 3102810 trong câu trả lời hàng đầu bên dưới. 3) Chạy Windows Update. Có thể cần một số PC khởi động lại giữa. Về cơ bản Windows Update không hoạt động tốt trên 1 lõi.
Eugene K

Bunch của máy tính trong mạng làm việc của tôi luôn có một lõi được Windows Updates sử dụng, nhưng người dùng thậm chí không nhận thấy điều này. Microsoft nên kết nối tất cả các máy tính đó vào hệ thống máy tính phân tán và nhận hàng trăm petaFLOPS sức mạnh tính toán miễn phí.
Andrei

Câu trả lời:


83

Sửa chữa

Microsoft đã phát hành Bản cập nhật máy khách Windows Update , một phần của Bản cập nhật tháng 7 năm 2016 để khắc phục tình trạng treo dài khi quét Windows Update .

Bản cập nhật này chứa một số cải tiến cho Windows Update Client trong Windows 7 Service Pack 1 (SP1). Điều này bao gồm:

  • Một tối ưu hóa giải quyết thời gian quét dài cho các bản cập nhật được báo cáo trên một số máy tính.
  1. Tải xuống:

  2. Dừng dịch vụ Windows Update. Điều này tăng tốc độ thiết lập các bản cập nhật MSU . Điều này có thể được thực hiện từ dòng lệnh hoặc từ cửa sổ trình quản lý dịch vụ .

  3. Hãy thử cập nhật đã tải xuống và xem nếu nó tăng tốc cài đặt Cập nhật.

Để có thể cài đặt bản cập nhật, trước tiên bạn cần cài đặt bản cập nhật ngăn xếp dịch vụ tháng 4 năm 2015 cho bản cập nhật Windows 7 và Windows Server 2008 R2 (một lần nữa, hãy dừng dịch vụ WU trước khi thử cài đặt MSU).

Tải xuống (cập nhật ngăn xếp dịch vụ tháng 4 năm 2015):

32 bit

64 bit

Cách giải quyết 1

Nếu điều này vẫn không giúp tìm kiếm các bản cập nhật mới, hãy sử dụng WSUSPackline để nhận tất cả các bản cập nhật.


7
Không, điều đó không làm việc. Đã cài đặt bản cập nhật trên Win7 64 bit, wuauserv vẫn quay vô dụng với CPU 100%, hoàn toàn không làm gì theo Nhật ký sự kiện và WindowUpdate.log, trong thời gian dài. * thở dài *
Tomalak

Điều này đã khắc phục vấn đề cho tôi. Lưu ý: Nếu bạn có CPU lõi đơn, sẽ không có gì giúp bạn tiết kiệm, không có sửa chữa nào có ích. Đối với một phần cứng cũ như vậy chỉ cần vô hiệu hóa dịch vụ Windows Update, bạn không thể làm việc với một hệ thống luôn bận rộn, có nguy cơ bị lỗi thời là điều không thể tránh khỏi trong những tình huống như vậy. Máy tính nhanh cũng có vấn đề nhưng nó không được chú ý vì máy tính có thể xử lý nó. Trong một Celeron lõi kép (LGA 775), nó đã hoạt động.
Hatoru Hansou

1
Câu trả lời này đã làm việc cho tôi! VM của tôi có sẵn hai lõi, nhưng thậm chí tăng lên 6 lõi cũng không giúp được gì cả. Việc cài đặt bản cập nhật này khá khó khăn, vì nó không hoạt động tốt khi Windows Update đã làm gì đó trong nền. Khởi động lại dịch vụ Windows Update và sau đó cài đặt ngay bản cập nhật này hoạt động rất tốt!
jlh

1
@jlh bạn có thể đơn giản dừng dịch vụ WU qua services.msc trước khi cài đặt bản cập nhật MSU. Điều này tăng tốc độ cài đặt rất nhiều.
magicandre1981

1
KB được liên kết đề cập đến các sự cố cụ thể mà nó đã khắc phục (nâng cấp lên Win10 và cập nhật bằng SCCM) nhưng không phải là vấn đề được yêu cầu ở đây.
Matthias Weiler

8

Sau một ngày cố gắng giải quyết vấn đề này, tôi đã tạo ra Máy ảo khác để kiểm tra xem sự cố có thể xảy ra lần nữa không.

Thật không may, vấn đề lại xảy ra! Sau đó tôi đã nói về vấn đề này với một người bạn và anh ấy đề nghị tôi vô hiệu hóa IPv6 giao diện mạng Windows của tôi. Tôi đã làm điều đó và hai hành vi đã được quan sát:

  1. Trên máy ảo mới khi tôi vô hiệu hóa IPv6, mức tiêu thụ CPU giảm xuống gần như ngay lập tức và Windows Update hoạt động như mong đợi.

  2. Trên máy ảo khác, mức tiêu thụ CPU không giảm sau khi vô hiệu hóa IPv6. Sau khi quan sát thấy tôi đã khởi động lại Windows và mức tiêu thụ CPU vẫn cao. Tuy nhiên, sau 30 phút (khoảng), mức tiêu thụ CPU giảm xuống và mọi thứ hoạt động như mong đợi.

Cả Windows đã được cập nhật thành công sau khi vô hiệu hóa IPv6.

Điều quan trọng cần lưu ý là tôi có thể tái tạo hành vi này. Tôi có các bản sao của Máy ảo trước khi tắt IPv6.


Cũng giống như theo dõi - sửa chữa này vẫn còn hoạt động? Một đồng nghiệp của tôi đã gặp vấn đề tương tự (100% CPU trong các bản cập nhật trên 2008R2) và đã thử vô hiệu hóa IPv6. Anh ta khởi động lại sau khi thực hiện thay đổi và sau đó hai giờ, CPU của anh ta tăng vọt trở lại.
Rion Williams

1
Xin chào @RionWilliams, Trong trường hợp của tôi cho cả hai máy ảo (Windows 7 Professional), giải pháp này hoạt động như mô tả. Tuy nhiên, có những giải pháp khác, vui lòng xem tại đây: superuser.com/questions/821032/
Kẻ

Xin chào lại cantoni. Chúng tôi đã thử cả bản sửa lỗi IPv6 và một vài trong số những bản được đề cập trong bài đăng mà bạn cung cấp không có kết quả. Tuy nhiên, chúng tôi đã nhận thấy rằng điều này dường như chỉ là một vấn đề với các máy ảo đang chạy một bộ xử lý (như nếu bạn sử dụng hai, mức sử dụng CPU vượt quá 50%) và nó chỉ nhắm mục tiêu các máy có cài đặt SQL Server. Tôi vẫn đang điều tra, nhưng đó là những điều tôi đã thu hẹp nó cho đến nay.
Rion Williams

Vô hiệu hóa IPv6 không giúp được gì.
Paul

3
Chúng tôi đã chạy các máy chủ WS2012R2 trong ESXi và Windows Updates đã tiêu thụ 100% lõi vô thời hạn. Vô hiệu hóa IPv6 trong các thuộc tính của bộ điều hợp làm việc cho chúng tôi. Một trong những vấn đề có thể ảnh hưởng đến người khác là loại ảo ảo có liên quan: ESXi muốn sử dụng Intel PRO / 1000 theo mặc định, điều này gây ra một loạt vấn đề, nhưng tài liệu VMware khuyên bạn nên sử dụng bộ điều hợp VMXNET 3 cho WS2012 hoặc sau đó. Điều này đòi hỏi bạn phải tải về trình điều khiển VMXNET3 từ packages.vmware.com/tools/releases/latest/windows/index.html
AlwaysLearning

5

Một thứ khác có thể giúp đỡ là Trình khắc phục sự cố Windows Update - đó là một ứng dụng độc lập có thể chẩn đoán sự cố với Windows Update và Dịch vụ chuyển thông minh nền (BITS).


Công cụ tuyệt vời !! Phải chạy TWICE - Lần đầu tiên, nó đã sửa một loạt thứ, ngoại trừ: "đăng ký dịch vụ bị thiếu hoặc bị hỏng". Nhưng, đã chạy lại nó trong W-7, và điều đó cũng đã được sửa!
DaaBoss

Thật không may cho tôi, công cụ xử lý sự cố cũng quay mãi mãi. Nó bị kẹt trong "Giải quyết các vấn đề" và theo Trình quản lý tác vụ, svchost đang bão hòa một trong các lõi của tôi một lần nữa.
AshleyZ

1

Điều cố định nó cho tôi là KB2889748

Việc sử dụng bộ nhớ cao theo quy trình Svchost.exe sau khi bạn cài đặt Windows Management Framework 3.0 trên máy tính chạy Windows

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.