hdparm: Platten wachen sofort wieder auf, wenn gemountet.

[horatio]

Folgendes Problem habe ich gerade unter Bananian 15.04 mit einer SATA Festplatte:
Wenn ich diese mittels hdparm (-Y Schalter) in den Standby schicken möchte, klappt das mit einer nicht gemounteten Platte auf anhieb.
Ist hingegen die Platte gemountet, wacht sie sofort wieder auf.

Wie kann ich das lösen?
Wo kann ich nachsehen, was den Standby verhindert?

Später möchte ich natürlich das ganze automatisieren (-S Schalter und z.B. udev).
Aber solange das manuell nicht geht, muss ich das nicht versuchen.

 

[linrunner]

Hi,

also mit huparm geht es garantiert nicht. Eher schon mit hdparm. Und was bitte ist eine "gemostete Platte"?

Generell sind ein paar elementare Infos immer hilfreich:

• Welcher Kernel? (uname -a)
• In welchem Pfad genau wird die Platte gemountet?
• Welches Filesystem?
• Welche Daten liegen in dem Pfad und welcher Dienst arbeitet damit?
• Was passiert, wenn Du den betreffenden Dienst stoppst?
• Welche Dienste laufen sonst so auf dem System?

Ich würde diese Vorgehensweise empfehlen, um den Verursacher dingfest zu machen: Link (letzter Post).

 

[horatio]

Schonmal vielen Dank.
(Die Tippfehler sind vom Kackmist OS X Autocomplete)

* Kernel: Linux 3.4.104-bananian
* Unter /media habe ich einen neuen Ordner dafür angelegt.
* FS ist ext4
* Die Platte ist bis auf "lost+found" leer.
* Keine Dienste bisher in Betrieb, das wäre der nächste Schritt
* Dienste/Prozesse habe ich hier mal über ps ax gelistet:

