Tôi có vấn đề tương tự. Tôi có SSD, /dev/sdb
với HĐH (Linux Mint 18.1 dựa trên Ubuntu Xenial) và HDD /dev/sda
, với dữ liệu mà tôi sử dụng theo thời gian. Cả hai đĩa đều được mã hóa. Phân vùng của ổ cứng không được gắn kết. Và dù sao trong khoảng thời gian vài phút, HDD thức dậy, sau đó ngủ, rồi lại thức dậy. Lộn xộn.
Dưới đây là một câu hỏi trùng lặp với câu trả lời hữu ích , gợi ý auditd
để tìm ra quá trình hành xử xấu.
apt-get install auditd
auditctl -w /dev/sda -p rwa
Sau đó, tôi buộc HDD phải ngủ với hdparm -Y /dev/sda
. Sau đó đợi cho đến khi tôi nghe thấy ổ cứng quay trở lại. Sau đó chạy ausearch -f /dev/sda
. Trong trường hợp của tôi, nó hiển thị các mục như sau.
time->Sat Feb 25 12:38:17 2017
type=PROCTITLE msg=audit(1488022697.651:1744): proctitle=2F7573722F6C69622F756469736B73322F756469736B7364002D2D6E6F2D6465627567
type=PATH msg=audit(1488022697.651:1744): item=0 name="/dev/sda" inode=376 dev=00:06 mode=060660 ouid=0 ogid=6 rdev=08:00 nametype=NORMAL
type=CWD msg=audit(1488022697.651:1744): cwd="/"
type=SYSCALL msg=audit(1488022697.651:1744): arch=c000003e syscall=2 success=yes exit=12 a0=f3fb90 a1=800 a2=7f4745221f64 a3=30 items=1 ppid=1 pid=18520 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="pool" exe="/usr/lib/udisks2/udisksd" key=(null)
Phần có liên quan là exe = "/ usr / lib / udisks2 / udisksd" . Mặc dù tôi cũng có smartmontools
người smartd
là thủ phạm. Tôi gỡ cài đặt smartmontools
và dừng udisk2
dịch vụ với service udisks2 stop
. Sau đó ổ cứng ngủ như mong đợi.
Lưu ý rằng udisks2
sẽ tự động bắt đầu khi tôi, ví dụ, mở ứng dụng Disks , vì vậy tôi phải dừng nó lại. Một nhược điểm khác là các tham số SMART không được theo dõi cho cả hai đĩa, điều này không tốt nhưng như một cách giải quyết phù hợp.
Ngoài ra, một điều không rõ ràng, đó là báo cáo lỗi này cho biết udisks2
không thực hiện việc bỏ phiếu đĩa mà hiện được thực hiện bằng kernel. Nhưng bằng chứng dường như chỉ ra điều ngược lại.