Hỏi / Đáp Có ai khác nhận thấy số chu kỳ cấp nguồn NVMe khủng khiếp trong mỗi giờ chạy không? (250.000 chu kỳ trong 278 giờ)

[abufrejoval]

Một trong những máy tính xách tay của tôi là Lenovo Yoga Slim 7 13ACN5 với APU Ryzen 5800U, thực tế là nó hoạt động khá ít: nó chỉ chạy được khoảng 280 giờ khi bắt đầu gặp sự cố khi khởi động Windows trong khi Ubuntu vẫn hoạt động, nhưng cũng báo lỗi ổ đĩa (cả hai hệ điều hành đều chia sẻ cùng một ổ đĩa WDC SN730 500GB.
Khi tôi cố gắng tìm hiểu chuyện gì đang xảy ra, tôi thấy rằng ổ đĩa có một số chu kỳ nguồn điên rồ, gần 250.000 chu kỳ nguồn trong 280 giờ đó! Chỉ có khoảng 7,3TB được đọc và 6,6TB được ghi, không sử dụng nhiều theo bất kỳ cách tính nào.

SMART đã đưa ra cảnh báo quan trọng nên tôi đã chuyển cài đặt Windows sang ổ đĩa Micron NVMe mới đi kèm với một máy tính xách tay Lenovo khác, trong khi Ubuntu đã bị loại bỏ.

Nhưng trên ổ đĩa kia, một câu chuyện tương tự vẫn lặp lại: sau 1061 giờ hoạt động, số chu kỳ nguồn đã tăng lên gần 80.000 và ngày hôm kia máy không thể trở lại từ chế độ ngủ đông, rõ ràng là vì tệp ngủ đông chứa một sector đã thay thế: tỷ lệ phần trăm dự phòng khả dụng là 83%, có vẻ khá thấp.

Tôi cũng nhận thấy rằng trong số gần 80.000 chu kỳ bật/tắt, khoảng 60.000 được liệt kê là "không an toàn" và có 30.000 mục nhật ký lỗi mà tôi vẫn chưa thử xem (không có GUI Windows nào hay mà tôi biết để xem).

Số lượng dường như tăng theo tỷ lệ phút khi ở trạng thái tiết kiệm năng lượng, khi không có nguồn điện (tắt máy hoặc ngủ đông), có vẻ như không có nhiều thay đổi.

Tôi đã so sánh với nhiều máy tính xách tay và hệ thống khác mà tôi sử dụng và các con số của chúng có vẻ hoàn toàn hợp lý, một máy tính xách tay khác là máy tính xách tay của công ty, đã chạy 24x7 trong nhiều năm và chỉ có 134 chu kỳ bật/tắt trong gần 17.000 giờ hoạt động, nhưng hầu hết các máy có xu hướng có số giờ gấp 2-3 lần so với chu kỳ bật/tắt và hiếm khi có những số.

Ấn tượng của tôi là mỗi khi Windows muốn báo cho SSD biết rằng hiện tại có rất ít thứ đang diễn ra và nó có thể muốn tiết kiệm một số điện năng, thì thực tế là nó đang cắtđiện năng, và không an toàn nữa.

Đây là máy tính xách tay AMD duy nhất tôi đang sử dụng, nhưng hiện tại phần lớn máy tính để bàn của tôi đều là Ryzen và không có hiện tượng nào như vậy.

Tất cả BIOS đều được kiểm tra và cập nhật vào những ngày vá lỗi hàng tháng, tương tự như vậy, tất cả các ổ NVMe đều có chương trình cơ sở mới nhất. Tiết kiệm năng lượng được đặt thành "cân bằng" và/hoặc "thông minh" bất cứ khi nào tôi được lựa chọn.

Tôi cũng đang chạy trình điều khiển mới nhất từ Lenovo (máy tính xách tay) hoặc AMD (máy tính để bàn).

Tất nhiên máy là từ năm 2021 và hết bảo hành, những người trò chuyện hỗ trợ trực tuyến của Lenovo giả vờ "hiện đang gặp sự cố kỹ thuật" khi tôi thử cách đó, nhưng tôi thực sự chưa tìm thấy nhiều câu chuyện tương tự.

Khi chủ đề được nêu ra, hầu hết các phản hồi đều nói rằng không phải lo lắng, nhưng với gần 1000 chu kỳ nguồn mỗi giờ, rõ ràng một số ổ đĩa đang bỏ cuộc.

Với tôi, có vẻ như đó là sự cố về chương trình cơ sở khi các lệnh sai được gửi đến ổ NVMe trong quá trình quản lý nguồn, nhưng với tư cách là người dùng cuối, tôi không biết làm thế nào để chẩn đoán được điều đó.

Vậy, các bạn có thể xem và xem liệu các bạn có nhận thấy chu kỳ nguồn/giờ hoạt động cao tương tự trên một số máy của mình không và liệu một số hệ thống Lenovo hoặc AMD có nổi bật không?

 

[Ralston18]

Hệ điều hành Windows - đúng không?

Xem trong Trình quản lý tác vụ, Trình giám sát tài nguyên và Trình khám phá quy trình để xem toàn bộ hoạt động của hệ thống đang thực hiện hoặc cố gắng thực hiện.

Sử dụng từng công cụ một để xem. Bạn có thể cần tải xuống Process Explorer (Microsoft, miễn phí)

https://learn.microsoft.com/en-us/sysinternals/downloads/process-explorer

Những việc khác bạn có thể làm.

Tắt/vô hiệu hóa tất cả các trình bảo vệ màn hình/nguồn.

Chạy trình khắc phục sự cố tích hợp sẵn của Windows. Trình khắc phục sự cố có thể tìm và sửa lỗi.

Chạy "dism" và "sfc /scannow".

https://www.windowscentral.com/how-use-dism-command-line-utility-repair-windows-10-image

https://www.lifewire.com/how-to-use-sfc-scannow-to-repair-windows-system-files-2626161

Có thể có một số ứng dụng, tiện ích hoặc thậm chí là phần mềm độc hại đang chạy ẩn. Chìa khóa là xác định thủ phạm tiềm ẩn và điều tra thêm. Có thể chỉ là vấn đề dừng một cái gì đó khởi chạy khi khởi động hoặc sau đó được kích hoạt thông qua Task Scheduler.

 

[abufrejoval]

Đúng vậy, ban đầu là Windows 10 22H2 Enterprise, giờ là Windows 11 23H2 Enterprise.

Và cả hai đều giống hệt nhau.

Vấn đề thực sự là khi hộp ở chế độ nhàn rỗi, không thực sự chạy bất cứ thứ gì. Tôi dọn sạch mọi thứ rác rưởi thông thường, giảm thiểu tối đa những thứ khó chịu của M$, không Edge, OneDrive, Teams, Copilot, Weather, v.v. không có ứng dụng nào chạy, không mở trình duyệt hoặc chạy nền.

Tôi chạy CrystalDiskInfo, ghi lại số chu kỳ nguồn điện, sau đó chuyển máy sang chế độ tiết kiệm năng lượng, đợi nửa giờ, chạm vào bàn phím để máy quay lại và chạy lại CrystalDiskInfo... chỉ để thấy rằng số chu kỳ nguồn điện đã tăng lên với tốc độ một chu kỳ sau mỗi vài phút.

Đèn LED nguồn nhấp nháy chậm liên tục, cho biết máy thực sự không thức dậy (ít nhất là không hoàn toàn) do một số I/O.

Thực hiện tương tự song song trên một chiếc Lenovo cũ hơn một chút với Intel Whiskey Lake chạy cùng Windows 11 và phần mềm nói chung gần như giống hệt nhau, trong đó không có chu kỳ nguồn điện bổ sung nào ở đó.

Trên thực tế, nó thậm chí có thể đã xảy ra tình trạng tương tự trên Linux vì nó đã chạy Proxmox được cài đặt trên Debian tiêu chuẩn trong một thời gian. Đó là lý do tại sao tôi nghĩ rằng có lẽ đây là vấn đề về chương trình cơ sở chứ không liên quan đến Windows.

Nhưng NVMe thay thế chỉ chạy với Windows và tôi không cố ý đưa nó vào chế độ tiết kiệm năng lượng, chủ yếu là chạy nó trong các hội nghị khi có khoảng thời gian trống lớn khi tôi không sử dụng nó và do đó Windows sẽ yêu cầu bộ lưu trữ tiết kiệm một số điện năng.

Tôi nhận thấy vấn đề này có lẽ hơn một năm trước (vẫn trong thời gian bảo hành), nhưng không có thời gian thực sự để tìm hiểu sâu hơn hoặc ghi chép lại một cách chính xác. Sau đó, tôi đã nâng cấp lên Windows 11 nên nó tiến xa hơn một chút so với DISM và SFC...

Tìm kiếm trên web để tìm manh mối thì không tìm ra được gì, vì vậy đây là một nỗ lực cuối cùng trước khi biến chiếc máy này thành thứ gì đó "có mục đích đặc biệt" và thay thế nó bằng một mẫu mới hy vọng không gặp vấn đề đó.

Thực tế là khi nó gặp sự cố khi trở lại từ chế độ ngủ đông, nó dường như đã chết hẳn, thậm chí không cho tôi vào BIOS và tôi đã kiểm tra giá thay thế bo mạch chủ.

Sau đó, tôi đã đặt mua một chiếc Thinkpad X13 mới vì nó có vẻ đáng đồng tiền bát gạo hơn...

Chỉ để chắc chắn rằng nó không chết hoàn toàn, tôi đã tháo NVMe ra và thấy rằng bây giờ nó đã khởi động vào BIOS. Chạy Fedora 40 từ ổ USB để xem bản thân máy có ổn không. Sau đó, hãy đặt NVMe trở lại và để Windows dọn sạch chế độ ngủ đông không ổn định bằng cách khởi động vào chế độ gỡ lỗi một lần và sau đó dọn sạch.

Đã tắt tùy chọn "khởi động nhanh", tùy chọn mà tôi cực kỳ ghét và liên tục xâm nhập vào các bản cập nhật...

Có vẻ tốt, nhanh và không phàn nàn.

Nhưng các chu kỳ nguồn điện đó vẫn tăng theo cách rất bất thường nên sớm muộn gì nó cũng sẽ hỏng trở lại và tôi cũng khá chắc rằng việc tắt hoàn toàn ổ NVMe cũng không thực sự có lợi cho pin: nó thực sự chỉ nên chuyển sang trạng thái tiết kiệm năng lượng chứ không phải tắt nguồn và khởi động lại ổ.

 

[Bob.B]

Đúng vậy, ban đầu là Windows 10 22H2 Enterprise, giờ là Windows 11 23H2 Enterprise.

Và cả hai đều giống hệt nhau.

Và vấn đề thực sự xảy ra khi hộp ở chế độ nhàn rỗi, không thực sự chạy bất cứ thứ gì. Tôi dọn sạch mọi thứ rác rưởi thông thường, giảm thiểu tối đa những thứ khó chịu của M$, không Edge, OneDrive, Teams, Copilot, Weather, v.v. không có ứng dụng nào chạy, không mở trình duyệt hoặc chạy nền.

Tôi chạy CrystalDiskInfo, ghi lại số chu kỳ nguồn điện, sau đó chuyển máy sang chế độ tiết kiệm năng lượng, đợi nửa giờ, chạm vào bàn phím để máy quay lại và chạy lại CrystalDiskInfo... chỉ để thấy rằng số chu kỳ nguồn điện đã tăng lên với tốc độ một chu kỳ sau mỗi vài phút.

Đèn LED nguồn nhấp nháy chậm liên tục, cho biết máy thực sự không thức dậy (ít nhất là không hoàn toàn) do một số I/O.

Thực hiện tương tự song song trên một chiếc Lenovo cũ hơn một chút với Intel Whiskey Lake chạy cùng Windows 11 và phần mềm nói chung gần như giống hệt nhau, trong đó không có chu kỳ nguồn điện bổ sung nào ở đó.

Trên thực tế, nó thậm chí có thể đã xảy ra tình trạng tương tự trên Linux vì nó đã chạy Proxmox được cài đặt trên Debian tiêu chuẩn trong một thời gian. Đó là lý do tại sao tôi nghĩ rằng có lẽ đây là vấn đề về chương trình cơ sở chứ không liên quan đến Windows.

Nhưng NVMe thay thế chỉ chạy với Windows và tôi không cố ý đưa nó vào chế độ tiết kiệm năng lượng, chủ yếu là chạy nó trong các hội nghị khi có khoảng thời gian trống lớn khi tôi không sử dụng nó và do đó Windows sẽ yêu cầu bộ lưu trữ tiết kiệm một số điện năng.

Tôi nhận thấy vấn đề này có lẽ hơn một năm trước (vẫn trong thời gian bảo hành), nhưng không có thời gian thực sự để tìm hiểu sâu hơn hoặc ghi chép lại một cách chính xác. Sau đó, tôi đã nâng cấp lên Windows 11 nên nó tiến xa hơn một chút so với DISM và SFC...

Tìm kiếm trên web để tìm manh mối thì không tìm ra được gì, vì vậy đây là một nỗ lực cuối cùng trước khi biến chiếc máy này thành thứ gì đó "có mục đích đặc biệt" và thay thế nó bằng một mẫu mới hy vọng không gặp vấn đề đó.

Thực tế là khi nó gặp sự cố khi trở lại từ chế độ ngủ đông, nó dường như đã chết hẳn, thậm chí không cho tôi vào BIOS và tôi đã kiểm tra giá thay thế bo mạch chủ.

Sau đó, tôi đã đặt mua một chiếc Thinkpad X13 mới vì nó có vẻ đáng đồng tiền bát gạo hơn...

Chỉ để chắc chắn rằng nó không chết hoàn toàn, tôi đã tháo NVMe ra và thấy rằng bây giờ nó đã khởi động vào BIOS. Chạy Fedora 40 từ ổ USB để xem bản thân máy có ổn không. Sau đó, hãy đặt NVMe trở lại và để Windows dọn sạch chế độ ngủ đông không ổn định bằng cách khởi động vào chế độ gỡ lỗi một lần và sau đó dọn sạch.

Đã tắt tùy chọn "khởi động nhanh", tùy chọn mà tôi cực kỳ ghét và cứ liên tục xuất hiện trong các bản cập nhật...

Có vẻ tốt, nhanh và không phàn nàn.

Nhưng các chu kỳ nguồn đó vẫn tăng theo cách rất bất thường nên sớm muộn gì nó cũng sẽ hỏng trở lại và tôi cũng khá chắc chắn rằng việc tắt hoàn toàn ổ NVMe cũng không thực sự có lợi cho pin: nó thực sự chỉ nên chuyển sang trạng thái tiết kiệm năng lượng chứ không phải cắt nguồn và khởi động lại ổ.

Hãy xem trong chế độ nguồn của Windows có tùy chọn tắt đĩa.
Đặt thành không hoặc không bao giờ.....kiểm tra.

 

[abufrejoval]

Xem trong chế độ tiết kiệm điện của Windows có tùy chọn tắt đĩa.
Đặt thành 0 hoặc không bao giờ.....kiểm tra.

Cảm ơn, tôi định thử cách đó để sửa lỗi. Tôi không biết điều này có ý nghĩa gì về mặt tiêu thụ điện năng và độ bền của pin, nhưng ít nhất thì nó cũng sẽ ngừng làm hỏng ổ đĩa.

Tôi vẫn muốn xem liệu có ai khác có những con số này không, vì có vẻ như bất kỳ ai thực hiện quản lý điện năng cấp thấp đều đang gửi sai lệnh đến đĩa.

Và tôi đoán rằng đó có thể là lớp ACPI và do đó là sự cố về chương trình cơ sở của Lenovo và việc thử nghiệm điều này với Linux cũng sẽ chỉ ra điều đó. Tôi đang lên kế hoạch cho một thử nghiệm khác.

 

[abufrejoval]

Xem trong chế độ tiết kiệm điện của Windows có tùy chọn tắt đĩa.
Đặt thành 0 hoặc không bao giờ.....kiểm tra.

Vì vậy, đã thử và thật không may là không có tác dụng: Tôi đã thay đổi chế độ tiết kiệm điện thành không bao giờ tắt đĩa bằng pin hoặc nguồn điện ngoài, nhưng khi tôi đóng nắp pin (khiến nó chuyển sang chế độ tạm dừng RAM hoặc "tiết kiệm năng lượng"), số chu kỳ nguồn của SSD tăng lên một sau mỗi vài phút.

Tôi đã thử liên hệ với Lenovo, nhưng hầu hết các cuộc trò chuyện đều bị ngắt rất nhanh và sáng nay, một người cũng đề xuất như vậy và sau đó mở một phiếu yêu cầu sau Tôi đề xuất đưa vấn đề này lên bộ phận kỹ thuật...

Tôi không hy vọng trừ khi tôi có thể thu thập đủ phản hồi cho thấy đây không phải là vấn đề cá nhân riêng lẻ mà có thể ảnh hưởng đến toàn bộ loại máy.