У мене є подібне питання. У мене є SSD, /dev/sdb
з ОС (Linux Mint 18.1 на базі Ubuntu Xenial) і HDD /dev/sda
, з даними, якими я час від часу користуюся. Обидва диски зашифровані. Розділи жорсткого диска не змонтовані. І все одно за кілька хвилин HDD прокидається, потім спить, потім прокидається знову. Безлад.
Ось повторне запитання з корисною відповіддю , яке пропонує auditd
знайти недобре поведінку.
apt-get install auditd
auditctl -w /dev/sda -p rwa
Тоді я змушую жорсткий диск спати hdparm -Y /dev/sda
. Потім зачекайте, поки я знову почую жорсткий диск. Потім бігайте ausearch -f /dev/sda
. У моєму випадку він показує такі записи, як наступні.
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)
Відповідна частина - exe = "/ usr / lib / udisks2 / udisksd" . Хоча я також мав, smartmontools
чий smartd
був також винуватцем. Я видалив smartmontools
і припинив udisk2
службу service udisks2 stop
. Після цього HDD спить, як очікувалося.
Зауважте, що udisks2
автоматично почнеться, коли я, наприклад, відкрию програму Disks , тому мені доведеться її знову зупинити. Ще одним недоліком є те, що параметри SMART не контролюються для обох дисків, що не є добре, але як обхідне рішення воно підходить.
Крім того, одне, що незрозуміло, - це те, що в цьому звіті про помилку йдеться про те, що udisks2
він не виконує опитування дисків, що зараз робиться ядром. Але докази, схоже, свідчать про протилежне.