DataCollector

Hast Du in Deiner VM die erforderlichn BT Treiber schon installiert? Bei BT ist aus Gründen des Copyright bei vielen Herstellern eigene Software erforderlich, die auch nur für die jeweilieg Produktreihe funktioniert.

Okay. Ich habe für Dich mal auf die Schnelle etwas experimentiert: Annke AC500 IP Kamera auf einen FTP Dienst in unraid Bilder speichern lassen. Quick and Dirty! (Da ich keine Lust hatte mich durch alle Anleitungen durchzuwuseln, sieht der pfad unten dann doch etwas verwirrend lang aus, Man kann mit dem Ansatz dann ja mal rumexperimentieren und kürzen.) Da ich es mit dem eingebauten FTP Server von unraid nicht geschafft habe, habe ich einfach den Docker crushftp10 installiert. Aber eins nach dem anderen: - in unraid habe ich einen neuen User "annke" mit PW "annke" angelegt - in unraid habe ich einen neuen Share angelegt "ipcam" und dem user annke frei gegeben. - in dem share habe ich das Verzeichnis "annke500" angelegt. - in dem Verzeichnis habe ich das Unterverzeichnis "Test1" angelegt. - Dann habe ich crushftp10 aus dem Apps installiert: Für diesen Test habe ich ihn einfach mal mit Defaultwerten installieren lassen, außer, das ich den HTTPS Port von alt 443 auf 444 abgeändert habe, weil 443 schon benutzt wird. - Nach der Installation kann man sich in die WebUI mit crushadmin und Passwort crushadmin einloggen. (Dies ist nur ein Test. man sollte da Passwort und vielleicht Adminname mal etwas weniger offensichtlich einstellen.) - Nach der Anleitung (YT Video) https://www.youtube.com/watch?v=y_IrS0NTayk kann man dann einen User anlegen und Verzeichnisse zuordnen. Hier Benutzername annke Passwort annke Dann bin ich bei "Servers Files" rechts mit dem Button zu meinem neuen Share manövriert: /mnt/FTP/Shared/annke500/ (Ich empfehle wirklich da hin zu manövrieren, damit man keine Schreibfehler eintippt.) - Als nächstes habe ich entsprechend dem Video links ein Test1 Verzeichnis angelegt, rechts in den User Stuff gezogen und in den Berechtigungen mal pauschal alles relevante erlaubt. - In der Configuration der Annke AC500 Camera habe ich den FTP Server dahingehend angepasst und dann den Test Button benutzt. Nach wenigen Sekunden tauchte "Testing succeeded." 😃 auf und wenn ich dann in das Share geschaut habe hatte ich zwar einen sehr langen Pfad, weil die Annke anscheinend dann selber weitere Verzeichnisse angelegt hat, aber es war die Testdatei angekommen. Ab hier kann der geneigte User ja selber rumexperimentieren und per ausprobieren die Pfade runterkürzen. Have fun! 👍

Ja, macht er. Ist eben alt, aber ist mit seinen 4 Kernen eigentlich ganz gut. Speicher RAM: die 16GB sind schon ganz okay (Wobei mehr auch nicht schadet). Speicher HDD/SSD: So, wie man es braucht. Wieviele MB/GB/TB brauchst Du denn? Wenn man beide NVME Plätze unten mit 4TB NVME SSD bestückt, den PCIe per Adapter auch mit 4TB NVMe und den Wifi M.2 per Adapter auch mit einer 4TB NVME sind das schon mal 16TB. Dazu noch eine 4 oder 8TB QVO an den SATA und man hat 20-24TB. Wenn das reicht: gut. Wenn das nicht reicht, könnte man anstatt der PCIe-Slot Konstellation versuchen 2 oder mehr 8TB QVO rein zu quetschen und die per extra JMB582 im WIFI Slot versorgen. Ich habe es jetzt nicht ausgemessen, aber 3x8TB als SATA oben und 2x4TB NVMe SSD unten wären dann schon: 32TB. Je nachdem, wie man die aufteilt (ohne Parity oder mit) kann dann weniger bei rum kommen und der JMB versaut einem die Energiesparmodi. Aber machbar dürfte es sein. Wenn Du es genau so machst wie er: naja, das kann er wohl am Besten sagen. Sobald Du vareierst: Das hängt eben von den einzubauenden Komponenten ab und kann man von vorneherein allerhöchstens Schätzen. Bringt unter unraid auch nichts. Nein.