PID TTY STAT TIME COMMAND 1 ? Ss 0:03 init [2]
2 ? S 0:00 [kthreadd]
3 ? S 0:03 [ksoftirqd/0]
5 ? S 0:00 [kworker/u:0]
6 ? S 0:00 [migration/0]
7 ? S 0:00 [migration/1]
8 ? S 0:00 [kworker/1:0]
9 ? S 0:02 [ksoftirqd/1]
10 ? S< 0:00 [cpuset]
11 ? S< 0:00 [khelper]
12 ? S 0:00 [kdevtmpfs]
13 ? S< 0:00 [netns]
14 ? S 0:00 [sync_supers]
15 ? S 0:00 [bdi-default]
16 ? S< 0:00 [kintegrityd]
17 ? S< 0:00 [crypto]
18 ? S< 0:00 [kblockd]
19 ? S 0:00 [khubd]
20 ? S< 0:00 [cpufreq_uevent]
21 ? S< 0:00 [md]
22 ? S< 0:00 [kfantasy]
23 ? S< 0:00 [rpciod]
25 ? S 0:00 [khungtaskd]
26 ? S 0:00 [kswapd0]
27 ? SN 0:00 [ksmd]
28 ? S 0:00 [fsnotify_mark]
29 ? S< 0:00 [nfsiod]
30 ? S< 0:00 [cifsiod]
44 ? S 0:00 [scsi_eh_0]
45 ? S 0:00 [kworker/u:1]
47 ? S 0:00 [cfinteractive]
49 ? S< 0:00 [binder]
50 ? S< 0:00 [codec_resume]
51 ? S 0:03 [hdmi proc]
52 ? S 0:01 [mmcqd/0]
53 ? S< 0:00 [deferwq]
54 ? S< 0:00 [ext4-dio-unwrit]
166 ? Ss 0:00 udevd --daemon
266 ? S 0:00 udevd --daemon
276 ? S 0:00 udevd --daemon
613 ? S< 0:00 [cfg80211]
1650 ? S 0:01 [RTKTHREAD]
1655 ? Ss 0:00 /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant
1742 ? Ss 0:00 dhclient -v -pf /run/dhclient.eth0.pid -lf /var/lib/d
2039 ? Ss 0:00 /usr/sbin/nmbd -D
2054 ? Ss 0:00 /usr/sbin/cron
2072 ? Ss 0:00 /usr/sbin/smbd -D
2091 ? S 0:00 /usr/sbin/smbd -D
2115 ? Ss 0:02 /usr/sbin/haveged -w 1024
2135 ? Ss 0:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/nt
2176 ? Ss 0:00 nginx: master process /usr/sbin/nginx
2180 ? S 0:00 nginx: worker process
2202 ? Ss 0:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)
2205 ? S 0:00 php-fpm: pool www
2206 ? S 0:00 php-fpm: pool www
2269 tty1 Ss+ 0:00 /sbin/getty 38400 tty1
2270 tty2 Ss+ 0:00 /sbin/getty 38400 tty2
2271 tty3 Ss+ 0:00 /sbin/getty 38400 tty3
2272 tty4 Ss+ 0:00 /sbin/getty 38400 tty4
2273 tty5 Ss+ 0:00 /sbin/getty 38400 tty5
2274 tty6 Ss+ 0:00 /sbin/getty 38400 tty6
2275 ttyS0 Ss+ 0:00 /sbin/getty -L ttyS0 115200 vt100
2308 ? Ss 0:00 dhclient -v -pf /run/dhclient.wlan0.pid -lf /var/lib/
2349 ? Ss 0:00 /usr/sbin/sshd
2356 ? Ss 0:02 sshd: root@pts/0
2358 pts/0 Ss+ 0:04 -zsh
2440 ? S 0:00 [kworker/1:1]
2465 ? S 0:00 [flush-8:0]
2490 ? S 0:00 [jbd2/sda1-8]
2491 ? S< 0:00 [ext4-dio-unwrit]
2492 ? S 0:05 [ext4lazyinit]
2851 ? S 0:00 [flush-179:0]
2865 ? Ss 0:00 sshd: root@pts/1
2867 ? S 0:00 [kworker/0:1]
2868 pts/1 Ss 0:00 -zsh
2891 ? S 0:01 [kworker/0:0]
2897 ? S 0:00 [kworker/0:2]

2905 pts/1 R+ 0:00 ps ax

 

[thorfdbg]

* FS ist ext4 * Die Platte ist bis auf "lost+found" leer. * Keine Dienste bisher in Betrieb, das wäre der nächste Schritt

Die entscheidende Frage wäre auch, wie die Platte gemountet ist. Typischerweise schreibt Linux mit jedem Lesezugriff die letzte Zugriffszeit in das Dateisystem, da hilft auch kein Cache. Ich würde als erste Gegenmaßnahme mal probieren, die Platte mit "noatime" zu mounten und zu gucken, ob das hilft. Achtung: "noatime" funktioniert in den allermeisten Fällen richtig, es gibt aber eine Handvoll von Programmen, die die Zugriffszeit auf Dateien brauchen. Nicht, dass ich jetzt auswendig wüsste, welche.

 

[linrunner]

Also am besten wie im Link beschrieben prüfen.

EDITH meint: dabei nur nach "sda" grep-en, nicht nach "/dev/sda"

 

[horatio]

@linerunner: Link?

noatime nutze ich schon, die Platte wird per fstab gemountet:
UUID=... /media/hd ext4 defaults,noatime

 

[linrunner]

In Post #2

 

[Myon]

Ich hatte mal ein ähnliches Problem: Festplattenaktivität ohne jegliche Dienste, die auf die Platte zugreifen könnten. Am Schluss stellte
sich heraus, dass es am "Lazy Initialization" von ext4 lag:

https://www.thomas-krenn.com/en/wiki/Ext4_Filesystem#Lazy_Initialization

Seitdem formatiere ich große Platten immer mit

mkfs.ext4 -E lazy_itable_init=0,lazy_journal_init=0 /dev/X