mgutt

Dann musst du den Cache auf "No" stellen. Sowohl bei Yes als auch Prefer landet die Datei erstmal auf dem Cache.

Zeigt die Fritz Box den Server dann noch an? Dann kann das doch nur noch Kupfer sein. LWL ist doch dann komplett aus oder nicht?

Die sendet nur an die Mac, die man erreichen will. Man könnte also nur eine zweite Portfreigabe einrichten und vor dem Aufruf von NC erstmal die andere Adresse aufrufen.

/mnt/user ist die Summe aus Disk und Cache. Steht als der Share auf Prefer, wird die vmdisk auch auf dem Cache erstellt und du wirst ihn unter diesem Pfad finden. Kannst du ja leicht prüfen, in dem du dir den Inhalt des Caches anschaust (über das Ordnersymbol).

Wie soll das gehen, wenn der Server schläft?

Von wann ist die Diagnose und um wie viel Uhr ist der Server eingefroren? Lässt du die Logs auf den Stick schreiben?

Und wie erreichst du die? Also mein Server hat nicht so viel gekostet. Hier eine beispielhafte Zusammenstellung mit der 9ten Generation: https://geizhals.de/?cat=WL-1877551

Wenn die C-States gar nicht angesprochen werden können, dann sind es eher 20W. Das wird man erst wissen, bis sich jemand geopfert hat ^^ Xeon W-12xx oder Ryzen 4xxx wegen ECC Support.

Rocky Lake S nutzt das neue Sunny Cove: https://www.hardwareluxx.de/index.php/news/hardware/prozessoren/54337-rocket-lake-s-nutzt-sunny-cove-kerne-in-14-nm.html Gehen wird der vermutlich, aber es kann keiner garantieren, dass auch alle Features unterstützt werden. Beispielsweise zeigt die 10te Generation in Powertop nicht alle C-States an. Das wird dann in der 11ten Generation nicht anders sein. In Linux ist die neueste Hardware immer so eine Sache. Ich warte sowieso erstmal auf Tests zum Stromverbrauch. Vermutlich wechsle ich erst wenn der neue Sockel mit 10nm Node kommt.

Kann SWOS Scripte? Ich denke mal nicht. In RouterOS sollte das gehen: https://forum.mikrotik.com/viewtopic.php?t=150981

Also ich meine nicht, dass ich das Asus Laufwerk geändert hätte und die LG Laufwerke schlucken die auch problemlos. Nur das Pioneer mag keine 4K und es gibt wohl auch keine Firmware dafür. Die wollen unbedingt, dass man die 4K Version dieses Laufwerks kauft, was aber nichts anderes als Abzocke ist, weil sich die Technik der Blu-Rays durch 4K ja nicht geändert hat. War also mein erstes und letztes Pioneer Laufwerk.

Nö. Es gibt wohl die Möglichkeit die Laufwerke mit einer anderen Firmware zu versehen, damit sie schneller rippen, aber auch ohne diese Modifikation gibt es da keine Probleme. Zum Rippen nutze ich ausschließlich MakeMKV und 5.25 Zoll Blu-Ray Laufwerke.

Was mir da gerade auffällt. Dh "wild" ist es aber, weil du es wild draufkopierst oder wie? Weil bei Disk Shares greifen ja nicht die Verteilungsregeln von Unraid?!

Ich habe über 50TB Filme und Serien. Die muss ich sichern. Zu viel Arbeit das alles noch mal zu rippen ^^

Meine Backup-Ziele haben nicht die selben Plattengrößen. Ich sichere daher keine Disks, sondern Shares. Wenn ich mir jetzt vorstelle, dass die Paritäten und zB Disk3 kaputt geht und da ist wirklich alles zufällig drauf, wäre das bei der Wiederherstellung kompliziert. Der nächste Punkt ist die Wartezeit, wenn man Serien schaut. Wenn jede Episode auf einer anderen Disk ist, hast du immer erst 15 bis 20 Sekunden Wartezeit. Wie gehst du mit den beiden Punkten um?

Depending on the performance of the HDD and position of the data on the plattern, the writing speed of the parity varies: I think the write speed could be better by raising the chunk/block size, so the amount of re-positionings of the Read-Write-Head is reduced. What is the actual size? Did the Limeteach developers already tested a bigger size?

Der Parity Rebuild ist fertig und hier nun die Performance beim Hinzufügen neuer Dateien auf Disk8 (12TB Ultrastar) im Vergleich: 18TB Elements (White Label) 18TB Ultrastar Wie man sieht gibt es keinen Unterschied. Allerdings wunderte mich die Differenz zu der vorherigen Parität (12TB Ultrastar) beim Kopieren auf Disk1: Um ganz sicher zu gehen, habe ich den Test dann mit der 18TB Ultrastar auf Disk1 (12TB Ultrastar) wiederholt und war dann wieder beruhigt ^^ Trotzdem erstaunt mich das schlechte Abschneiden von Disk8, denn Disk8 ist nur zu 30% gefüllt, während Disk1 zu 90% gefüllt ist. Eigentlich müsste doch alleine deswegen Disk8 schlechter abschneiden, da die inneren Bereiche der Plattern ja langsamer sind. Aber vielleicht ist der Wechsel zwischen Lesen und Schreiben da wieder schneller, weil eine Umdrehung und damit der Positionswechsel schneller erledigt ist?! Jedenfalls werde ich das Gefühl nicht los, dass Unraid viel schneller sein könnte, wenn es viel größere Chunks lesen und schreiben würde. Umso kleinere Blöcke man liest und schreibt, umso größer ist natürlich der Overhead durch das ständige Neupositionieren des Schreib-Lese-Kopfes.

Solange genug Cache da ist, ist alles gut. Ich will aber trotzdem eine möglichst schnelle Parität, da die nun mal der Flaschenhals des Arrays ist.

Was erreichst du denn im Parity Check (zu Anfsng)? Gute Controller sind der JMB585 und ASM1166: https://forums.unraid.net/topic/41340-satasas-controllers-tested-real-world-max-throughput-during-parity-check/ Bei C-States bin ich überfragt.

USB Stick sichern. Update machen. Geht's in die Hose, USB Stick wieder mit dem Backup überschreiben. Einfacher kannst du es nicht herausfinden.

Da wo auch die index.php liegt. Teste das mal: https://github.com/jc21/nginx-proxy-manager/issues/112#issuecomment-559219019

Das ist dann aber 4 Port plus ASM1092 Port Multiplier. Also eher schlechte Performance. Kommt aber auch darauf an wie das verschaltet ist. Sonderlich stromsparend dürften zwei Chips aber auch nicht sein.

Vielleicht die ganze Zeit die Pfeiltaste nach unten drücken? Dann wird doch der Timer deaktiviert oder nicht?

Selbst wenn du alle Platten ausbaust, wird der Stick danach noch gehen. Das einzige was sein kann, dass ein Container oder eine VM auf einem Share einer HDD liegt und die geht dann logischerweise nicht mehr. Mit Hardware wie einer Karte haben die HDDs aber rein gar nichts zu tun.

Welche ist das?