Da ich bei meinem z690 Mainboard (ASUS PRIME Z690-P-D4-CSM) heute Nacht drauf gestoßen bin wollte ich mal fragen. Mit Secureboot und diversen anderen "Sicherheitsmechanismen" kommt es ja vor, daß ein BIOS/UEFI nur noch signierte Betriebssysteme starten will. Ich habe mich selber eigentlich noch nie so wirklich dafür interessiert und das meist einfach abgeschaltet, wenn möglich. Aber bei dem Mainboard schaffe ich es nicht Secureboot abzuschalten. Wo/Wie bekommt man den Securekey zu unraid zum einarbeiten in die Datenbank des Mainboard? Dies ist nur eine generelle Frage, da es mich für die Zukunft interessiert. Das Mainboard selber sollte eigentlich nicht für unraid her halten. Das wird nach aktueller Planung sowieso als upgrade für ein älteres Windowssystem herhalten. Aber, da ich mich damit noch so gut wie gar nicht auskenne wollte ich mal fragen. P.S.: die ct hat zu dem Thema und einem drohenden Fiasko bei Mainboards ja auch aktuell ein paar Berichte/Artikel geschrieben, aber ich gebe zu, da bin ich auch noch nicht so ganz durch gestiegen. EDIT: Falls jemand noch nicht weiß, was ich meine: Abgesehen von einem Beitrag in der aktuellen ct Zeitschrift des heise Verlages wurde es auch in diesem Link/Podcast mal 'kommentiert' und wie gesagt, ich bin in der Nacht von gestern auf heute überraschend auf eine Probklematik mit meinem Z690 Board gestoßen, die ich auch dort verorte und eben nicht nur Windows betrifft. https://www.heise.de/meinung/Bit-Rauschen-der-Prozessor-Podcast-UEFI-Secure-Boot-im-Detail-9652818.html

Ich interpretiere Deinen Screenshot mal so, daß die NVMe, welche da aus dem System "fällt" eine Crucial P3 SSD 1TB M.2 2280PCIe 3.0 x4 (CT1000P3SSD8) ist. Passiert das auch, wenn Du das "powertop --auto-tune" in Deinem go file deaktivierst?

