Điểm:2

Làm cách nào tôi có thể tìm ra ai đang ngăn đĩa quay xuống

lá cờ br

Vấn đề

  • Sau khi nâng cấp hệ thống NAS từ Buster lên Bullseye, đĩa không thể quay xuống.

Thiết lập NAS của tôi

  • Đĩa cơ 5x WD RED, không RAID, ext4 không ghi nhật ký
  • Debian Bullseye, nhân 5.10
  • hệ thống đang tải từ đĩa SSD thứ sáu (không đánh thức ổ cơ học)
  • tiện ích hd-idle để đặt quay xuống sau 30 phút không hoạt động hd-idle -i 0 -a sda -i 1800 -a sdb -i 1800 -a sdc -i 1800 -a sdd -i 1800 -a sde -i 1800 -l /var/log/hd-idle.log
  • không có thay đổi phần cứng nào trong NAS khi nâng cấp lên Bullseye, cũng không có thay đổi nào về cấu hình của hd-idle
  • NAS đã được thiết lập phần cứng này hơn 8 năm và cả thiết lập phần mềm, chủ yếu là các ổ đĩa bị hỏng sau 30 phút trong nhiều năm mà không gặp bất kỳ sự cố nào

Những gì tôi đã thử

  • nếu tôi sử dụng hd-nhàn rỗi -t sda, đĩa sẽ ngay lập tức quay xuống, nhưng sau khi thức dậy (do một số hoạt động thường xuyên của đĩa), đĩa sẽ không bao giờ rơi vào trạng thái ngủ nữa.
  • Nếu đĩa buộc phải quay xuống với hd-nhàn rỗi -t, họ sẽ không thức dậy nếu không có hoạt động thường xuyên - vì vậy không có công việc lặp lại nào đánh thức họ.
  • Tôi đã nghi ngờ về smartmontools, nếu có một số thay đổi trong Bullseye đang đánh thức chúng. Tôi đã chơi một chút với /etc/smartd.conf-n chế độ chờ, nhưng không thành công, vì vậy tôi đã vô hiệu hóa hoàn toàn smartd để tìm xem smartmontools có phải là kẻ xấu giấu mặt hay không, nhưng không may mắn, có vẻ như chúng không phải vậy.
  • lsof | grep/phương tiện truyền thông không mang lại gì (phương tiện là điểm gắn kết cho tất cả các đĩa đó)
  • Tôi đã chơi một chút với iot cùng với nmon. Nhưng không tìm thấy gì thú vị, chỉ có hoạt động thường xuyên với đĩa SSD (hệ thống).
  • Tôi không thể chạy iosnoop đối với một số lý do. các gói perf-tools-unstable được cài đặt đúng cách, nhưng gọi iosnoop kết thúc với bash: iosnoop: không tìm thấy lệnh thậm chí như một gốc. Tôi không tìm thấy nguyên nhân của việc này.

Rõ ràng là bạn không thể gỡ lỗi hệ thống của tôi, nhưng tôi sẽ đánh giá cao bất kỳ gợi ý nào về cách tìm ra sự cố, người đang ngăn đĩa quay xuống :-)

kruemi avatar
lá cờ pk
Vì các đĩa không quay lên nếu không có "hoạt động bình thường", tôi nghĩ vấn đề không phải do hoạt động. Bạn đang sử dụng kernel nào và phiên bản HD-idle nào? Trên https://github.com/adelolmo/hd-idle nó ghi: Sử dụng phân vùng đĩa để tính toán hoạt động Hoạt động của đĩa được tính toán bằng cách xem các thay đổi đọc/ghi ở cấp độ phân vùng thay vì cấp độ đĩa. Điều này là bắt buộc đối với các nhân mới hơn 5.4 LTS, vì các công cụ giám sát ổ đĩa thay đổi các giá trị đọc/ghi ở cấp độ ổ đĩa, mặc dù không có hoạt động thực sự nào trên chính ổ đĩa đó.
lá cờ br
Hạt nhân: 5.10.0-11-AMD64. Tôi không nhận ra cách lấy phiên bản hd-idle vì không có tham số -v hoặc --version, vì vậy chỉ theo ngày của tệp nhị phân, tôi có thể thấy rằng tôi có phiên bản từ 2018-08-26 và trên github (https: //github.com/adelolmo/hd-idle/releases?page=2) Tôi thấy phiên bản cũ nhất 1.0 từ 2018-09-16. Hài hước. Tôi sẽ thử phiên bản hd-idle mới hơn và quay lại.
lá cờ br
Thật không may, phiên bản mới nhất của hd-idle (1.16) cũng tạo ra kết quả tương tự như mô tả ở trên.
kruemi avatar
lá cờ pk
Vâng. Bạn đã đọc các bước được liệt kê trong phần "chạy hd-idle" trên https://github.com/adelolmo/hd-idle và kiểm tra xem mọi thứ có ổn không?
Điểm:1
lá cờ br

giải quyết. Ít nhất tôi biết, tại sao đĩa của tôi không ngủ. Tôi chắc chắn không thể nói, làm thế nào để theo dõi vấn đề này với một số công cụ linux, tôi tình cờ tìm thấy nó trong một số cuộc thảo luận.

Có vẻ như một sự thay đổi trong udisks2 dịch vụ. Dịch vụ này đang kiểm tra các ổ đĩa của bạn và chịu trách nhiệm tự động đếm các thanh USB của bạn, v.v. Giờ đây, dịch vụ này cũng kiểm tra cả SMART của các ổ đĩa (không biết tại sao). Nếu đĩa đang ngủ, nó sẽ không đánh thức nó, nhưng nếu nó đang hoạt động, udisks2 sẽ kiểm tra SMART cứ sau 10 phút. Vì vậy, nếu thời gian ngủ là 30 phút, đĩa sẽ không bao giờ ngủ. Ngoài ra, các đĩa WD Red thường không thể đặt thời gian ngủ nhỏ hơn 10 phút (không tốt cho sức khỏe khi đĩa quay quá mạnh, vì vậy đây là giới hạn hợp lý).

Một số nguồn:

Giải pháp thay thế cho hệ thống NAS: có thể bạn không cần dịch vụ udisks2.

Sudo systemctl dừng udisks2
Sudo systemctl mặt nạ udisks2

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.