Neue Festplatte - Sata Fehler?

[mgutt]

4 minutes ago, MAM59 said:

Seit dem X570 Chipsatz können die Hersteller wählen

Was eben der Chipsatz und nicht die CPU ist. Auch dein Asus TUF GAMING X570-PLUS (WI-FI) hat 8x SATA über den Chipsatz und nur 1x SATA über die CPU, sofern man den M.2 Slot dafür opfert. 4x SATA über die CPU gibt es meiner Ansicht nach bei keinem Consumerboard.

[mgutt]

On 8/8/2022 at 8:39 AM, Basti-Rx said:

gerade eine neue Platte eingebaut

Welche eigentlich? Hast du dieses Modell sonst auch im Einsatz?

[Basti-Rx]

Eine geshuckte aus einer WD Elements. Ist die 3te im Bunde.

WD120EDGZ

[mgutt]

Und wie ist die angebunden. Ich habe das so rausgehört, dass du ein Hot Swap Gehäuse hast? Welches? Hast du mal versucht direkt am Board anzuschließen? Nur eine Vermutung, aber vielleichtag die Backplane den Standby Modus nicht?!

[Basti-Rx]

Kabel ist am anfang verlinkt und habe jetzt gerade die platte in einen schacht geschoben wo eine andere problemlos läuft. gehen gerade davon aus das es ander platte liegt.

Wenn ich das richtige sehe, liegt zu den beiden anderen Platten nur der unterschied im buchstaben "G" an der 5ten Stelle. Die anderen habe dort ein "B".

 

Edited August 11, 2022 by Basti-Rx

[mgutt]

Wäre natürlich mies, wenn WD da irgendwas geändert hat, damit man die quasi nicht mehr effizient betreiben kann.

 

Ich denke der Auslöser ist dieses Kommando, was auch powertop absetzt:

echo med_power_with_dipm | tee /sys/class/scsi_host/host*/link_power_management_policy

 

Du könntest nun folgendes machen, um herauszufinden, welche "sdX" Kennung zu welcher "hostX" gehört:

ls -l /sys/class/block/sd*
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sda -> ../../devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/host0/target0:0:0/0:0:0:0/block/sda/
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sda1 -> ../../devices/pci0000:00/0000:00:14.0/usb1/1-6/1-6:1.0/host0/target0:0:0/0:0:0:0/block/sda/sda1/
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sdb -> ../../devices/pci0000:00/0000:00:17.0/ata1/host1/target1:0:0/1:0:0:0/block/sdb/
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sdb1 -> ../../devices/pci0000:00/0000:00:17.0/ata1/host1/target1:0:0/1:0:0:0/block/sdb/sdb1/
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sdc -> ../../devices/pci0000:00/0000:00:17.0/ata2/host2/target2:0:0/2:0:0:0/block/sdc/
lrwxrwxrwx 1 root root 0 Aug 11 22:34 /sys/class/block/sdc1 -> ../../devices/pci0000:00/0000:00:17.0/ata2/host2/target2:0:0/2:0:0:0/block/sdc/sdc1
...

 

Sagen wir mal die Platte, die bei dir Probleme macht ist "sdb". Dann würdest du das Kommando zum Strom sparen stattdessen so absetzen:

echo med_power_with_dipm > /sys/class/scsi_host/host0/link_power_management_policy
echo med_power_with_dipm > /sys/class/scsi_host/host2/link_power_management_policy
echo med_power_with_dipm > /sys/class/scsi_host/host3/link_power_management_policy
usw

 

Soll heißen du lässt das Kommando bei der einen problematischen Platte weg. Nachteil: Die problematische Platte darf nicht umgesteckt werden.

 

Die sonstigen powertop-Kommandos musst du natürlich auch manuell absetzen:

https://forums.unraid.net/topic/98070-reduce-power-consumption-with-powertop/

 

powertop --auto-tune darfst du also nicht mehr verwenden.

[Basti-Rx]

Ja das mit den einzelnen Kommandes war gestern Abend auch mein Gedanke. Damit kann ich ja das Problem umgehen. Muss ich mich jetzt mal reinarbeiten.

[Basti-Rx]

@mgutt

Dann müsste ich aus dem Thread alle Befehle einfügen bis auf

# Enable SATA link power management
echo med_power_with_dipm | tee /sys/class/scsi_host/host*/link_power_management_policy

 

oder?

Edited August 13, 2022 by Basti-Rx

[mgutt]

Genau. Und dann könnte man zusätzlich noch überlegen die funktionierenden Platten einzeln einzustellen. Teste das am besten während das Array steht. Dann endet es nicht gleich wieder in disabled bzw Parity Check, wenn es falsch sein sollte.

[Basti-Rx]

Alles klar. gucke erst mal das die anderen sachen laufen.