USB Festplatten Standby hdparm unter Ubuntu 16.04

  • mit dem wd tool hat das bei mir auch nicht funktioniert.... ich sagte ja

    UBCD nehmen und IDLE3TOOLS nehmen, dann folgendes eingeben

    Code
    idle3ctl -d /dev/sda

    Und wie gesagt, dass was du da jetzt gemacht hast, hat bei mir auch nicht funktioniert.

    Es gibt verschiedene Firmware-Stände und auch verschiedene Tool-Versionen und nicht alle Kombinationen funktionieren.

    Aber es hat ja funktioniert, ansonsten würde man das Parken der Köpfe noch hören. Es ist definitiv aus.
    Dann macht idle3ctl noch etwas anderes ?
    Hab idl3 Tools schon letzte Woche auf meinem Ubuntu System installiert und war schon beinahe am ausführen des Befehls aber es kam das keine WD Festplatte erkannt wurde und ich es nur mit force ausführen könne wenn ich wisse was ich tue. Deswegen hab ich es sein lassen und nun extra in Windwos gemacht. Wie gesagt, Intellipark ist aus. Die Frage ist nur ob und was idle3ctl unter Linux dann noch zusätzlich mit der Festplatte macht

  • Ich kann Dir nur sagen, dass ich mit zwei WDGreen 4TB die selben Probleme wie Du hattes und Sie nur so, wie ich geschrieben habe, zum schlafen gebracht habe. ;)

    Soo, hab mir nun extra nochmals folgende Mühe gemacht:
    -Festplatte nochmals an Win PC angeschlossen und mittels wdidle3 das Intellipark wieder auf default gesetzt ( 8Sekunden) also das Parken der Köpfe wieder hörbar.
    -Festplatte dann an Linux PC angeschlossen und mit idle3-tools das Intellipark deaktiviert mittels idle3ctl -d /dev/sdb1 das hat auch funktioniert und wurde bestätigt (disabled) und Köpfe wiederum nicht mehr hörbar.
    -Festplatte wieder in USB Gehäuse gebaut, angeschlossen.

    Ergebnis: Festplatte geht via hdidle in den Standby, wacht aber wieder nach ca 10min auf.
    Also das Intellipark deaktivieren via Windows oder Linux kommt auf dasselbe heraus, hätte mich auch gewundert wenn es da ein Unterschied geben soll. Schliesslich werden nur die Pausen der Köpfe dauerhaft deaktiviert, egal auf welchem Weg man dies ausführt (sind diesselben Versionen 1.05)


    Irgendwas muss in meinem Ubuntu System die Festplatte aufwecken - nur was ? Wie kann ich Zugriffe loggen ?

    Danke

  • Dann liegt es bestimmt am dem Controller von der externen Platte. Die haben auch so ihr eigenes Ding. Musste mal intern einbauen. ;)

    Gesendet von meinem Redmi Note 3 mit Tapatalk

    95% aller Computerfehler sitzen vor dem Bildschirm!

  • Dann liegt es bestimmt am dem Controller von der externen Platte. Die haben auch so ihr eigenes Ding. Musste mal intern einbauen. ;)

    Gesendet von meinem Redmi Note 3 mit Tapatalk

    Gut möglich, aber dann würde die Festplatte gar nicht auf hd-idle reagieren wenn es am Controller liegt. Es funktioniert ja, aber einmal.

    Wenn die Festplatte wieder aufwacht, dann muss irgendwie Traffic nach einer gewissen Zeit da sein, sonst würde sie nicht aufwachen. Und dieser wird vom Betriebssystem kommen, weil sonst keiner auf die Festplatte zugreift.
    Smartmontools vielleicht ?

  • Da ich den ganzen Tag schon mit der Festplatte verschwendet hab, hab ich nun noch folgendes getestet:

    Festplatte aus dem USB Gehäuse raus und direkt in den HTPC mit Ubuntu rein, an die Sata Schnittstelle.

    Nun sagt Ubuntu unter fdisk -l

    GPT PMBR Data Missmatch unter der sdb bzw sdb1

    Rührt wahrscheinlich daher weil die Platte von dem USB Controller seither verwaltet wurde.

    Kurzum, kann man die Festplatte integrieren ohne die Daten darauf zu verlieren ?

    (Das wäre dann der letzte Versuche das Ding ordentlich in den Standby zu bringen, ob es am SATA besser klappt als am USB weis ich allerdings noch gar nicht ... )

  • Scheint genau diesselbe Problematik zu sein wie bei mir, irgendwas in dem Ubutnut 16.04 System weckt die Festplatte nach ca 10 Minuten wieder auf.Die Konfiguartion hab ich identisch, nur via by-uuid anstatt /dev/sdX aber dies ist ja trivial.

    Die Frage ist was weckt die Festplatte auf... hab schon mit iotop geschaut, aber da sieht man nur Prozesse vom gesamten System. Gibt es eine Möglichkeit auszulesen was explitzit auf eine sdX Festplatte zugreift ?

    Hi,

    du könntest mal im normalen Syslog /var/[definition='1','0']log[/definition]/syslog schauen, am besten in dem Moment, in dem die Platte aufwacht. Wie gesagt, bei mir war es irgendwas mit einer Zeit / Datumssache.
    Ansonsten kannst du genauer schauen, indem du block_dump aktivierst (vorher „sudo su“ machen):

    https://www.laub-home.de/wiki/Festplatt…_Protokollieren

    Das hat mir auch sehr geholfen. Das Log ist recht groß, aber du kannst dann einfach nach sda1 (oder wasauchimmer) suchen.

    Grüße

  • Hi,
    du könntest mal im normalen Syslog /var/[definition='1','0']log[/definition]/syslog schauen, am besten in dem Moment, in dem die Platte aufwacht. Wie gesagt, bei mir war es irgendwas mit einer Zeit / Datumssache.
    Ansonsten kannst du genauer schauen, indem du block_dump aktivierst (vorher „sudo su“ machen):

    https://www.laub-home.de/wiki/Festplatt…_Protokollieren

    Das hat mir auch sehr geholfen. Das Log ist recht groß, aber du kannst dann einfach nach sda1 (oder wasauchimmer) suchen.

    Grüße

    Guter Tipp, Danke. Aber leider auch nichts dabei herausgekommen. Oder vielleicht doch. Es greift scheinbar nichts auf die Festplatte zu. Also muss wohl der interne WD USB Controller die Festplatte nach 10 min aufwecken, warum auch immer ? Denke dies wird in dem Log nicht aufgeführt.

    Wenn ich die Festplatte einstecke, dann kommt sie im Log schon vor:
    Feb 18 19:21:49 HOT5 kernel: [ 6.220634] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)

    Aber beim Spin Down bzw wenn sie wieder aufwacht, wird nichts geloggt. Ergo, wohl kein Zugriff seitens Ubuntu. Wohl Hardware Zugriff vom Controller ?

  • Möglicherweise läuft im Hintergrund smartd / smartctl und weckt die Platten auf?

    https://wiki.ubuntuusers.de/Festplattenstatus/

    Mit
    service --status-all sehe ich nur smartmontools als aktiven Dienst, diesen hab ich neulich schonmal mit service smartmontools stop gestoppt. Hat aber nicht geholfen, trotzdem aufgewacht.Muss man smartd und smartctl einzeln killen ?

    Aber wenn smartd und smartctl gar nicht unter aktive Dienste aufgeführt wird, dann können die ja eigentlich gar nicht aktiv sein bzw irgendwas an die Festplatten senden.

  • Wichtig ist wohl, was in den Konfigurationsdateien steht:

    /etc/default/smartmontools
    /etc/smartd.conf

    In der /etc/default/smartmontools ist alles bis auf start_smartd=yes auskommentiert.

    In der /etc/smartd.conf habe ich z.B. bei mir eingetragen:

    /dev/sda -n standby -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root
    /dev/sdb -n standby -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root
    /dev/sdc -n standby -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root
    /dev/sdd -n standby -a -I 194 -W 6,50,55 -R 5 -M daily -M test -m root

    # Erklarung:

    # /dev/sda // Bezeichnung der zu überwachenden Festplatte
    # -n standby // Wenn die Festplatte im Standbymodus ist, diese nicht aufwecken
    # -a // Alle Werte überprüfen
    # -I 194 // Temperature Wert auslassen
    # -W 6,50,55 // Änderungen von 6 Grad oder mehr reporten. Temperaturhöchstwert 50 Grad. Bei 55 Grad warnen.
    # -R 5 // Reallocated Sectors beachten (ID 5)
    # -M daily // Tägliche Erinnerung versenden, auch wenn das Problem bereits gemeldet wurde
    # -M test // Testmail beim Neustart des Diensts schicken
    # -m user@domain.tld // Empfänger der Warnungen


    Ein tatsächlicher Test der Festplatten findet nur einmal im Monat cron-gesteuert statt.

  • smartmontools ist komplett auskommentiert. Wundert mich das dieser Dienst dann überhaupt unter aktive Dienste steht. Wohl im Autostart irgendwie drin?

    smartd.conf alles auskommentiert bis auf: DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner

    das schaut interessant aus, werde mal vor diese Zeile ein # setzen und neustarten

  • Hab nun doch was mitloggen können, kann jemand was mit anfangen ?
    In Standby ging sie um 17:27:50 und aufgewacht um 17:35 bzw. 17:38


    Feb 19 17:15:01 HOT5 CRON[14900]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
    Feb 19 17:17:01 HOT5 CRON[15055]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
    Feb 19 17:25:01 HOT5 CRON[15745]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
    Feb 19 17:26:59 HOT5 systemd[1]: Started Session c2 of user hot5.
    Feb 19 17:27:50 HOT5 systemd[1]: Stopped LSB: start hd-idle daemon (spin down idle hard disks).
    Feb 19 17:27:50 HOT5 systemd[1]: Starting LSB: start hd-idle daemon (spin down idle hard disks)...
    Feb 19 17:27:50 HOT5 hd-idle[16053]: * Starting the hd-idle daemon hd-idle
    Feb 19 17:27:50 HOT5 hd-idle[16053]: ...done.
    Feb 19 17:27:50 HOT5 systemd[1]: Started LSB: start hd-idle daemon (spin down idle hard disks).
    Feb 19 17:35:01 HOT5 CRON[16582]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
    Feb 19 17:38:23 HOT5 udisksd[1125]: Error performing housekeeping for drive /org/freedesktop/UDisks2/drives/WDC_WD50EZRX_00MVLB1_WD_WX11D9435AXD: Error updating SMART data: Error sending ATA command CHECK POWER MODE: Unexpected sense data returned:#0120000: 70 00 02 00 00 00 00 0a 00 00 00 00 04 01 00 00 p...............#0120010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................#012 (g-io-error-quark, 0)
    Feb 19 17:45:01 HOT5 CRON[17395]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

  • Hab gestern Abend einfach mal noch gnome-disk-utility installiert und den Standbywert auf 3 Min testweise gesetzt.
    Seitdem kommt nun nicht mehr der Fehler mit dem udisksd Housekeeping Error.
    Die Festplatte geht nach exakt 13 Minuten in den Standby und bleibt es auch.
    Ganz ohne hd-idle (Service steht auf inaktiv, den hab ich nicht gestartet)

    Versteht jemand das ganze ? Warum geht die Festplatte nach 13 Minuten in den Standby obwohl ich in Gnome 3 Minuten eingstellt hab ?
    Und weshalb funktioniert es nun plötzlich ohne hd-idle und ohne hdparm ?

    Im Log ist es nun einiges ruhiger geworden, neu ist diese hier:

    Feb 20 07:38:49 HOT5 systemd[955]: Time has been changed
    Feb 20 07:38:49 HOT5 systemd[1]: Time has been changed
    Feb 20 07:38:50 HOT5 systemd[1]: Time has been changed
    Feb 20 07:38:50 HOT5 systemd[955]: Time has been changed
    Feb 20 07:39:03 HOT5 systemd[955]: Time has been changed

    User @tojo2503 hat etwas davon erwähnt

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!