Warum wacht eine der beiden Festplatten beim ersten grafischen Linux-Login aus dem Ruhezustand auf?

Ich habe zwei Archiv-HDDs, die ich sehr selten verwende (ich halte ihre Partitionen im Durchschnitt weniger als einmal pro Woche manuell ein). Da ich nachts meinen Computer ausschalte, habe ich versucht, zu verhindern, dass sie sich beim Booten des Alltags hochdrehen, aber das scheint viel zu schwierig zu sein: Erfordert das Patchen des Linux-Kernels . Als schlechtere, aber einfachere Alternative habe ich eine einfache systemd-Einheit erstellt, die die Festplatten sofort nach dem Booten ( ExecStart=/usr/bin/hdparm -Y /dev/disk/by-id/...und WantedBy=multi-user.target) in den Ruhezustand versetzt . Das funktioniert fast: Beide Festplatten werden beim Booten heruntergefahren. Ich habe dies durch ein Terminal-Login in tty2: sudo hdparm -C /dev/sd[bc]reports bestätigt drive state is: standby.

Sobald ich mich jedoch in einer grafischen Shell anmelde, dreht sich eine der Festplatten hörbar und hdparm berichtet drive state is: active/idledafür. Dies ist sowohl bei XFCE und KDE Plasma 5 (Manjaro GNU / Linux mit neuesten Updates) als auch bei einem anderen Benutzer desselben Systems der Fall. Nachdem die Festplatte erwacht ist, habe ich sie manuell in den Ruhezustand versetzt ( hdparm -Y ...) und sie wird nie wieder aktiviert, bis ich den Computer neu starte. Wenn Sie sich abmelden und wieder ein anderer Benutzer anmelden, werden keine der Festplatten erneut aktiviert.

Diese erwachende Scheibe ist immer gleich. Ich habe versucht, die SATA-Kabel dieser beiden Festplatten auszutauschen, die ihre IDs ausgetauscht haben (sdb <-> sdc), aber beim ersten grafischen Login wird immer noch dieselbe physische Festplatte aktiviert. Diese erwachende Diskette wird definitiv nirgendwo in meinen Konfigurationsdateien durch ihre permanente ID erwähnt, da ich sie kürzlich gekauft habe (gebraucht). Im Einzelnen handelt es sich bei der Festplatte, die weiter schläft, um Samsung HD103UJ und bei der ersten grafischen Anmeldung um Samsung HD154UI .

Ich überwache / dev / sd [bc] Zugriffe mit auditd . Die Protokolle sind für beide Festplatten praktisch gleich. Zuerst logge ich mich in der tty2-Konsole ein und führe aus sudo hdparm -C /dev/sd[bc]: Beide Festplatten schlafen; dann wechsle ich zu tty7 und logge mich vom lightdm-Bildschirm aus in XFCE ein. Ich wechsle schnell zu tty2 und jetzt schläft eine der Festplatten nicht mehr. Die Essenz der sudo ausearch -f /dev/sdbBefehlsausgabe entsprechend diesen Ereignissen:

comm="hdparm" exe="/usr/bin/hdparm" comm="udisksd" exe="/usr/lib/udisks2/udisksd" comm="hdparm" exe="/usr/bin/hdparm" comm="udisksd" exe="/usr/lib/udisks2/udisksd" comm="pool" exe="/usr/lib/udisks2/udisksd" comm="pool" exe="/usr/lib/udisks2/udisksd" ... 

Und so weiter. Die comm="pool"Zeile wird alle 10 Minuten im Protokoll angezeigt oder öfter, wenn gnome-disks ausgeführt werden. Die comm="udisksd"Zeile wird jedoch erst nach einem Neustart angezeigt. Unter der Annahme, dass auditd alle Festplattenzugriffe meldet, comm="udisksd"muss dies für das Aufwachen verantwortlich sein. Warum aber nur eine der 2 Festplatten? Vielleicht kann die beleidigende Festplatte konfiguriert werden, um hdparmnicht zu wecken?

Ich habe mit meld verglichen hdparm -I /dev/sdbund hdparm -I /dev/sdcausgegeben. Auch versucht -Iv, -iund -ivOptionen statt -I. Die Unterschiede beschränken sich weitgehend auf eindeutige Bezeichner, Festplattengrößen und Geometrie. Der einzige Unterschied, der zu dieser Inkonsistenz beim Aufwecken führen könnte, ist die Firmware-Revision: 1A A 01118 auf der Nicht- Aufwachplatte und 1A G 01118 auf der Aufweck -Diskette .