Und es geht wieder los: DataCollector mißt mal wieder Mist 😄 Im Rahmen meiner Messungen des Gigabyte B760M DS3H DDR4 kam des öfteren die Frage nach den Z690 Mainboards auf, weil es diese auch mit 8x SATA gibt. Okay, ein Z690 mit 8x SATA habe ich nicht, deshalb muß nun mein ASUS Prime Z690-P D4-CSM (90MB18P0-M0EAYC) dafür herhalten. Auch hier als Vorbemerkung: ich habe dieses Mainboard NICHT für unraid erworben und deshalb enthält es Komponenten, die den Stromverbrauch wohl etwas erhöhen könnten (wenn man sie nicht abschaltet). Aber da ich es nun einmal hier habe und gerade wach bin nehme ich das mal für eine Messung. Aktuell geht es erst einmal um den Stromverbrauch/C-States des Boards idle/in Minimalbestückung. Hardware und Beschaltung: - ASUS Prime Z690-P D4-CSM (90MB18P0-M0EAYC) (BIOS/UEFI: 2023-12-28 v3010) (BIOS auf Default und dann die unten im Bild 1 erkennbaren Abweichungen eingestellt). Ich habe versucht alles an zusätzlichen Geraffel, welches für unraid eigentlich nicht benötigt wird, zu deaktivieren. Da das Mainboard auf CSM getrimmt ist, hatte ich Probleme den unraid USB Stick (welcher von mir auf UEFI ausgelegt ist) zu starten. Ich wollte ihn aber so wenig wie möglich ändern (ich weiß, daß ich nur das EFI Verzeichnis umbenennen müßte) und das Mainboard hatte ich sowieso mit dem Hintergedanken an Legacy Zusatzkontroller unter Windows ausgewählt und stehe nun einmal d'rauf, daß die Zusatzkontroller schon beim Booten ihren Status auf den Bildschirm anzeigen können. Das hilft bei einer Fehlerdiagnose. Bei UEFI wird das meist unterdrückt. Und nur so nebenbei: Das Mainboard ist sehr pingelig, was Bootsticks angeht. Ich habe fast 1 Stunde gebraucht unraid da überhaupt booten zu können, da viele Optionen, wie da Abschalten von SecureBoot ausgeblendet/gar nicht möglich sind. Und das war auf nur eine einmalige Sache. Danach weigert sich das Board immer wieder den Stick zu booten. Hab sogar das BIOS auf V3205 von März2024 aktualisiert. Ich bekomme den Stick dort nicht erneut gebootet. !! (Man beachte: ich habe aus Stromspargründen im BIOS die CPU und PCH Geschwindigkeit auf PCIE 3.0 reduziert! Somit laufen auch die ggf. später eingesteckten Komponenten (auch NVME SSDs) mit PCIE 3.0) !! - Intel i5-12400 boxed (incl. Intel boxed CPU Kühler) - 2x 16GB DDR4-3200 Mushkin Essentials (MES4U320NF16) - kein SATA - interne Netzwerkkarte (Realtek RTL8125) 1GBLan Link aktiv - PCIe 5.0 x16: leer - PCIe 4.0 x16 (x4): leer - 1. PCIe 3.0 x16 (x4): leer - 2. PCIe 3.0 x16 (x4): leer - PCIe 3.0 x1: leer - M.2 NVME Slot neben CPU: leer - M.2 NVME Slot mitte: leer - M.2 NVME Slot am Boardrand: leer - M.2 Key-E: leer - Leicke ULL 156W Netzteil 12V 13A 5,5 * 2,5mm - Inter-Tech Mini-ITX PSU 160W, Wandlerplatine (88882188) 12V Input - USB Bootstick: Transcend Jetflash 600 32GB - USB 2.0 Y-Steckadapter Delock 41824: USB_SanDisk_3.2 Gen1 32GB als einzige Disk im Array (weil sich unraid sowieso ja nur mit Array vollständig nutzen läßt). Array mit Autostart, damit es immer gleich ist und ich nach einem Reboot für die Tests nicht erst ins WebGUI zum Starten gehen muß. Unraid hat alle Systemshares automatisch auf die USB Stick gelegt (weil ich ja keinen Pool/Cache-SSD eingebunden habe) und damit den USB Stick schon mit 28GB von den vorhandenen nominal 32GB belegt. Software: unraid 6.12.4 stable (weil ich keine Lust habe mich nur für diese Tests mit manuellen ASPM Einstellungen rumzuschlagen. Ich weiss da immer noch nicht so ganz, was ich da wirklich tue und will nicht durch Hardwareveränderungen wieder die passenden 'setpci' parameter rausfummeln.) Community App nerdtools + powertop-2.15-x86_64-1.txz Dynamix Cache Dirs Dynamix File Manager Dynamix System Temperature Unassigned Devices Unassigned Devices Plus Unassigned Devices Preclear im Go File: powertop --auto-tune alle tunables stehen auf "Good" WebGUI und Terminal geschlossen, idle, der Bildschirmschoner hat den angeschlossenen HDMI Ausgang schwarz geschaltet (das spart hier noch mal rund 1W, deshalb warte ich mindestens diesen 'Bildschirmschoner' ab). Messungen wieder mit AVM DECT200 Funksteckdose. Messung 1: nur die nackte (oben genannte) Konfiguration - knapp unter 10W (Siehe Bild 3) und die C-States gehen auch weitgehend auf bis zu 10 runter. Und auch hier wieder der Hinweis: diese nackte Messung dient nur der Vergleichbarkeit. Sobald da irgendein PCIe Device reingesteckt wird oder ein SATA Device mit seiner Firmware auf den SATA Kontroller einhämmert (also ein brauchbarer PC zusammengebaut wird) können diese Werte hoch gehen! Bild 1: BIOS Änderungen gegenüber "Optimized": Bild 2: Bootscreen Bild 3: Messungen ile und nackt:

Also die preisgünstigen PCIe-NVMe Adapterkarten sind in der Regel nur eine Leiterbahnverlängerung des PCIe Slots. Die Karten für höhere PCIe Geschwindigkeiten haben dahingehend meist eine etwas bessere Planung/Verlegung und die Leiterbahnen werden ggf. nicht einfach auf die Oberfläche geätzt, aber grundlegend sind die eigentlich alle gleich. Sofern die Karte keinen Mangel hat sollte sich so ein Wechsel nicht auswirken.

Ich kann einfach meine Klappe nicht halten 😁 Wenn ich mir wirklich mehr Zeit nehmen würde, wären weniger Tippfehler drin. Die passieren mir überwiegend, wenn ich auf die Schnelle antworte.

Zu der Aussage habe ich eine Frage: Können mehrer eunraidsysteme direkt auf ein und dieselbe USV zugreifen? Ich habe eine Eato mit USB. Ein System lasse ich auf die USV zugreifen, die anderen greifen auf das NUT des ersten Systemes zu. Nachteil: wenn das erste System nicht läuft schauen die Anderen in die Röhre.

SATA Ports: Wir reden noch von dem ASUS Prime B760M-A D4-CSM (90MB1D00-M0EAYC) ? Dort sind die 4x SATA 6Gb/s (B760) eben an dem Chipsatz des Mainboards. Das ist nicht "falsch", das ist richtig. Powertop: Wenn er keinen der C2-10 States erreicht, dann erreicht das System eben kaum einen der Schlafzustände und werkelt die ganze Zeit rum. Zu --auto-tune : Wenn ale Komponeten gut mitspielen reicht das aus um alle Komponenten in den richtigen sparsamen Modus zu versetzen. Sollten sich dann aber Probleme zeigen (meine ASM1064 haben die Links zu den Festplatten verloren) kann man dann den Befehl besser nicht nutzen und muß die einzelnen Parameter manuell ausprobieren und einstellen. --auto-tune macht einfach alles so "gut" wie es sein sollte. Aber nicht alle Komponenten spielen dabei auch richtig mit.

CPU: Wenn man die Rechenpower nicht braucht, würde ich eher zu einem I3 (boxed) greifen. CPU Kühler: Ich würde mit dem Bocxed Kühler beginnen. Sollte der wirklich mal stören kann man da immer nch Geld für aufbringen. MB: Kann man nehmen. Ram: für unraid lieber 1 großen Riegel als 2 halb so kleine. Wenn man wirklich weiter/zum Maximum hochrüsten will, muß mann dann nichts wegwerfen/verkaufen. SSD: Habe ich nicht, sollte aber okay sein. Netzteil: viel zu leistungsfähig für diese Minimalkonfig. Wenn es wirklich nur 4HDD, das MB, CPU und Ram + SSD bleibt: vielleicht eine der PICO (ähnlich) gebauten Versorgungen mit externem 12V Netzteil.

Ich kann nur vermuten, aber wenn Du mit Powertop die Einstellungen optimieren kannst (und wirklch C8 bis C10 möglich wird) würde ich schätzen idle sollten viellecht um/unmter 15W machbar sein. Sobald Du aber Last hast (Docker/VM/SMB Zugriffe) wird das dann wieder hoch gehen. Solte irgendeine Komponente sich quer stellen und C8-10 verhindern sind kaum unter 30W anzunehmen.

