Sử dụng 100% CPU khi cắm thiết bị usb mới - services.exe / Windows Server 2003


4

Trên máy chủ của tôi, tôi đang cố gắng cài đặt một ổ đĩa USB mới nhưng tất cả những gì xảy ra là hệ thống bắt đầu sử dụng một lượng lớn chu kỳ bộ xử lý với services.exe. Khi kiểm tra kỹ hơn với process explorer, có một luồng gọi là umpnpmgr.dll sử dụng hầu hết thời gian của bộ xử lý services.exe.

Tôi đã để nó trong nửa giờ và vẫn không có gì xảy ra.

Khởi động lại và thử lại, kết quả tương tự.

Đã thử một ổ USB khác, sau đó là ổ flash nhưng vẫn cùng một vấn đề.

Đã thử cập nhật trình điều khiển nhưng nó cho biết chức năng cập nhật đã hoạt động.

Tôi đã sử dụng process explorer để giết thread ngay bây giờ để máy chủ vẫn có thể thực hiện các chức năng dự định của nó.

Bất kỳ thiết bị nào được cài đặt trước đó trước khi điều này bắt đầu xảy ra vẫn sẽ hoạt động nhưng bất kỳ thiết bị nào mới sử dụng hệ thống sẽ không hoạt động.

Câu hỏi của tôi là / là:

Có cách nào để cài đặt thủ công thiết bị vào sổ đăng ký để Windows nghĩ rằng đó là thiết bị được cài đặt trước đó không?

Hoặc vấn đề này có thể được sửa chữa thông qua bất cứ điều gì khác ngoài cài đặt lại? Để thực hiện cài đặt lại có nghĩa là sao lưu một lượng lớn dữ liệu khó với ổ USB và không đủ dung lượng trên tất cả các máy mạng khác.

Mọi sự trợ giúp sẽ rất được trân trọng.

William

Câu trả lời:


5

Cập nhật : Windows 7 Service Pack 1 bao gồm một hotfix:

KB981214: Có mức sử dụng CPU cao khi sử dụng thiết bị âm thanh USB được kết nối với bộ điều khiển máy chủ USB 2.0 EHCI

Trong trường hợp này, bạn nhận thấy rằng có mức sử dụng CPU cao khoảng 15 giây một lần trên máy tính. Ngoài ra, bạn có thể gặp phải việc bỏ qua phát lại âm thanh từ thiết bị âm thanh khi tổng mức sử dụng CPU đạt 100%.

Xem nếu SP1 khắc phục sự cố.


Sử dụng Process Explorer để xem nhanh chuỗi đang chạy và xem dấu vết ngăn xếp của nó. Ít nhất bạn có thể thấy các dịch vụ được lưu trữ bên trong services.exe.

văn bản thay thế

Tôi giả sử máy bị ràng buộc CPU trong thời gian này và không bị ràng buộc IO. Nếu nó bị ràng buộc I / O, bạn có thể thấy những gì nó đang sử dụng Process Monitor - nó có thể dẫn đến một số hiểu biết.


Tôi thấy trong ảnh chụp màn hình Process Explorer của bạn rằng quá trình này chiếm 50% số lõi. Tôi giả sử nó là một máy lõi kép và lấy toàn bộ một lõi. Vì vậy, CPU bị mắc kẹt làm một cái gì đó.

Nhìn vào dấu vết ngăn xếp:

văn bản thay thế

Những điều tôi quan tâm (tôi không phải là một chuyên gia, họ chỉ khơi gợi sự quan tâm của tôi) là:

  • ConfirmCatalogFile
  • Thiết lập FindNextMatchLine W
  • SetupDi EnumDeviceInterfaces

Từ thuật ngữ "tệp danh mục", âm thanh đối với tôi giống như nó đi qua tất cả các INF được cài đặt. Tôi không biết những chức năng này làm gì, nhưng tôi có thể kiểm tra:

ConfirmCatalogFile

Xác minh một tập tin danh mục duy nhất.

SetupFindNextMatchLine

Hàm SetupFindNextMatchLine trả về vị trí của dòng tiếp theo trong tệp INF so với ContextIn.Line khớp với khóa được chỉ định.

SetupDiEnumDeviceInterfaces

