Lệnh pnputil quản lý driver là cách nhanh và “đúng chuẩn Windows” để liệt kê, thêm, cài, gỡ và xuất driver trực tiếp từ Driver Store mà không cần cài thêm công cụ ngoài.
Tiếp theo, bài viết sẽ giúp bạn hiểu cấu trúc driver package (INF, oem*.inf), phân biệt thao tác “cài trên thiết bị” và “xóa khỏi kho”, để tránh lỗi mất thiết bị sau khi dọn driver.
Ngoài ra, bạn sẽ có bộ lệnh mẫu theo tình huống thực tế: kiểm tra nhanh kho driver, cài hàng loạt từ thư mục, gỡ driver cũ an toàn, rồi sao lưu driver để tái triển khai sau khi cài lại Windows.
Giới thiệu ý mới: dưới đây là cách xây quy trình thao tác với pnputil theo đúng thứ tự “hiểu kho → kiểm tra → thêm/cài → gỡ → sao lưu”, đảm bảo làm nhanh mà vẫn kiểm soát rủi ro.
PnPUtil là gì và quản lý driver Windows theo Driver Store ra sao?
PnPUtil (pnputil.exe) là tiện ích dòng lệnh tích hợp trong Windows dùng để quản trị driver và thiết bị theo cơ chế Plug and Play, trọng tâm là thao tác với Driver Store (kho driver hệ thống) thay vì chỉ “cài cho xong”.
Tiếp theo, để dùng đúng cách, bạn cần nắm 3 khái niệm nền: driver package, oem*.inf, và device instance ID.
Driver package là gì, vì sao luôn gắn với INF?
Driver package là “bộ hồ sơ” mô tả driver, trong đó file .inf là trung tâm: nó khai báo phần cứng hỗ trợ, file đi kèm, dịch vụ, và điều kiện cài đặt.
Cụ thể hơn, pnputil làm việc theo hướng “đưa package vào kho” (Driver Store) rồi mới “cài/áp vào thiết bị” khi bạn yêu cầu.
oem0.inf/oem1.inf… là gì và liên quan thế nào tới Driver Store?
Trong Driver Store, nhiều package bên thứ ba sẽ được Windows gán tên dạng oem#.inf; đây là định danh quan trọng để bạn liệt kê, so sánh phiên bản, và gỡ đúng driver.
Để hiểu rõ hơn, hãy xem phần liệt kê driver: bạn sẽ thấy Published Name, Provider, Class, Driver Version—đây là “thẻ căn cước” của driver trong kho.
PnPUtil khác “cài driver bằng trình cài” ở điểm nào?
Pnputil tập trung vào quản trị kho driver và thiết bị ở mức hệ thống: bạn có thể thêm/cài/gỡ theo INF, truy ra phiên bản/nhà cung cấp, và kiểm soát dọn dẹp oem*.inf, thay vì phụ thuộc wizard GUI.
Quan trọng hơn, cách làm này giúp bạn chuẩn hóa quy trình trên nhiều máy, đặc biệt khi cần xử lý nhanh sự cố driver hoặc dựng lại máy hàng loạt.
Cần chuẩn bị gì trước khi dùng pnputil để tránh lỗi và xung đột driver?
Trước khi chạy pnputil, bạn nên chuẩn bị quyền quản trị, điểm khôi phục, và kế hoạch “rollback” tối thiểu để tránh tình huống gỡ nhầm driver khiến thiết bị mất hoạt động hoặc Windows tự nạp driver không mong muốn.
Tiếp theo, hãy kiểm tra bối cảnh: bạn đang xử lý máy đang chạy hay kịch bản triển khai sau cài Windows—vì pnputil phù hợp nhất khi hệ thống đang hoạt động (online) và bạn muốn thao tác trực tiếp với Driver Store.
Mở Terminal/Command Prompt đúng quyền
Hầu hết lệnh quản trị driver cần quyền Administrator. Cách nhanh: tìm “Command Prompt” hoặc “Windows Terminal”, chọn Run as administrator.
Để bắt đầu, bạn có thể kiểm tra nhanh có đúng file pnputil hay không bằng câu lệnh: pnputil /?
Tạo “điểm an toàn” trước khi dọn driver
Nên tạo Restore Point hoặc ít nhất ghi lại driver hiện tại (nhà cung cấp, phiên bản, oem#.inf) trước khi xóa. Ví dụ, bạn lưu toàn bộ danh sách driver ra file để so sánh về sau.
Ví dụ, bạn có thể xuất kết quả liệt kê ra file log bằng cách chuyển hướng đầu ra trong CMD.
Hiểu rủi ro: gỡ khỏi kho khác gì gỡ thiết bị
Xóa một oem#.inf khỏi Driver Store có thể khiến lần sau Windows không còn nguồn để cài lại driver đó (đặc biệt sau reset/đổi phần cứng), nên chỉ gỡ khi chắc chắn driver đó không còn cần.
Quan trọng hơn, nếu driver đang được thiết bị sử dụng, bạn cần cân nhắc dùng tùy chọn cưỡng bức và chuẩn bị phương án cài lại ngay sau đó.
Dẫn chứng về “độ trễ vá lỗi” để thấy vì sao cần quản trị driver có quy trình
Theo nghiên cứu của Edgescan từ Vulnerability Statistics Report 2025, vào 04/2025, thời gian khắc phục trung bình (MTTR) cho lỗ hổng mức cao/nghiêm trọng là 74,3 ngày, và ở doanh nghiệp lớn có 45,4% lỗ hổng phát hiện trong 12 tháng vẫn còn mở.
Dù đây là thống kê về quản trị lỗ hổng nói chung, nó phản ánh một thực tế: nếu bạn quản trị driver tùy hứng, rủi ro “tồn đọng” và sai lệch phiên bản sẽ tích tụ rất nhanh.
Dùng pnputil liệt kê và tra cứu driver trong Driver Store như thế nào?
Để kiểm soát driver, bước đầu tiên là liệt kê driver OEM trong Driver Store bằng pnputil, từ đó bạn mới biết nên giữ, cập nhật hay gỡ driver nào.
Tiếp theo, bạn mở rộng bằng cách hiển thị file driver, lọc theo class, và lưu log để đối chiếu khi xử lý lỗi.
Lệnh liệt kê driver cơ bản và cách đọc kết quả
Dùng lệnh: pnputil /enum-drivers
Kết quả thường có các trường quan trọng:
- Published Name: oem#.inf (định danh để gỡ)
- Original Name: tên INF gốc
- Provider Name: nhà cung cấp (Intel/Realtek/NVIDIA…)
- Class: nhóm thiết bị (Net/Display/System…)
- Driver Version: phiên bản + ngày
Để minh họa, khi bạn thấy nhiều driver cùng class nhưng khác phiên bản, đó là dấu hiệu kho driver đang “phình” và có thể cần dọn.
Hiển thị file đi kèm và vì sao hữu ích khi debug
Dùng lệnh: pnputil /enum-drivers /files
Ngược lại với việc chỉ nhìn phiên bản, xem danh sách file giúp bạn xác định driver có “đè” file hệ thống nào không, hoặc có file lạ đi kèm không.
Lọc theo class để khoanh vùng nhanh
Dùng lệnh: pnputil /enum-drivers /class “Net” (hoặc Display, System…)
Bên cạnh đó, cách lọc này giúp bạn tập trung đúng nhóm đang lỗi, thay vì lạc trong danh sách dài.
Lưu log và “xuất danh sách driver đã cài” để so sánh trước/sau
Trong thực tế, bạn nên xuất danh sách driver đã cài ra file để đối chiếu sau khi cập nhật/gỡ. Ví dụ trong CMD:
pnputil /enum-drivers > C:\Temp\drivers_before.txt
Sau khi thao tác, bạn tạo file “after” để diff, từ đó phát hiện nhanh driver nào đã bị thay đổi.
Trước khi đi sang bước cài đặt, bảng dưới đây tóm tắt các nhóm lệnh pnputil phổ biến và chúng giúp bạn làm gì trong quản trị driver.
| Nhóm thao tác | Lệnh/Switch thường dùng | Giúp ích trong tình huống |
|---|---|---|
| Liệt kê kho driver | /enum-drivers, /files, /class | Kiểm tra phiên bản, nhà cung cấp, dọn kho |
| Thêm/cài driver | /add-driver, /install, /subdirs | Cài hàng loạt từ thư mục INF |
| Gỡ driver | /delete-driver, /force | Xóa driver cũ/lỗi khỏi Driver Store |
| Quản trị thiết bị | /enum-devices, /disable-device, /enable-device, /restart-device | Khắc phục nhanh thiết bị lỗi, reset trạng thái |
| Sao lưu driver | /export-driver | Chuẩn bị bộ driver để cài lại Windows |
Thêm và cài driver từ file INF bằng pnputil ra sao?
Cách cài driver với pnputil là thêm driver package vào Driver Store rồi (nếu cần) cài ngay lên thiết bị bằng tham số /install, giúp bạn chủ động và chuẩn hóa hơn so với cài kiểu wizard.
Tiếp theo, bạn chọn đúng chiến lược: cài một INF đơn lẻ, hay cài hàng loạt từ thư mục (kèm /subdirs) để tiết kiệm thời gian.
Cài một driver từ INF đơn lẻ
Dùng lệnh: pnputil /add-driver “D:\Drivers\device.inf”
Nếu bạn muốn cài ngay cho thiết bị phù hợp đang cắm trên máy, dùng: pnputil /add-driver “D:\Drivers\device.inf” /install
Để hiểu rõ hơn, lưu ý rằng “thêm vào kho” không phải lúc nào cũng đồng nghĩa “đã áp vào thiết bị”, đặc biệt khi thiết bị chưa xuất hiện hoặc không khớp hardware ID.
Cài hàng loạt driver từ thư mục (kèm subfolders)
Dùng lệnh: pnputil /add-driver “D:\Drivers\*.inf” /subdirs /install
Ví dụ, bạn copy nguyên thư mục driver chipset + LAN + audio vào D:\Drivers, chạy một lệnh để Windows tự tìm INF phù hợp.
Mẹo kiểm soát xung đột phiên bản khi cài lại driver
Nếu bạn đang “nâng” driver, hãy ghi lại phiên bản trước đó bằng /enum-drivers, rồi sau cài kiểm tra lại Published Name và Driver Version để chắc chắn hệ thống đã chuyển sang bản mới.
Trong khi đó, nếu driver mới gây lỗi, bạn có thể gỡ driver vừa thêm (theo oem#.inf) và cài lại bản ổn định.
Tài liệu lệnh mẫu đáng tin cậy để đối chiếu cú pháp
Để tránh sai cú pháp, bạn nên đối chiếu trực tiếp tài liệu chính thức của Microsoft:
-
https://learn.microsoft.com/vi-vn/windows-hardware/drivers/devtest/pnputil
-
https://learn.microsoft.com/vi-vn/windows-hardware/drivers/devtest/pnputil-examples
Đặc biệt, trang ví dụ sẽ giúp bạn nắm thêm các lệnh quản trị thiết bị (enable/disable/restart/remove) khi cần xử lý nhanh thiết bị báo lỗi.
Gỡ driver khỏi Driver Store bằng pnputil thế nào để không “mất thiết bị”?
Để gỡ driver an toàn, bạn nên xác định đúng oem#.inf, kiểm tra thiết bị liên quan, rồi dùng /delete-driver theo mức độ rủi ro (không force trước, force sau) để tránh xóa nhầm driver đang được dùng.
Tiếp theo, nếu buộc phải xóa driver đang “bám” vào thiết bị, bạn nên chuẩn bị sẵn driver thay thế để cài lại ngay sau khi gỡ.
Bước 1: Xác định chính xác Published Name (oem#.inf)
Chạy: pnputil /enum-drivers rồi tìm theo Provider/Class/Version để khoanh đúng package cần gỡ.
Cụ thể, bạn nên tránh “đoán” theo số oem; hãy dựa vào nhà cung cấp và ngày/phiên bản để chắc chắn.
Bước 2: Gỡ driver theo hướng “nhẹ trước, mạnh sau”
Gỡ bình thường: pnputil /delete-driver oem42.inf
Nếu hệ thống báo đang được sử dụng và bạn đã có phương án thay thế: pnputil /delete-driver oem42.inf /force
Ngược lại, đừng lạm dụng /force nếu bạn chưa chuẩn bị driver thay thế—đây là nguyên nhân hay gặp khiến thiết bị mất driver ngay lập tức.
Bước 3: Xác nhận lại kho driver sau khi gỡ
Sau gỡ, chạy lại: pnputil /enum-drivers và tìm oem#.inf vừa xóa để đảm bảo đã biến mất khỏi kho.
Ngoài ra, nếu mục tiêu là giảm “rác driver”, bạn nên ưu tiên gỡ driver trùng class nhưng quá cũ, hoặc driver của thiết bị đã không còn dùng.
Mẹo xử lý khi thiết bị lỗi sau khi gỡ
Nếu thiết bị báo lỗi sau khi gỡ, bạn có thể cài lại driver bằng /add-driver /install từ bộ driver đã chuẩn bị, hoặc dùng lệnh quản trị thiết bị để restart thiết bị khi phù hợp.
Để bắt đầu, bạn hãy ưu tiên “cài lại driver ổn định” trước khi tinh chỉnh sâu, vì Windows có thể tự động nạp driver khác gây sai lệch phiên bản.
Sao lưu và tái triển khai driver với pnputil như thế nào?
Để sao lưu driver nhanh, pnputil hỗ trợ /export-driver giúp bạn xuất các driver trong Driver Store ra thư mục, phục vụ tái cài đặt sau khi cài lại Windows hoặc triển khai nhiều máy.
Tiếp theo, bạn cần tổ chức thư mục sao lưu đúng cách và xác định phạm vi driver nên xuất (ưu tiên driver bên thứ ba, driver phần cứng quan trọng).
Xuất toàn bộ driver có thể xuất ra thư mục đích
Tạo sẵn thư mục đích, ví dụ: mkdir D:\DriverBackup
Sau đó chạy: pnputil /export-driver * D:\DriverBackup
Ví dụ, sau khi xuất xong bạn sẽ thấy nhiều thư mục con theo nhà cung cấp/thiết bị—đây là bộ driver bạn có thể lưu ra USB/ổ khác.
Khôi phục sau khi cài lại Windows: chiến lược cài hàng loạt
Sau khi cài Windows mới, bạn có thể cài hàng loạt INF từ thư mục backup bằng: pnputil /add-driver “D:\DriverBackup\*.inf” /subdirs /install
Quan trọng hơn, cách này giúp bạn nhanh chóng phục hồi driver chipset, mạng, âm thanh… trước khi Windows Update tự chọn driver khác.
Ghi log để kiểm soát triển khai hàng loạt
Khi triển khai nhiều máy, bạn nên ghi log để biết máy nào cài thành công driver nào. Ví dụ:
pnputil /add-driver “D:\DriverBackup\*.inf” /subdirs /install > C:\Temp\driver_install_log.txt
Hơn nữa, log giúp bạn phát hiện INF lỗi, chữ ký không hợp lệ, hoặc driver không khớp phần cứng.
Chèn video hướng dẫn thao tác sao lưu driver bằng pnputil
Nếu bạn muốn xem thao tác trực quan, video dưới đây minh họa quy trình xuất driver và cài lại bằng lệnh (có thể khác nhau đôi chút theo phiên bản Windows):
PnPUtil nên dùng khi nào, và khi nào nên chọn công cụ khác?
Pnputil mạnh nhất khi bạn cần quản trị driver/thiết bị trực tiếp trên Windows đang chạy, còn các công cụ khác có thể phù hợp hơn nếu bạn xử lý image offline, cần kịch bản triển khai đặc thù, hoặc muốn giao diện quản trị trực quan.
Tiếp theo, hãy chọn công cụ theo mục tiêu: “quản trị kho driver”, “triển khai hàng loạt”, hay “khắc phục sự cố thiết bị”.
Khi mục tiêu là quản trị Driver Store nhanh và chuẩn
Pnputil là lựa chọn tối ưu để liệt kê oem#.inf, gỡ driver theo Published Name, và cài driver từ INF theo cách có thể lặp lại trên nhiều máy.
Đặc biệt, nếu bạn đang dùng phần mềm quản lý driver của hãng, pnputil vẫn là “xương sống” tốt để kiểm tra chéo: danh sách oem#.inf, phiên bản, và file đi kèm.
Khi bạn cần tự động hóa và kiểm tra theo kịch bản
Nếu bạn làm theo kịch bản tự động hóa, bạn có thể kết hợp pnputil với script để log, lọc, và rẽ nhánh theo điều kiện. Chẳng hạn, bạn có thể kiểm tra driver mạng bằng PowerShell để lấy trạng thái adapter, rồi quyết định có cài lại driver Net bằng pnputil hay không.
Ngược lại, đừng cố “nhồi” mọi thứ vào một lệnh; chia quy trình thành các bước có log sẽ dễ debug hơn.
Khi bạn muốn giao diện và kiểm soát trực quan
Nếu đối tượng thao tác là người dùng phổ thông, Device Manager hoặc công cụ của OEM dễ dùng hơn; tuy nhiên, pnputil vẫn hữu ích để “đi từ triệu chứng đến nguyên nhân” bằng cách truy ra driver package thật sự đang nằm trong kho.
Trong thực tế, đây là cách phối hợp hợp lý giữa GUI và CLI, nhất là trên hệ sinh thái phần mềm máy tính đa dạng.
Khi cần xử lý image offline hoặc quy trình triển khai đặc thù
Với các tình huống xử lý image offline, bạn nên tham khảo công cụ phù hợp với triển khai (ví dụ DISM/cmdlet tương ứng), còn pnputil thường phát huy tốt nhất ở môi trường online (hệ điều hành đang chạy).
Tóm lại, hãy chọn đúng công cụ theo “ngữ cảnh” thay vì chọn theo thói quen.
FAQ (Các câu hỏi thường gặp)
Chạy pnputil có cần mạng Internet không?
Không cần. Pnputil thao tác với Driver Store và thiết bị cục bộ; Internet chỉ cần khi bạn tự tải driver từ hãng hoặc dùng Windows Update.
Vì sao pnputil /add-driver báo thành công nhưng thiết bị vẫn thiếu driver?
Thường do INF không khớp hardware ID của thiết bị, hoặc thiết bị chưa được nhận diện đúng. Bạn hãy kiểm tra lại đúng bộ driver, đúng phiên bản Windows, và thử thêm /install để yêu cầu cài lên thiết bị.
Làm sao biết oem#.inf nào là driver mạng/cạc màn hình?
Bạn lọc theo Class (ví dụ Net/Display) bằng /enum-drivers và đọc Provider + Driver Version để xác định. Nếu cần chắc hơn, dùng /files để xem file driver đi kèm.
Gỡ nhầm driver thì có cứu được không?
Có, nếu bạn còn bộ driver INF hoặc đã sao lưu bằng /export-driver. Khi đó bạn chỉ cần /add-driver /install để cài lại, rồi khởi động lại nếu Windows yêu cầu.
Nên sao lưu driver theo cách nào để an toàn nhất?
Cách thực dụng là xuất driver ra ổ khác (không phải ổ cài Windows), nén lại và lưu thêm một bản trên USB/ổ ngoài. Sau đó dùng cài hàng loạt từ thư mục backup khi dựng lại máy.