Korrekt. Das ist ja auch das Standardverhalten: Festplatten, die nicht gebraucht werden, legen sich per Spindown schlafen (wenn man das eingeschaltet hat). Aber dazu muß man eben per vorgeschaltetem Cache auch dafür sorgen, daß nicht doch direkt auf die Festplatten im Array geschrieben wird.

Ich habe zwar den ASM1062 auf (ich glaube 2) meiner Mainboards, weil die Hersteller die mit aufgelötet haben, aber zu dem angefragten Verhalten kann ich bisher nichts sagen. Wie erwähnt habe ich keinen solchen Kontroller als Steckkarte und kann dazu nichts sagen. Da unRaid-Tower den Kontroller ja sowieso hat, kann er es für uns austesten.

Ich habe keinen N100 und somit auch keinen Ram daran verbaut 😅 Das dürfte ein JMB582 sein. Wen Du Dir gedanken um den Platz machst: Ein ASM1166 in dem M.2 2280 Steckplatz sollte passen. Alternativ (je nachdem welches Mainboard man nutzt) kann man mit Riserkabeln die Steckkarken auch anders platzieren.

Das meinte ich mit "anders getestet wurde" 😁

Auch wenn es anders getestet wurde: Soll er N100 nicht offiziell bei 16GB Schluß machen? https://www.intel.de/content/www/de/de/products/sku/231803/intel-processor-n100-6m-cache-up-to-3-40-ghz/specifications.html "Max. Speichergröße (abhängig vom Speichertyp) 16 GB"

Der ASM1062 wurde (und wird auch immer noch) gerne direkt auf Mainboards aufgelötet. Ich habe bisher keinen solchen externen Kontroller in den Fingern gehabt. Das müßtest Du selber testen. Da der ASM1062 aber nur ein PCIe 2.0 x2 2SATA Port Kontroller ist, sehe ich ihn in aktuellen PCIe 3.0 (oder höher) Steckplätzen als veraltet und nicht empfehlenswert an. Ich befürchte aber, daß er (von der Sparsamkeit her) vergleichbar der 1064 Struktur ist und diese sind grundlegend sehr gute PCIe 3.0 x1 Kontroller für bis zu 4 SATA Ports, schlagen sich aber nicht so gut in den C-States. Deswegen habe ich all meine in unraid NAS verbauten ASM1064 gegen ASM1166 ausgetauscht.

Jede Parityfestplatte muß mindestens so groß, wie die größte Festplatte im Array sein: korrekt. Für das externe OS (Windows) ist das egal. Solange ausreichend Platz für die nächste Datei frei ist, nimmt unraid das an. Ausnahme: Man kann (und sollte) ein minimum Freiplatz anlegen (mindestens etwas größer als die größte je darauf zu kopierende Datei). Dies ist für Shares und Pools getrennt einstellbar. Wenn ein Laufwerk volläuft verursacht das nur Probleme, deswegen kann man damit immer noch ein bisschen frei halten.

Wenn alle Hersteller alles richtig machen beeinflußen SATA Laufwerke idle dei C.States nicht udn das System kann weitgehend schlafen (hoch nummeriertte C.States), aber es sind auch schon SATA SSD aufgetauscht, die aufgrund ihrer Firmware den SATA Kontroller durchgehend etwas beansprucht haben und somit die C.States negativ beeinflußt haben. Von Samsung QVO ist mir das nicht bekannt. Samsung Business/Server SSD hingegen haben (wenn ich die Aussagen von mgutt richtig in Erinnerung habe) gar keine dahingehenden Energiesparmaßnahmen, weil solche Systeme eher auf Performance ausgelegt sind. Ein ASM1166 in einem PCIe 3.0 x2 (oder mehr Lanes) Slot ist gut für bis zu 6 SATA Festplatten brauchbar.