Hàm SetupDiEnumDeviceInterfaces liệt kê các giao diện thiết bị được chứa trong một bộ thông tin thiết bị.

Vì vậy, có vẻ như nó đi qua tất cả các tệp INF , chọc qua từng tệp và sau đó thực hiện công cụ dựa trên những gì nó tìm thấy.

Câu hỏi tiếp theo là, nó có bị kẹt trên một tệp INF không, hoặc có rất nhiều trong số chúng, hoặc nó có lặp lại chính nó không, hoặc nó không có quyền truy cập vào một, hoặc ... ai biết.

Điều tiếp theo tôi sẽ làm là tải lên Process Monitor và thiết lập nó chỉ hiển thị hoạt động của tệp bởi services.exe . Sau đó, bạn có thể thấy nó phóng to qua tất cả các tệp inf. Hy vọng rằng sau đó bạn sẽ nhìn thấy một nó bị mắc kẹt trên (hy vọng nó được chỉ đơn giản là bị mắc kẹt trên một). Sau đó, có lẽ bạn có thể đổi tên / ẩn tập tin INF vi phạm đó.


Cập nhật hai

Giám sát quá trình.

Trên thanh công cụ, tắt các tùy chọn ngoại trừ Hoạt động hệ thống tệp :

văn bản thay thế

Sau đó thêm bộ lọc:

Process Name
is
services.exe
Include

và nhấp vào Thêm:

văn bản thay thế


Tôi đã cố gắng tìm kiếm xung quanh với quá trình theo dõi không thể tìm thấy bất cứ điều gì. Bất kỳ đề nghị những gì tôi đang tìm kiếm? Dưới đây là một sàng lọc từ quá trình thám hiểm. img694.imageshack.us/img694/3026/serviceumpnpmgrdllscre.jpg
Will3265

Thật không may, services.exe chỉ lặp đi lặp lại cùng một chủ đề mở / kết thúc chủ đề mà không cho tôi biết thêm chi tiết. Bất cứ ý tưởng làm thế nào để tìm ra tập tin inf mà nó đang đọc mỗi lần?
Will3265

Cập nhật trong câu trả lời
Ian Boyd

1

Kiểm tra xem USB Polling Idle có được bật không. Để biết chi tiết, xem http://www.pctools.com/guides/regology/detail/1210/ . Ngoài ra, nếu bạn không cần Dịch vụ nhập liệu người dùng HID (xem các dịch vụ của bạn thông qua Bắt đầu -> Chạy -> services.msc), bạn có thể muốn tắt nó.


0

Trước tiên, bạn nên cài đặt ổ đĩa của mình sau đó cắm nó vào hệ thống của bạn và đôi khi cần phải tắt chương trình chống vi-rút hoặc tường lửa, sau đó cài đặt trình điều khiển và sau đó cắm thiết bị của bạn. và đôi khi bạn phải cài đặt trong safemode để làm việc tốt hơn. nhưng lời khuyên của tôi là không nên cắm thiết bị trước và sau đó muốn cài đặt Driver.


0

không phải là giải pháp cho vấn đề, nhưng để loại trừ phần cứng bị lỗi, hãy cắm ổ flash USB, sau đó khởi động một bản phân phối Linux từ CD và kiểm tra xem ổ flash USB có được phát hiện và hoạt động bình thường không.


họ làm việc. đã thử một đĩa khôi phục và đĩa Ubuntu
Will3265

0

Đây có thể là AutoRun cản đường bạn không? Hãy thử tắt nó hoặc giữ shifttrong khi thiết bị được kết nối lần đầu tiên.


0

Một vài ý tưởng:

  1. Kiểm tra Trình quản lý thiết bị, Thuộc tính của thiết bị USB, xem Windows có đồng ý thực hiện Trình điều khiển quay ngược hay không.
  2. Cố gắng xóa thiết bị USB khỏi Trình quản lý thiết bị và khởi động lại (tốt nhất là sao lưu hệ thống trước).
  3. Cũng thử tắt bộ điều khiển USB để xem điều này có dừng cập nhật trình điều khiển không.
  4. Bạn đã thử rút thiết bị USB ra và khởi động lại chưa? Nó có thể chỉ đơn giản là thiết bị mới bị hỏng. Bạn có thể dùng thử trên máy tính khác và hệ điều hành mới hơn W2K3.
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.