• unklarer Fehler ZFS/SMART/SATA 6.0 Gbps/UDMA/133

    From Tony Blue@21:1/5 to All on Wed Nov 17 23:00:02 2021
    Hallo,

    ich bin ratlos, was mit meinem seit geraumer Zeit zuverlässig laufendem Proxmox Server (Debian bullseye) los ist und wie ich das lösen kann.

    Kurzfassung: ZFS + SMART melden Fehler, alle Festplatten werden nur noch
    als UDMA/133 eingebunden.

    Heute Morgen 5:58 Uhr: ZFS device fault for pool
    Code:

    The number of I/O errors associated with a ZFS device exceeded
    acceptable levels. ZFS has marked the device as faulted.

     impact: Fault tolerance of the pool may be compromised.
        eid: 154391
      class: statechange
      state: FAULTED
       host: meinrechnername
       time: 2021-11-14 05:58:11+0100
      vpath: /dev/sdc2
      vguid: 0xC338A55969D3184F
       pool: 0x174BC0321B6273A6


    Code:

    :~# zpool status -x
      pool: rpool
     state: DEGRADED
    status: One or more devices are faulted in response to persistent errors.
            Sufficient replicas exist for the pool to continue functioning in a
            degraded state.
    action: Replace the faulted device, or use 'zpool clear' to mark the device
            repaired.
      scan: scrub in progress since Sun Nov 14 00:24:02 2021
            9.88T scanned at 360M/s, 9.00T issued at 328M/s, 15.6T total
            912K repaired, 57.77% done, 05:50:27 to go
    config:

            NAME        STATE     READ WRITE CKSUM
            rpool       DEGRADED     0     0     0
              raidz1-0  DEGRADED     0     0     0
                sda2    ONLINE       0     0     0
                sdb2    ONLINE       0     0     0
                sdc2    FAULTED     17     0     0  too many errors (repairing)

    errors: No known data errors


    Anschließend 6:18 Uhr: SMART error (ErrorCount) detected on host:
    Code:

    This message was generated by the smartd daemon running on:

       host name:  meinrechnername
       DNS domain: localdomain

    The following warning/error was logged by the smartd daemon:

    Device: /dev/sdc [SAT], ATA error count increased from 0 to 1

    Device info:
    ST8000NM0055-1RM112, S/N:ZA19V8QR, WWN:5-000c50-0af629d42, FW:SN05, 8.00 TB


    In der /var/log/syslog steht dazu
    Code:

    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 100 to 69
    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 187 Reported_Uncorrect changed from 100 to 99
    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 60 to 62
    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 194 Temperature_Celsius changed from 40 to 38
    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 100 to 78
    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    ATA error count increased from 0 to 1
    Nov 14 06:18:37 meinrechnername smartd[2680]: Sending warning via /usr/share/smartmontools/smartd-runner to root ...


    Daraufhin habe ich einen neuer Smart-Schnelltest angestoßen: smartctl -t
    short /dev/sdc

    Code:

    smartctl -l selftest /dev/sdc
    smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.11.22-5-pve] (local build) Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

    === START OF READ SMART DATA SECTION ===
    SMART Self-test log structure revision number 1
    Num  Test_Description    Status                  Remaining LifeTime(hours)  LBA_of_first_error
    # 1  Short offline       Completed: read failure       90% 12392         -
    # 2  Extended offline    Completed without error       00% 40         -


    Meine Vermutung hierzu war, dass die Platte /dev/sdc defekt ist und ausgetauscht werden muss. Daraufhin habe ich im laufenden System eine Ersatzplatte eingesteckt und wollte das resilvering anstoßen. Beim
    Einstecken ist mir aufgefallen, dass die Platte nur im UDMA/133 läuft.

    Code:

    [1860674.617985] ata4: link is slow to respond, please be patient (ready=0)
    [

    1860678.486019] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [1860678.488885] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT3._GTF.DSSP], AE_NOT_FOUND (20201113/psargs-330)

    [1860678.488921] No Local Variables are initialized for Method [_GTF]

    [1860678.488923] No Arguments are initialized for method [_GTF]

    [1860678.488924] ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT3._GTF
    due to previous error (AE_NOT_FOUND) (20201113/psparse-529)
    [1860678.489451] ata4.00: ATA-10: ST8000NM0055-1RM112, SN05, max UDMA/133 [1860678.489453] ata4.00: 15628053168 sectors, multi 0: LBA48 NCQ (depth
    32), AA
    [1860678.492204] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.SAT0.PRT3._GTF.DSSP], AE_NOT_FOUND (20201113/psargs-330)

    [1860678.492240] No Local Variables are initialized for Method [_GTF]

    [1860678.492241] No Arguments are initialized for method [_GTF]

    [1860678.492243] ACPI Error: Aborting method \_SB.PCI0.SAT0.PRT3._GTF
    due to previous error (AE_NOT_FOUND) (20201113/psparse-529)
    [1860678.492639] ata4.00: configured for UDMA/133
    [1860678.492696] scsi 3:0:0:0: Direct-Access     ATA ST8000NM0055-1RM
    SN05 PQ: 0 ANSI: 5
    [1860678.492887] sd 3:0:0:0: Attached scsi generic sg3 type 0
    [1860678.492922] sd 3:0:0:0: [sdd] 15628053168 512-byte logical blocks:
    (8.00 TB/7.28 TiB)
    [1860678.492924] sd 3:0:0:0: [sdd] 4096-byte physical blocks
    [1860678.492929] sd 3:0:0:0: [sdd] Write Protect is off
    [1860678.492930] sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00
    [1860678.492939] sd 3:0:0:0: [sdd] Write cache: enabled, read cache:
    enabled, doesn't support DPO or FUA
    [1860678.570090] sd 3:0:0:0: [sdd] Attached SCSI disk


    Daraufhin habe ich kein resilvering angestoßen, sondern den Rechner neu gestartet. Nun ist mir aufgefallen, dass alle Platten im UDMA/133 laufen (obwohl die Platten als auch der Controller SATA 6.0 Gbps können).

    Code:

    dmesg | grep ata1
    [    1.439448] ata1: SATA max UDMA/133 abar m2048@0xf7a4b000 port
    0xf7a4b100 irq 130
    [    1.757152] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [    1.774653] ata1.00: ATA-10: ST8000NM0055-1RM112, SN04, max UDMA/133 [    1.774655] ata1.00: 15628053168 sectors, multi 16: LBA48 NCQ (depth
    32), AA
    [    1.778225] ata1.00: configured for UDMA/133
    root@meinrechnername:~# dmesg | grep ata2
    [    1.439450] ata2: SATA max UDMA/133 abar m2048@0xf7a4b000 port
    0xf7a4b180 irq 130
    [    1.752945] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [    1.756486] ata2.00: ATA-10: ST8000NM0055-1RM112, SN04, max UDMA/133 [    1.756489] ata2.00: 15628053168 sectors, multi 16: LBA48 NCQ (depth
    32), AA
    [    1.759997] ata2.00: configured for UDMA/133
    root@meinrechnername:~# dmesg | grep ata3
    [    1.439452] ata3: SATA max UDMA/133 abar m2048@0xf7a4b000 port
    0xf7a4b200 irq 130
    [    1.752901] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [    1.765947] ata3.00: ATA-10: ST8000NM0055-1RM112, SN05, max UDMA/133 [    1.765950] ata3.00: 15628053168 sectors, multi 16: LBA48 NCQ (depth
    32), AA
    [    1.769530] ata3.00: configured for UDMA/133


    Ich bin ratlos. Was könnte die Ursache sein?

    Vielen Dank


    Tony


    P. S. Ich habe die Anfrage auch schon im Proxmox-Forum gestellt (https://forum.proxmox.com/threads/unklarer-fehler-zfs-smart-sata-6-0-gbps-udma-133.99679/#post-430560).
    Bisher habe ich keine weiterführende Antwort erhalten. Deshalb bitte ich
    hier um Tipps.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ulf Volmer@21:1/5 to Tony Blue on Thu Nov 18 00:00:02 2021
    On 17.11.21 22:51, Tony Blue wrote:

    Daraufhin habe ich kein resilvering angestoßen, sondern den Rechner neu gestartet. Nun ist mir aufgefallen, dass alle Platten im UDMA/133 laufen (obwohl die Platten als auch der Controller SATA 6.0 Gbps können).
    ^^^^^^^^

    [    1.757152] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
    ^^^^^^^^

    Das ist gut und soll so.

    Viele Grüße
    Ulf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jan Kappler@21:1/5 to All on Thu Nov 18 01:10:02 2021
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --E7XTLphXLjM6g0ISR8BXe0OJAN4KKCUuY
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: quoted-printable
    Content-Language: de-DE

    Moin,

    Am 17.11.21 um 22:51 schrieb Tony Blue:

    In der /var/log/syslog steht dazu
    Code:

    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 194 Temperature_Celsius changed from 40 to 38

    Ich empfehle Dir, das thermische Konzept des Rechners zu überdenken!
    Sofern diese hohe Temperatur durch den Reparaturversuch zustande
    gekommen ist, wäre das nicht so schlimm und verständlich, dauerhaft ist
    das aber nicht gesund für Festplatten. Je höher die Temperatur, desto schneller altern sie!

    Schau einfach mal im "normalen" Betrieb nach der Temperatur der
    eingebauten Platten. In der aktuellen Jahreszeit sollte sie deutlich
    niedriger sein, ansonsten ist die Kühlung zu schlecht.

    --


    Mit freundlichem Gruß
    Jan Kappler



    --E7XTLphXLjM6g0ISR8BXe0OJAN4KKCUuY--

    -----BEGIN PGP SIGNATURE-----

    iF0EARECAB0WIQRd37qT8MrPHO5NGg6KsYYc+51uuQUCYZWZwAAKCRCKsYYc+51u uaTyAKCLGEsKJ9c8i+U5pHDnCws47tA1QgCfaNHqCbTK9TbC0dYlnT2LRQu5n/o=
    =BM6N
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph@21:1/5 to All on Thu Nov 18 07:50:02 2021
    Moin Tony,

    Am 17.11.21 um 22:51 schrieb Tony Blue:
    ...
    Device info:
    ST8000NM0055-1RM112, S/N:ZA19V8QR, WWN:5-000c50-0af629d42, FW:SN05, 8.00 TB ...
    Bisher habe ich keine weiterführende Antwort erhalten. Deshalb bitte ich hier um Tipps.


    Meine Hinweise:

    1. Seagate ist nicht für die zuverlässigsten Platten bekannt. Ich
    persönlich würde keine Seagate kaufen.

    2. Das Modell, das offenbar defekt geworden ist, ist nicht für NAS spezifiziert. NAS heißt ja, dass mehrere Platten im selben Gehäuse
    stecken und gegenseitig ihre Vibrationen abbekommen. NAS-Platten sind
    dagegen gehärtet. Meist sind sie für eine maximale Anzahl pro Gehäuse spezifiziert. Wenn man mehr möchte (so wie ich), dann muss man spezielle Maßnahmen treffen. Wenn du nicht-NAS Laufwerke einsetzt, können zwei im selben Gehäuse schon zu viel sein.

    3. Schutzmaßnahmen vor gegenseitiger Beeinträchtigung und Beschädigung können sein a) mechanisch, oder b) elektronisch. Letztere verwende ich.
    Der Trick ist, den /acoustic level/ runter zu drehen, zu Lasten der
    Performance (Kopfbewegungn erfolgen mit geringerer Beschleunigung).
    Meine 12 nicht-NAS Platten (RAID-Z3) im selben Gehäuse habe ich alle auf
    den niedrigsten Wert gestellt. Leider hat es ein paar beschädigte
    Laufwerke gebraucht, bis ich darauf kam. Aber jetzt ist Ruhe. :-)

    hth
    Christoph

    --
    Bitte keine Mails von USA-Providern wie AOL, me.com/icloud (Apple),
    gmail (Google), hotmail/outlook.com (Microsoft) oder yahoo.
    Solche Mails werden ohne Rückmeldung gelöscht.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Tony Blue@21:1/5 to All on Fri Nov 19 08:30:01 2021
    DQpBbSAxNy4xMS4yMDIxIHVtIDIzOjU3IHNjaHJpZWIgVWxmIFZvbG1lcjoNCj4gT24gMTcuMTEu MjEgMjI6NTEsIFRvbnkgQmx1ZSB3cm90ZToNCj4NCj4+IERhcmF1ZmhpbiBoYWJlIGljaCBrZWlu IHJlc2lsdmVyaW5nIGFuZ2VzdG/Dn2VuLCBzb25kZXJuIGRlbiBSZWNobmVyIG5ldQ0KPj4gZ2Vz dGFydGV0LiBOdW4gaXN0IG1pciBhdWZnZWZhbGxlbiwgZGFzcyBhbGxlIFBsYXR0ZW4gaW0gVURN QS8xMzMgbGF1ZmVuDQo+PiAob2J3b2hsIGRpZSBQbGF0dGVuIGFscyBhdWNoIGRlciBDb250cm9s bGVyIFNBVEEgNi4wIEdicHMga8O2bm5lbikuDQo+IMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgwqDCoMKgwqAgXl5eXl5eXl4NCj4NCj4+IFvCoMKgwqAgMS43NTcxNTJdIGF0YTE6 IFNBVEEgbGluayB1cCA2LjAgR2JwcyAoU1N0YXR1cyAxMzMgU0NvbnRyb2wgMzAwKQ0KPiDCoMKg wqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDC oMKgwqDCoMKgIF5eXl5eXl5eDQo+DQo+IERhcyBpc3QgZ3V0IHVuZCBzb2xsIHNvLg0KPg0KPiBW aWVsZSBHcsO8w59lDQo+IFVsZg0KPg0KQmVkZXV0ZXQgZGFzICJjb25maWd1cmVkIGZvciBVRE1B LzEzMyIgaW4gZGVyIGxldHp0ZW4gWmVpbGUNCg0KW8KgwqDCoCAxLjQzOTQ0OF0gYXRhMTogU0FU QSBtYXggVURNQS8xMzMgYWJhciBtMjA0OEAweGY3YTRiMDAwIHBvcnQgDQoweGY3YTRiMTAwIGly cSAxMzANClvCoMKgwqAgMS43NTcxNTJdIGF0YTE6IFNBVEEgbGluayB1cCA2LjAgR2JwcyAoU1N0 YXR1cyAxMzMgU0NvbnRyb2wgMzAwKQ0KW8KgwqDCoCAxLjc3NDY1M10gYXRhMS4wMDogQVRBLTEw OiBTVDgwMDBOTTAwNTUtMVJNMTEyLCBTTjA0LCBtYXggVURNQS8xMzMNClvCoMKgwqAgMS43NzQ2 NTVdIGF0YTEuMDA6IDE1NjI4MDUzMTY4IHNlY3RvcnMsIG11bHRpIDE2OiBMQkE0OCBOQ1EgKGRl cHRoIA0KMzIpLCBBQQ0KW8KgwqDCoCAxLjc3ODIyNV0gYXRhMS4wMDogY29uZmlndXJlZCBmb3Ig VURNQS8xMzMNCg0KbmljaHQsIGRhc3MgZGllIFBsYXR0ZSB6d2FyIFNBVEEgNi4wIEdicHMga8O2 bm50ZSBhYmVyIG51ciBtaXQgVURNQS8xMzMgDQpsw6R1ZnQ/DQoNCg0KVmllbGVuIERhbmshDQoN Cg0KVG9ueQ0KDQo=

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sven Hartge@21:1/5 to Tony Blue on Fri Nov 19 09:00:01 2021
    Tony Blue <tony.blue.mailinglist@gmx.de> wrote:
    Bedeutet das "configured for UDMA/133" in der letzten Zeile

    [    1.439448] ata1: SATA max UDMA/133 abar m2048@0xf7a4b000 port 0xf7a4b100 irq 130
    [    1.757152] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [    1.774653] ata1.00: ATA-10: ST8000NM0055-1RM112, SN04, max UDMA/133 [    1.774655] ata1.00: 15628053168 sectors, multi 16: LBA48 NCQ (depth 32), AA
    [    1.778225] ata1.00: configured for UDMA/133

    nicht, dass die Platte zwar SATA 6.0 Gbps könnte aber nur mit UDMA/133 läuft?

    Nein, UDMA in der Form, wie du es kennst, gibt es so nur bei IDE. Die
    Meldung hier dürfte ein Überbleibsel aus der Zeit sein, weil UDMA/133
    (oder UDMA-6) das höchste war, was bei IDE/PATA definiert war.

    Wenn der SATA-Link mit 6.0 Gbps hoch kommt, dann ist das auch die Transportgeschwindigkeit auf dem Link.

    Rotierende Platten können das natürlich nicht liefern (i.d.R.), wirklich erreichen kann man das nur mit SSDs.

    S°

    --
    Sigmentation fault. Core dumped.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ulf Volmer@21:1/5 to Tony Blue on Fri Nov 19 09:00:01 2021
    On 19.11.21 08:20, Tony Blue wrote:

    Was würdet Ihr denn machen:

    * Platte tauschen - resilvering starten

    Ja.

    * Mainboard tauschen weil der SATA-Controller vielleicht nicht geht?

    Nein.

    Viele GRüße
    Ulf

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Tony Blue@21:1/5 to All on Sun Nov 21 08:20:02 2021
    Am 18.11.2021 um 07:43 schrieb Christoph:
    Moin Tony,

    Am 17.11.21 um 22:51 schrieb Tony Blue:
    ...
    Device info:
    ST8000NM0055-1RM112, S/N:ZA19V8QR, WWN:5-000c50-0af629d42, FW:SN05, 8.00 TB >> ...
    Bisher habe ich keine weiterführende Antwort erhalten. Deshalb bitte ich
    hier um Tipps.

    Meine Hinweise:


    3. Schutzmaßnahmen vor gegenseitiger Beeinträchtigung und Beschädigung können sein a) mechanisch, oder b) elektronisch. Letztere verwende ich.
    Der Trick ist, den /acoustic level/ runter zu drehen, zu Lasten der Performance (Kopfbewegungn erfolgen mit geringerer Beschleunigung).
    Meine 12 nicht-NAS Platten (RAID-Z3) im selben Gehäuse habe ich alle auf
    den niedrigsten Wert gestellt. Leider hat es ein paar beschädigte
    Laufwerke gebraucht, bis ich darauf kam. Aber jetzt ist Ruhe. :-)

    Vielen Dank für den Hinweis.

    Wie reduziere ich denn den /acoustic level/. Google findet mit "linux
    "acoustic level" reduzieren" nichts.


    Vielen Dank!


    Tony

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Tony Blue@21:1/5 to All on Sun Nov 21 08:20:02 2021
    Am 18.11.2021 um 01:09 schrieb Jan Kappler:
    Moin,

    Am 17.11.21 um 22:51 schrieb Tony Blue:
    In der /var/log/syslog steht dazu
    Code:

    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 194 Temperature_Celsius changed from 40 to 38

    Schau einfach mal im "normalen" Betrieb nach der Temperatur der
    eingebauten Platten. In der aktuellen Jahreszeit sollte sie deutlich niedriger sein, ansonsten ist die Kühlung zu schlecht.


    Vor den 3 im Rechner befindlichen Festplatten befindet sich ein eigener Lüfter. Wie hoch sollte denn die Temperatur der Festplatten im
    Dauerbetrieb maximal sein?

    Vielen Dank!


    Tony

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Markus Reichelt@21:1/5 to tony.blue.mailinglist@gmx.de on Sun Nov 21 09:40:02 2021
    * Tony Blue <tony.blue.mailinglist@gmx.de> wrote:

    Wie reduziere ich denn den /acoustic level/. Google findet mit "linux "acoustic level" reduzieren" nichts.

    man hdparm

    Option -M

    Option -B könnte für dich auch interessant sein, wenn deine load cycle count smart-Werte hoch sind und weiter ansteigen.

    Beide Optionen werden nicht von allen Platten unterstützt.

    hth

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Christoph@21:1/5 to All on Sun Nov 21 09:30:02 2021
    Moin Tony,

    Am 21.11.21 um 08:12 schrieb Tony Blue:
    ...

    3. Schutzmaßnahmen vor gegenseitiger Beeinträchtigung und Beschädigung
    können sein a) mechanisch, oder b) elektronisch. Letztere verwende ich.
    Der Trick ist, den /acoustic level/ runter zu drehen, zu Lasten der
    Performance (Kopfbewegungn erfolgen mit geringerer Beschleunigung).
    Meine 12 nicht-NAS Platten (RAID-Z3) im selben Gehäuse habe ich alle auf
    den niedrigsten Wert gestellt. Leider hat es ein paar beschädigte
    Laufwerke gebraucht, bis ich darauf kam. Aber jetzt ist Ruhe. :-)

    Vielen Dank für den Hinweis.

    Wie reduziere ich denn den /acoustic level/. Google findet mit "linux "acoustic level" reduzieren" nichts.


    ähm, wer sucht denn mit dem Datensauger Gurgel? <https://www.startpage.com/do/dsearch?query=linux+acoustic+level>

    Treffer beispielsweise
    <https://linuxwiki.de/hdparm#Akustik_Management> <https://debiananwenderhandbuch.de/hdparm%20Festplattenparameter.html>

    Ãœbrigens verwende ich den Wert 1 (sic!). WFM mit Platten von WD und
    Hitachi.

    hth
    Christoph

    --
    Bitte keine Mails von USA-Providern wie AOL, me.com/icloud (Apple),
    gmail (Google), hotmail/outlook.com (Microsoft) oder yahoo.
    Solche Mails werden ohne Rückmeldung gelöscht.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jan Kappler@21:1/5 to All on Sun Nov 21 13:50:01 2021
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --L5ezoocRugz73XDoeUemYfFuTdSvcnYlN
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: quoted-printable
    Content-Language: de-DE

    Moin,

    Am 21.11.21 um 08:11 schrieb Tony Blue:

    Am 18.11.2021 um 01:09 schrieb Jan Kappler:
    Moin,

    Am 17.11.21 um 22:51 schrieb Tony Blue:
    In der /var/log/syslog steht dazu
    Code:

    Nov 14 06:18:37 meinrechnername smartd[2680]: Device: /dev/sdc [SAT],
    SMART Usage Attribute: 194 Temperature_Celsius changed from 40 to 38

    Schau einfach mal im "normalen" Betrieb nach der Temperatur der
    eingebauten Platten. In der aktuellen Jahreszeit sollte sie deutlich
    niedriger sein, ansonsten ist die Kühlung zu schlecht.


    Vor den 3 im Rechner befindlichen Festplatten befindet sich ein eigener Lüfter. Wie hoch sollte denn die Temperatur der Festplatten im
    Dauerbetrieb maximal sein?

    Vielen Dank!


    Tony

    eigentlich nur wenige Grad über der Raumtemperatur, also der Umgebungstemperatur. Mein Server ist komplett passiv gekühlt (uralter
    Intel Atom N270 auf Mini-ITX-Mainboard), der im Gehäuse vorhandene,
    riesige Lüfter ist aktuell nicht angeklemmt. Smartctl zeigt mir 21 °C
    an, bei Raumtemperatur von vielleicht 19 Grad. Die Festplatte ist eine
    2,5" 1TB HGST Travelstar 5K1000.

    Im Desktop (Miditower, CPU-Lüfter, 120-mm-Gehäuselüfter, NT-Lüfter wohl auch so groß) habe ich eine kleine SSD drin, da wird 22 °C angezeigt (Raumtemperatur 19,9 °C laut Wetterstation).

    Auf beiden Kisten passiert momentan nicht viel. Bei höherer
    Beanspruchung steigt die Temperatur natürlich und im Sommer erreichte
    die Temperatur auch mal 35 °C bei rund 30 Grad im Raum (genaue Zahlen
    hab ich nicht mehr). Bei mehreren Platten dürfte die Wärmeentwicklung entsprechend höher sein, zumal 3,5"-Platten eine höhere
    Leistungsaufnahme haben (deshalb hab ich 2,5" gewählt, die Performance
    reicht mir).

    Ein Lüfter ist schon mal gut! Sofern der Platz es hergibt, sollte man
    möglich viel Luft zwischen den Festplatten lassen, sie also nicht
    unmittelbar übereinander montieren - die unteren erwärmen entsprechend
    die oberen Laufwerke. Natürlich hängt das von der Konstruktion des
    Gehäuses ab.

    Zumindest sind dauerhaft höhere Temperaturen schlecht für HDD, hab ich
    mal gelesen, sie verringern die Lebensdauer.

    --


    Mit freundlichem Gruß
    Jan Kappler



    --L5ezoocRugz73XDoeUemYfFuTdSvcnYlN--

    -----BEGIN PGP SIGNATURE-----

    iF0EARECAB0WIQRd37qT8MrPHO5NGg6KsYYc+51uuQUCYZpAOQAKCRCKsYYc+51u uQnCAJ9uhch2sUMHSId2RtpdBdow3lZyhwCZAXBHKY8uhS5PVQNEKvSy35b3w14=
    =IeEO
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)