Stromverbrauch senken: XMP Profile deaktivieren Netzteil prüfen ob das wirklich so dick (850W) sein muß. Eine Asus GF2070 (RTX) wird mit 215W angegeben. Die Intel i9 14900K geht bis ca. 253W max hoch. 4 Festplatten und 3 SSD + paar Lüfter = ca. 90W Ein 650 oder 750W Netzteil sollte auch beim Spitzenverbrauch aller Komponenten ausreichen. Leider konnte ich für das Seasonic Vertex PX-850 leider keine Verbrauchs-/Effizienzkurven finden (weder im Manual noch Datasheet). Somit kann ich nichts zu dessen Effizienzaussagen (vor allem, da es bei Dir mit der Daierlaufenden VM1 mit der 2070 wohl nie in den Niedriglastbereich (10-20W) herab geht. Im Main Tab kannst Du auf den Flash Stick schauen. Dort manövrierst Du in das Unterverzeichnis config. Darin ist die Go Datei. Dies läßt sich dann anklicken und danach die Zeile einfach reintippen/einkopieren. (Ich habe den Dynamix File Manager installiert) Screenshot siehe unten. Wenn eine Vm eben läuft braucht sie Ressourcen (wobei die GF2070 dann auch noch EInfluß nimmt). Somit kann die CPU kaum schlafen und deswegen gehen die C-States in die Knie. Mach die unnötigen VM aus. War da nicht etwas, daß eien dGPU ggf. nicht in Stromsparmodus geht, wenn diese von keinem OS gesteuert wird? Ich verwende keine dGPU, aber vielleicht suchst Du mal in die Richtung im Forum. Hier verweise ich mal auf: https://forums.unraid.net/topic/157823-faq-spin-down-oder-warum-bleiben-die-festplatten-nicht-im-schlafen/ Jedes verwendet PCIe Device kann sich hier negativ auswirken (und auch jede Firmware) Deswegen werden Mainboards auch in der Regel mit möglichst wenig Komponenten gemessen, weil man sonst gar keine Vergleichsgröße hätte. Im Betrieb mit Steckkarten und zusätzlich laufender Software, die auch noch Ressourcen bedarf (selbst wenn eine VM idle ist, muß dafür das BIOS/UEFI/Grundfunktionen permanent simuliert werden), kann die CPU nicht signifikant tief schlafen. Ich würde zuerst prüfen ob die VM wirklich laufen müssen & ob die 2070 nicht gegen etwas effizienteres getauscht werden könnte (oder ganz rausfliegen kann).

BTRFS würde ich ab unraid 6.12.x nicht mehr empfehlen. Wenn Du im Pool Raid1 oder Raid0 mit 2 Datenträgern machen willst ist meiner Meinung nach zfs das Mittel der Wahl. Bei Einzeldatenträgern: xfs. Wenn ich im pool keine Ausfallsicherheit (Raid1) nutzen will/muß, bleibt die Frage, reicht Die 2x 1TB oder 1x 2TB. Wenn Du einen riesigen pool für alles nutzen willst zfs Raid0 2x1TB = 2TB Nutzkapazität. Ich würde aber eher alle Systemshares auf eine SSD legen (=Docker, VM...) und die verblein´bende SSD in einem extra Pool für das Cachen der Arraylaufwerke nutzen. Das macht aber auch nru Sinn, wenn Du eben entsprechendes Nutzungsverhalten hast. Sollte das System sich sowieso ziemlich langweilen, und Du auch nie große Datenmengen (bis an die ca. 1TB) von außerhalb auf das Array schreiben, kannst Du die SSDs auch anders aufteilen oder gar eine entfernen und alle sauf einer SSD laufen lassen. Es ist eben sehr individuell. Man kann mit BTRFS (genau wie zfs) auch sowas wie Raid0 machen. Aber da BTRFS doch gelegentlich für lustiges Verhalten/Probleme sorgt würde ich nicht zu btrfs greifen. Das wirst Du uns dann ja mitteilen können. Grundlegend sollte ein B760M Mainboard recht sparsam sein, aber natürlich hängt das eben von den verbauten Komponenten und Firmwares ab. Deine LSi Karte allein wird aber schon die C-States extrem vermiesen. Zumindest gehe ich davon aus, weil ich solches schon mal in meinem B760M vermessen habe: https://forums.unraid.net/topic/156160-gigabyte-b760m-ds3h-ddr4-verschiedene-messungen-werte/?do=findComment&comment=1388195 Bis hierhin brauchst Du also die LSI Karte gar nicht. Da würde ich eher einen ASM1166 einsetzen. Aber das bleibt ja Dir überlassen. Wenn Du einen LSI SAS Kontrolle reinsetzt: achte auf eine gute Belüftung! Fast alle mir bekannten SAS Kontroller von Broadcom (und deren OEM Ableger) werden schnell sehr warm. Den Hinweis auf 200lfm Luftbewegung sollte man sehr ernst nehmen.

Aktuell betreibe ich dieses Konstrukt noch nicht. Ich habe es bisher nur mechanisch zusammengebaut. Ich habe die Lexars 4TB eingebaut, weil ich (als Experiment) eben lieber 4TB SSD verwenden sollte 2 Stück unten, 1 in dem PCIe M.2 Adapter und eine 4TB (aber eine Adata 4TB) am M.2 2230 Anschluß. Dazu eine SATA SSD 4TB. Aber wie gesagt; noch nicht in Betrieb genommen Zu den Lexar SSDs selber: also in meinem B760M Mainbioard waren die überraschenderweise (idle) unproblematisch. siehe Messung 8 in folgendem Beitrag: https://forums.unraid.net/topic/156160-gigabyte-b760m-ds3h-ddr4-verschiedene-messungen-werte/

Mit dem selben Kabel? Nur so ganz nebenbei, weil mich ein fertiges Patchkabel mal einen Nachmittag lang ziemlich die Nerven gekostet hat: Schau Dir das Patchkabel nochmal an. Sind da wirklich 8 oder nur 4 Adern drin (man kann ja durch die meist klarsichtigen RJ45 Stecker schauen). Ich habe mal ein Kabel aus einem neuen Routerkarton genommen und nach ähnlichen Problemen festgestellt, daß die 'Sparbirnen' da ein nur 4 adriges Kabel reingelegt hatten.

Bezogen auf Dein DISK2 Problem: Bevor Du Geld ausgibst: Schließe die Disk2 doch einfach mal Onboard oder einen anderen SAS-Port an. Laut Deiner Diagnostics hast Du: ASUS B85M-E (0MB0F60-M0EAY0) (welches laut www.gh.de folgendes bietet) 4x SATA 6Gb/s 2x SATA 3Gb/s Dazu ein SAS 8 Port HBA Kontroller und daran gemeinsam 10 SATA Festplatten + 1 SATA SSD Also hast Du 14 SATA/SAS Ports, von denen nur 11 belegt sind. Also kannst Du die Disk2 doch einfach mal an einen anderen SATA-Port anschließen um zu sehen ob der Fehler mit der Disk mit wandert (was dann kein Kabelproblem mehr sein kann) oder ob sich keines oder ein anderes Fehlerbild zeigt. Benutzt Du Wechselrahmen/Backplanes oder sind die SATA Kabel direkt auf die Festplatten gesteckt? Und nur so zur Info: diese SAS-SATA Breakout Kabel mit den sehr dünnen Aluschirmen und fast keiner Isolierung sind sehr filigran. Aus eigener Erfahrung kann ich sagen, daß ich mal allein durch ein eher eng verlegtes Kabel anscheinend das Signal des Kabels so verschlechtert habe, daß die daran getestete Festplatte spontan im SMART die CRC Fehler massiv hochgezählt hat. Kabel getauscht: keine neuen Fehler mehr. Wenn man etwas mehr mechanische Stabilität braucht könnt eman sich Kabel mit einer etwas dickeren und somit mechanisch stabileren Isolierung suchen: (Hier nur ein Beispiel, was ich meine) https://geizhals.de/delock-mini-sas-x4-sff-8087-auf-4x-sata-kabel-83057-a428821.html