Vielleicht wurden unterschiedliche SATA-Controller verbaut…lediglich eine Vermutung meinerseits.
Austausch der DXP kann helfen, muss aber nicht. Interessant wäre, ob dieses Problem auch bei anderen UGREEN NAS-Modellen auftritt.
Vielleicht wurden unterschiedliche SATA-Controller verbaut…lediglich eine Vermutung meinerseits.
Austausch der DXP kann helfen, muss aber nicht. Interessant wäre, ob dieses Problem auch bei anderen UGREEN NAS-Modellen auftritt.
Meine Frage war eigentlich an Protogonosgerichtet, Wolle. 😉
Danke dir für deine Antwort. 👍
Liegt in meinen Augen nicht an den HDDs, sondern an UGREEN bzw. der DXP2800.
PS: Ich gönne Dir trotzdem neue HDDs. 🤗
Lasst euch doch hier in dem Thema bitte nicht durch solche zusammengewürfelten Falschaussagen verunsichern.
Es kommt aber ständig zu Resets der SATA-Verbindung, da der Controller die Verbindung versucht ständig neu aufzubauen. Auf hohe Datenblöcke am "Plattenende" kann gar nicht mehr zugegriffen werden. Zusätzlich werden SATA-Befehle des Controllers nicht verarbeitet.
Dieses Fehlerbild kannst du auf einem produktiven System nicht ignorieren, dies wird auf Dauer schief gehen.
Welcher Treiber bzw. welche Änderung ist deiner Meinung nach dann für die Behebung des Problems durch den neuen Kernel verantwortlich?
Ich habe es an den WD Support weitergeleitet, die werden bestimmt was damit anfangen können.
Die Antwort kenne ich vermutlich bereits und es wird dir nicht gefallen… 🫣
Laut Nutzerberichten in Foren läuft ugscan als interner Systemdienst, der dazu dient:
Ansonsten bist du zufrieden? Danke für das Teilen der Infos! Welche Platten genau sind verbaut?
Also dürfte es bei der Fehlermeldung mMn. um die NVME gehen.
Lese ich im Log nicht so heraus.
Ticket bei UGREEN eröffnet?
Aber das Failed Command kommt doch in Bezug auf Hard Drive 2 und wahrscheinlich auch 1. Die Fehlermeldung WRITE FPDMA QUEUED ist auch nur Bestandteil des SATA-Protokolls und nicht vom NVME-Protokolls. Da läuft in meinen Augen noch etwas Anderes gewaltig schief, was eventuell erst durch den Einsatz von bestimmten NVMEs getriggert wird. Die sind dann zwar der Auslöser, aber nicht die Ursache. Sprich den UGREEN-Support darauf mal gezielt an.
Ich denke da in Richtung Backplane, SATA-Controller auf dem Mainboard oder sonstige Anbindung der Datenträger in dieser Konstellation.
Ja, die WD Black können definitiv warm werden, aber drosseln dann auch automatisch.
Hallo Norbert, ich habe die WD Black SN850 in 4 TB am laufen in der DXP8800 - keine Probleme.
BTRFS kann seine vollen Selbstheilungsfähigkeiten eines CoW-Dateisystem nur mit RAID 5/6/10 oder höher ausnutzen. Dies ist bei RAID1 nicht vollends möglich. Die o.a. Fehlerrate beim Rebuild kann nicht stimmen.
Maybe the video will be helpful:
Glaube ich dir unbesehen (habe kein UGREEN 2800er) und ich weiß, dass du in der Materie sattelfest bist, widerspricht trotzdem den Erfahrungen und Verhalten eines regulären BIOS.
aber die eMMC ist nichtmal unter Boot devices in BIOS sichtbar
Hast du den internen Flash evtl. im BIOS deaktiviert? Dann erscheint er naturgemäß nicht unter den Bootoptionen. Ansonsten müsste er auftauchen, egal ob UGOS zerschossen wäre oder nicht.
Hallo Peter, herzlich Willkommen im Forum und viel Spaß hier. Mit deiner IT-Berufserfahrung wirst du dich sicherlich hilfreich im Forum einbringen können. 👍🏻
Schönen Tag wünsche ich und viele Grüße
maxblank
Das Eine schließt das Andere nicht aus…