DataCollector

Hallo @Gorosch Ja. Und da ich eben auch den Zugriff auf die Disks wollte habe ich eben direkt auf /mnt/ gekürzt. Ich ahbe es jetzt wieder auf /mnt/user/ verlängert. aber da mir dann der Zugriff auf die Disks fehlt um über die Disks hinweg Verzeichnisse & Dateien verschieben zu können habe ich nun einen Extra Path angelegt, der wieder auf /mnt/ zeigt. Damit habe ich nun das Selbe, nur man sieht am Path nun, dass es ein manuell erzeugter Pfad ist. Also die 3 Part Spaceinvaderone-reihe kenne ich. Dadurch habe ich es ja mit rsync probiert udn bin zuerst in die Falle mit den Berechtigungen getappt. Und dere SpaceinvaderOne Teil mit krusader war auch meien Vorlage, doch, da ich den neueren conta8iner von ich777 verwende, welcher nicht die selben Pfade zeigt, musste ich eben anpassen. Das ist die Reihe von 2017. Das war ja die ausschlaggebende Vorlage fuer (fast) Alles.

Das wundert mich weniger, da ich ja den vorgeschlagenen Befehl angepasst hatte hawihoney hatte ja fuer seine Situation passend vorgeschlagen: find /mnt/disk1/Filme -type f -name *mkv -not -perm 666 -exec chmod 666 {} \; Und ich hatte es (falsch) angepasst, weil ich ja nicht mkv Dateien, sondern alles wieder zugänglich haben wollte. find /mnt/disk1 -not -perm 666 -exec chmod 666 {} \; Somit habe ich die 666 selber gesetzt. Scheint geklappt zu haben Beides Mal: ja. Ich sehe die Shares wieder in Unraid. System bootet gerade neu (und hat mich gerade mit einem Read Error auf Disk11 überrascht, obwohl ich ja seit Stunden gar nicht auf dem unraid herumschreibe ... ). Ja, nach dem Booten sind die Shares wieder zu sehen. Ich hatte erwartet nur auf die oberste Ebene der Shares zugreifen zu können, doch es scheint, als gelange ich wieder an alles heran, auch an darunter liegende Verzeichnisse und die Dateien darin. Sieht bisher wieder gut aus. Ich werde nun ein bisschen herum suchen und probieren ob damit die rsync Verzeichnisse auch zugänglich sind (wenn ich noch herausfinde, welche es waren). Bis her hin schon einmal Danke für die Geduld und Hilfe!!

Hallo. Im MC sieht es ja auch so aus, wie Du es ebenfalls dargestellt hast Siehe mein Screenshot unten angehängt. Das vermutet mgutt auch und ja, ich habe wohl einen Pfad für den dockercontainer falsch angepasst, wodurch es aber wohl nur falsch aussieht.

Hallo. Zuerst: Da mich die Forumsoftware zur Verzweifelung treibt bin ich leider nicht so schnell, wie die ganzen Replies. Ein falscher Klick oder der Versuch eine überflüßige Zeile zu löschen udn schon scheint das ganze weitere Quote drunter unwiderbringlich weg zu sein und ich kann mit dem Beitrag komplett von vorne anfangen. 🤢 Dann schaffe ich es auch nicht kleine Bilder ins Posting zu bekommen, deshalb kann ich nru Dateien anhängen, das ueber externes Speichern geht und ebenfalls Zeit raubt. Und dann gibt man nur einen Link an und schon wird gleich das Video eingebaut (unten). Ich bin Foren einfach nicht gewohnt. 😬 Das mag normal sein. ich habe unraid normal eingerichtet, dann den krusader als dockercontainer installiert (siehe beiliegenden Screenshot der Einstellungen) und dann festgestellt, dass ich unter /mnt/ eben genau das sehe, was bei dem Tutorial von SpaceinvaderOne unter /UNRAID (gleichgesetzt mit /mnt/) zu sehen ist. Da ich den ich777 krusader gewählt habe habe ich nicht die identischen Pfade gehabt, wie im Video Part 2 Moving ... in Array ca. 5 Min:47 /UNRAID <> /mnt/ Also sind die Sachen, die ich suche in /mnt/ Und im Video bei 6:33 ist zu sehen, daß dort eben die Disk1 bei cache remotes und so weiter zu sehen ist. Dass auf den Disks die Shares (sharename1....) zu sehen ist ist ja auch bei mir Das sah ich so in einem anderen Tutorial, Leider weiß ich nicht mehr in welchem. Den werde ich demnächst korrigieren. Danke!

Hallo Mit Disk Shares sind die Shares gemeint, die man mit unraid unter "Shares" anlegen kann? So habe ich meien auch erstellt. Dann von aussen rein geschrieben und das war alles okay. Auch habe ich mit krusader dann zwischen den Disks Dateien und Verzeichnisse verschiben (zum sortieren), das ging gut. Die jetzigen Probleme begannen erst, als ich mit Rsync Daten auf den urnairdserver kopiert (gezogen) habe. Der krusader im Docker hatte diese Probleme nicht verursacht. Er hat sie nur gezeigt, weil er auf einmal in die rsync erzeugten Bereiche nicht mehr rein kam. Zu den Pfad: Ich kann mich nur wiederholen (siehe Screenshot+1 oben) das sah eigentlich schon immer so aus. die disk1,disk2,disk3, liegen alsl neben remotes, disks, user user0 und wenn ich dann in disk1 (oder 2 ..3..4..5..) einsteigen will, zeigt krusader eben den Pfad an.

Du meinst Sysetm aus folgendem Listing weiter oben? root@URTESTER:~# ls -la /mnt/cache ... drwxrwxrwx 1 nobody users 26 Jun 13 03:27 system/ Da befindet sich das hier:

Krusader zeigt mir unter /mnt/user folgendes an. <Screenshot#1> Hier sind alle Disks zu sehen und ich konnte diese (auch remotes, disks und die shares unter dem user) vor der rsync-Aktion alle betreten und auch alle Verzeichnisse darin und auch die Dateien darin anzeigen. Nach Rsync konnte ich die vorher bestehenden Verzeichnisse und Dateien weiterhin wie vorher betreten... nur die mit rsync neu erstellten Verzeichnisse und darin dann enthaltenen Unterverzeichnisse und Dateienin auf den Disk1 bis Disk11 waren nicht mehr erreichbar, weil es abgelehnt wurde. Ich beschrieb es ja vorher. Dann führte ich die oben gelisteten Befehle mit find.... chmod ... aus und hatte es damit verschlimmert. Nun waren alle Zugänge über kruseder auf disk1 bis disk11 nicht mehr möglich. Auch waren damit alle Shares aus unraid verschwunden (Bildschirmkopie habe ich oben ja schon einmal angehängt. Dann habe ich jetzt das Tool Docker safe new perms laufen lassen, es besserte sich aber nichts. Dann Reboot. Aber weiter keine Besserung. <Screenshot#2> Es ist die Position /mnt/user/disk1 Dass dies ungewöhnlich wäre ist mir neu, denn das war immer so, wenn ich mit krusader gearbeitet habe und das ist auch bei diversen Tutorials so. Alle Disks bekommen einen nummerierten disk Eintrag neben den cache, remote und so weiteren Einträgen an der Stelle. Darüber habe ich immer mit krusader (Docker ich777 kontainer) gearbeitet (diese Position hatte ich aus dem Video von Spaceinvader One uebernommen und auch als Favorit hinterlegt). Die Shares sind dann unter dem weiteren Unterordner, der ebenfalls user heisst und auf Screenshot#1 weiter unten zu sehen ist. Siehe Screenshot#3 Uebrigens sind die Shares in unraid selber weiterhin nicht zu sehen Screenshot#4. Ich wüßte nicht wie/wo ich das getan haben sollte. Liegt /boot nicht auf dem Stick? Ich habe nur an den disks gefummelt. USB Stick oder SSD Cache wurden nicht von mir bewußt verändert. Nebenbei: Alle 3 Shares auf den Disks (realviedeo, data und ea hatten Cache: no. Somit sollte auch keine der Operationen den Cache betroffen haben. Dennoch sind die Shares auch für system, isos, appdata und domains auch nicht mehr unter Share von unraid zu sehen (Screenshot#4) Ich habe es auch mit dem befehl bei mir gelistet und sehe keinen signifikanmte Unterschied (ausser, dass bei mir ein prokey drin ist). root@URTESTER:~# ls -la /boot/config total 496 drwx------ 11 root root 16384 Jul 10 17:21 ./ drwx------ 7 root root 16384 Jan 1 1970 ../ -rw------- 1 root root 256 May 31 23:20 Pro.key -rw------- 1 root root 5300 Jul 10 17:21 disk.cfg -rw------- 1 root root 5300 Jul 6 11:29 disk.old -rw------- 1 root root 342 Jun 17 09:05 docker.cfg -rw------- 1 root root 274 Jul 8 22:18 domain.cfg -rw------- 1 root root 7 Jul 10 16:26 drift -rw------- 1 root root 125 Jun 13 05:58 flash.cfg -rw------- 1 root root 0 Jul 10 17:21 forcesync -rw------- 1 root root 71 Apr 7 18:48 go -rw------- 1 root root 677 Jul 10 17:18 ident.cfg -rw------- 1 root root 33 May 9 02:29 machine-id drwx------ 2 root root 16384 May 9 02:29 modprobe.d/ -rw------- 1 root root 450 Jun 27 13:32 network.cfg -rw------- 1 root root 565 Jul 10 14:42 passwd drwx------ 22 root root 16384 Jul 7 11:48 plugins/ drwx------ 2 root root 16384 Jun 13 01:20 plugins-error/ drwx------ 2 root root 16384 Jun 13 03:10 plugins-removed/ drwx------ 2 root root 16384 Jun 13 21:16 pools/ -rw------- 1 root root 512 Jul 10 17:16 random-seed -rw------- 1 root root 550 Jul 10 14:42 shadow -rw------- 1 root root 499 Jun 18 02:42 share.cfg drwx------ 2 root root 16384 Jul 3 22:12 shares/ -rw------- 1 root root 25 Jul 6 01:30 smart-all.cfg -rw------- 1 root root 141 Jun 13 01:52 smb-extra.conf -rw------- 1 root root 206 Jul 10 14:42 smbpasswd drwx------ 3 root root 16384 May 9 02:29 ssh/ drwx------ 3 root root 16384 May 9 02:29 ssl/ -rw------- 1 root root 4096 Jul 6 18:13 super.dat -rw------- 1 root root 4096 Jul 6 11:28 super.old drwx------ 2 root root 16384 May 9 02:29 wireguard/ Anscheinend fehlen mir bei den Verzeichnissen auch nach dem tool und Reboot die x Berechtigungen root@URTESTER:~# ls -la /mnt total 16 drwxr-xr-x 18 root root 360 Jul 10 17:21 ./ drwxr-xr-x 20 root root 440 Jul 10 17:21 ../ drwxrwxrwx 1 nobody users 48 Jul 10 17:31 cache/ drw-rw-rw- 3 nobody users 23 Jul 10 17:31 disk1/ drw-rw-rw- 3 nobody users 16 Jul 10 17:31 disk10/ drw-rw-rw- 3 nobody users 16 Jul 10 17:31 disk11/ drw-rw-rw- 3 nobody users 23 Jul 10 17:31 disk2/ drw-rw-rw- 3 nobody users 23 Jul 10 17:31 disk3/ drw-rw-rw- 3 nobody users 23 Jul 10 17:31 disk4/ drw-rw-rw- 3 nobody users 23 Jul 10 17:31 disk5/ drw-rw-rw- 3 nobody users 18 Jul 10 17:31 disk6/ drw-rw-rw- 3 nobody users 18 Jul 10 17:31 disk7/ drw-rw-rw- 3 nobody users 16 Jul 10 17:31 disk8/ drw-rw-rw- 3 nobody users 16 Jul 10 17:31 disk9/ drwxrwxrwt 2 nobody users 40 Jul 10 17:18 disks/ drwxrwxrwt 2 nobody users 40 Jul 10 17:18 remotes/ drw-rw-rw- 1 nobody users 23 Jul 10 17:31 user/ drw-rw-rw- 1 nobody users 23 Jul 10 17:31 user0/

Das habe ich durchlaufen lassen. Hat knapp über 1/2 Stunde gedauert. Danach habe ich ich in Shares nachgesehen. Das ist leider weiterhin komplett leer. Daraufhin ließ ich gerade neu Rebooten in der Hoffnung, daß irgendwelche Shares da wieder auftauchen. Leider Fehlanzeige. Auch kann der krisader weiterhin die Verzeichnisse auf den Disks nicht betreten. Aber da auch die nie angefassten (und auch bei dieser Aktion ausgeschlossenen (mit fix comond problems)) appdata, domains, system und isos verschwunden waren/bleiben, befürchte ich, daß es ich mit den Benutzeranpassungen auf Terminalebene wohl zuviel kaputt gemacht habe.

Ich habe mir extra Serie 7 Kontroller gekauft, weil die direkt HBA unterstützen. Dann scheint die Serie 6 wohl auch im JBOD Modus da etwas spezieller zu handhaben.

Hallo Und ich dachte ich hätte von Ordnern geschrieben. Das Dein Beispiel angepüasst werden musste war ja klar. Nur habe ich eben auch an den falschen Stellen angepasst. Mir geht es nicht um mkv Dateien, mir geht es um alles, was auf der Disk ist. Die anderen Sachen iso, appdata, domains und so weiter liegen ja auf den SSD Cache und wurde nicht angefasst. Wenn ich Daten über den normalen Weg von Win10 über LAN auf unraid Share kopiert habe war es normal erreichbar. Als ich von unraid per rsync die Daten (Verzeichnisse mit enthaltenen Dateien) herüber kopiert habe tauchte dieses Zugriffsproblem auf. Ich suchte einen Weg die per rsync kopierten Daten so anzupassen (deren Berechtigungen), dass ich sie genau so normal erreichen kann, wie es geht, wenn man sie sich von aussen auf das Share kopiert.

Nein, hatte manuell getippt. Sorry. Hier Copy: root@URTESTER:~# ls -la /mnt/disk2 total 0 drw-rw-rw- 3 nobody users 23 Jul 10 14:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drw-rw-rw- 3 nobody users 30 Jul 9 22:30 realvideo/

Hallo. root@URTESTER:~# ls -la /mnt/disk1 total 0 drw-rw-rw- 3 nobody users 23 Jul 10 14:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drw-rw-rw- 3 nobody users 30 Jul 3 22:15 realvideo/ root@URTESTER:~# ls -la /mnt/disk3 total 0 drw-rw-rw- 3 nobody users 23 Jul 10 14:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drw-rw-rw- 6 nobody users 98 Jul 3 22:15 realvideo/ root@URTESTER:~# ls -la /mnt/disk4 total 0 drw-rw-rw- 3 nobody users 23 Jul 10 14:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drw-rw-rw- 6 nobody users 98 Jul 3 22:15 realvideo/ und so weiter. Auf DIsk 6+7 liegt ein verzeichnis namens "data" mit Backups Auf Disk 8-11 liegen andere Videos in einem Verzeichnis "ea" Diese Sachen liegen auf dem Cache und ich habe die Befehle nur für disk1 bis disk11 angewendet. root@URTESTER:~# ls -la /mnt/cache total 16 drwxrwxrwx 1 nobody users 48 Jul 10 14:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drwxrwxrwx 1 nobody users 16 Jun 15 05:23 appdata/ drwxrwxrwx 1 nobody users 44 Jun 27 13:49 domains/ drwxrwxrwx 1 nobody users 132 Jun 17 08:11 isos/ drwxrwxrwx 1 nobody users 26 Jun 13 03:27 system/ Nein.

Hallo. Das Board unterstützt bis zu 128GB ECC Ram und auch beispielsweise einen I3-8100. Laut Intel Ark beherrscht der I3-8100 max 64GB Ram. Weiß jemand ob man in der Mainboard CPU Kombi die 64GB Grenze überschreiten und nutzen kann oder limitiert die CPU hier? Danke!

Hallo Nur der neugierde halber: Welcher Kontroller? Meine Erfahrung ist, daß es leider doch noch diverse Kontroller gibt, die es zwar JBOD oder SINGLE oder so ähnlich nennen, aber dennoch da ein bisschen was eigenes basteln, so daß damit benutzte Festplatten leider nicht wirklich simple formatierte Festplatten sind.

Hallo. Ichhabe zwischenzeitlich unraid mal nei rebootet. Jetzt sind auch im Tab Shares ueberhaupt keien Freigaben mehr zu sehen. root@URTESTER:~# ls -la /mnt/user/realvideo total 64 drw-rw-rw- 1 nobody users 32768 Jul 10 13:36 ##FILME/ drw-rw-rw- 1 nobody users 30 Jul 9 22:30 ./ drw-rw-rw- 1 nobody users 23 Jul 10 10:40 ../ drw-rw-rw- 1 nobody users 8192 Jul 10 10:28 DIVERSES/ drw-rw-rw- 1 nobody users 4096 Jul 7 22:13 DOKU/ drw-rw-rw- 1 nobody users 102 Jul 7 00:30 WEBCAM/ root@URTESTER:~# root@URTESTER:~# ls -la /mnt/disk2 total 0 drw-rw-rw- 3 nobody users 23 Jul 10 10:39 ./ drwxr-xr-x 18 root root 360 Jul 10 14:29 ../ drw-rw-rw- 3 nobody users 30 Jul 9 22:30 REALVIDEO/

Hallo. So, ich habe versucht mit Manpages und den Infos hier die Befehle anzupassen und nun hat krusader nicht einmal mehr Zugriff auf jedes Verzeichnis aller Disks. 🙄 Da ich alle Dateien und alle Verzeichnisse erreichen will, habe ich aus den Befehlen den Type und Namensfilter entfernt (so hatte ich eine Linux Manpage zu Find verstanden), als Startpunkt die jeweilige Disk angegeben (hier mal Disk1) und dann diese beiden Befehle drauf los gelassen. Berechtigungen auf die in unraid wohl ueblichen Rechte nobody:users find /mnt/disk1 -not -user nobody -exec chown nobody:users {} \; Und dann die Zugriffe auf der jeweiligen Disk ueberall anpassen: find /mnt/disk1 -not -perm 666 -exec chmod 666 {} \; Tja, und danach hat krusader keinen Zugriff mehr. Voila, ich habe da wohl doch irgendetwas falsch verstanden und gemacht. Wie schon mal gesagt; kein Datenverlust, weil die Datenquellen ja noch bestehen, aber irgendwie muß ich das Problem wohl doch noch besser verstehen, da ich irgendwie die falschen Schlüsse gezogen habe und es dadurch vielleicht besser lerne. So, koennte ich bitte eine Erkärung bekommen, wo ich falsch abgebogen bin? Danke sehr!

Hallo @hawihoney und hallo @mgutt Ich bedanke mich für die Informationen und Hilfen. Damit konnte ich mich besser dem Thema der Dateiberechtigung nähern (was ich wohl fälschschlich als Attribute interpretierte) und es etwas besser verstehen. Ich bin zwar noch nicht am Ziel, habe aber jetzt einen Ansatzpunkt, wie ich hoffentlich weiter lesen/lernen & machen kann. Ich habe nun auch dadurch als Zusatznutzen die Bedienung des MC unter default unraid etwas besser verstanden und herausprobieren können, wie ich die Modes auch mit dem MC setzten kann. Für die Änderung von Owner/Group scheinen abder die beiden Zeilen oben wirklich eine schnelle/bequeme Methode zu sein. Hierzu eine grundlegende Frage. Im MC kann ich die Berechtigungen auch auf x read by others x write by others x execute/search by others setzen, Ist dann die Änderung des Besitzers/User noch notwendig/ratsam?

Hallo. Also ehrlich ich habe nun wirklich lange gesucht, aber ich finde wohl nicht die richtigen Suchbegriffe. Langtext (Kurztext weiter unten): Ich habe Anfangs von einem externen Win10 PC per TotalCommander Dateien auf unraid Share kopiert. Zwischenzeitlich bin cih durch diverse Anleitungen, Tutorials und hier im Forum auf rsync gestossen. Ich habe also TC Kopiervorgang abgebrochen, von unraid aus ein SMB Share auf einen Win10 PC erstellt und dann von dort als Quelle in ein Verzeichnis in unraid kopieren lassen: rsync -avh "/mnt/remotes/QUELL_W1064_Z/VIDEODATEIEN" "/mnt/user/realvideo" Das hat auch eigentlich geklappt. Bis auf, daß ich auf das Problem stoße, mit krusader im ICH777 Docker nicht in die kopierten Verzeichnisse rein schauen zu können. "Fehler: Der Ordner /mnt/user/disk3/realvideo/Big_Buck kann nicht geöffnet werden" Mit dem MC kann ich die Quelle ansteuern und auch die darin liegende Videodatei sehen und auch auf eine andere Disk verschieben. Als ich das Problem bei vielen Verzeichnissen gefunden habe, habe ich Gemeinsamkeiten gesucht und es scheint nur die Rsync kopierten Verzeichnisse zu betreffen. Im krusader sah ich, dass die fraglichen Verzeichnisse keine Attribute haben. Ich komme in Verzeichnisse mit rwx problemlos rein. In die rsync kopieren Verzeichnisse bei denen dort nur --- steht habe ich das Problem. Ich habe wohl keien Berechtigung dafür. Nun suche ich schon seit über einer Stunde herum, finde aber keine Anleitung wie ich mit dem krusader Attribute bzw Dateisystemberechtigungen ändern kann. In den ganzen Anleitungen finde ich immer nur, dass er sie anzeigen kann, aber das war es. Ich habe auch mal versucht von Unraid aus im Share Grundeinstellungen des Share abzuändern um unraid dazu zu bewegen bei allem im Share die Attribute neu zu setzen, aber da bin ich wohl ander falschen Stelle. Hat nichts verbessert. Kurztext: Mit rsync von WIn10 auf unraid kopiert, kann mit krusader die kopierten Verzeichnisse nicht betreten, vermutlich Attribute irgendwie falsch gesetzt. Und wieder einmal: 1. Was mache ich falsch? 2 Wie kann ich es nun nachträglich anpassen? Danke!

Hallo Habe ich gemacht. Ich habe mich noch nicht getraut auf den Format Button zu drücken (aktuell beinhalten alle Festplatten Daten, die ich nicht verlieren will), aber obwohl ich den Destructive Modus in UD Disabled habe ist der Format Button nun Orange, was darauf hindeutet, dass es damit wohl funktionieren sollte, Danke, daß Du Dich dafür eingesetzt hast!

Hallo Ja, das hatte ich schon gelesen und auch verstanden. Ich verstehe auch, dass auch das 'destructive' ist. Aber ich sehe einen Unterschied zwischen der Zerstörung einer oder mehrerer Partitionen mit Daten drin und der simplen Funktion des Formatierens. (Vielleicht bin ich es auch nur von DOS/Windows her zu sehr gewohnt.) Ist zwar beides destructive, aber vielleicht sehe nur ich da einen Unterschied in der Intensitaet. Das Formatieren vergleiche ich mal mit dem Anlegen eines Feldes für den vorgesehenen Ackerbaubei dem man das Unkraut unter pflügt. Wobei ich die Vernichtung von Partitionen mit Daten durch druecken eines kleinen roten Kreuzes dann doch eher einer Sprengung der Landflächen gleich setzen moechte (um es mal in ein schräges Bild zu verwandeln). Ersteres waere doch nett mit ein paar Sicherheitsabfragen zu erreichen, wobei zweiteres schon eher hinter einem gesicherten Schalter beheimatet sein sollte. Aber das ist nur meine laienhafte Meinung. So wie es ist, ist es ja auch machbar, doch das gleichzeitige Freischalten beider Funktionen in einem bringt bei mir ein ungutes Gefuehl hervor.

Hallo Ich muss zugeben, die ausklappbare Partitionen und das rote Kreuz zum 'killen' sind mir aktuell weniger wichtig und würden auch viel Platz in der Liste wegnehmen. Der funktionsfaehige Button zur Formatierung (ggf. mit einigen Sicherheitsnachfragen "sind Sie sicher") wäre aber schön. Naja, man nimmt, was man kriegen kann.

Ich habe den Diskussionsteil durchgelesen. Ich kann seine Argumentation verstehen, auch wenn ich es etwas schade finde, daß er eine Vereinfachung der Bedienung so grundlegend mit dem Argument "war schon immer so" ablehnt. Aber okay, ich hätte etwas risikofreudiger sein können und einfach auf den Feldern herumklicken sollen um zu erfahren, was/warum geht oder nicht geht oder sich ausklappt oder eben nicht. Ich bin da aktuell noch zu vorsichtig und versuche es erst zu verstehen/lernen, bevor ich auf einmal doch etwas anklicke, was dann schief geht. Habe ich eben wieder etwas dazu gelernt. Merci!

Hallo Duhast recht, Ich habe es umgestellt und nun ist der Format Button orange. Danke! Die UD Settings hatte ich noch gar nicht gefunden, da man selbst über die Apps (UD und UD Advanced) direkt in der selben Oberfläche landet und die Settings wohl nur ueber das winzige Zahnrad oben rechts zu finden sind (und wegen meiner Farbdarstellung ist es auch noch dunkelblau auf dunklem Grund). Mit den Farben muss ich mich wohl demnächst auch mal beschäftigen. So much to do Oh! Danke für die Mühe! Okay. Ich wunderte mich nur zusätzlich daß eben die beiden 8TB Disks (sdb und sdg) im Screenshot beide frisch mit Preclear gelöscht wurden und dennoch unterschiedlich in UD auftauchen. Die ebenfalsl sichtbare 12TB Disk ist NTFS aus einem Win10 System und diese Disk selber ließ sich ja auch mounten (auch wnen ich mich dann wundere, dass die beiden ausgeklappten Punkte darunter wieder mount ausgegraut haben. Aber was solls. Solange ich das schaffe, was ich will/brauche ist es ja okay. Die grauen Mount Buttons an der Stelle sehe ich mal als 'Besonderheit ohne Relevanz für mich in dem Moment' an. Wegen der Erwähnung von USB Speukaltion in dem Link: Bei mir in der Bildschirmkopie handelte es sich um interne SAS Anschlüße eines Adaptec/Microsemi 78165 im HBA Modus. Entgegen frueherer Stromsparüberlegungen in einer früheren Diskussion wegen meinem ersten Unraidtests habe ich doch wieder einen SAS Kontroller drin, da ich auch SAS Platten verwende (zumindet temporär um sie auszulesen). Ja, das wäre zumindest etas konsitenter. Danke!

Hallo @mgutt Interessanter Ansatz. Ich schliesse zwar aus den Cache benutzt zu haben (ist fuer alle manuell erstellten Shares noch immer deaktiviert, da ich immer noch beim Befüllen der Shares bin und den SSD-Cache nicht unnötig verschleißen will), weshalb ich auch davon ausgehe, daß der Mover nicht dazwischen gefunkt hat. Doch ich kann es nicht mehr nachvollziehen, weil das Problem ja nun mit Loeschung des klemmen gebliebenen Verzeichnisses behoben ist. Du hast Dir sehr viel Muehe egeben und ich danke Dir!

Und genau deshalb teste ich ja nun schon seit ca. 3 Monaten mit verschiedenen Szenarien und Konstellationen herum. Das ist mir auch eien Lizenz wert gewesen. Denn das ist nur ein Zwischenschritt. Wenn ich finde, dass sich unraid für meine Zwecke eignet und ich damit gut genug klar komme, werde ich mir ein grosseres System (300-400TB) aufbauen, dem ich dann die Daten auch zeitweise/temporaer ohne Backup anvertrauen können muss. Da wäre sowas, wie ich es erlebt habe fatal. Deshalb ist es zwar nervenaufreibend und verunsichernd, enn ich nun auf probleme stosse und sie mir nicht erklaeren/erforschen/nachlesen kann, aber dadurch lerne ich dazu und kann es besser abschätzen. Und dazu zähle ich sehr wohl auch meine eigenen Fehler, egal ob ich zu fahrig bin, dabei um die falsche Ecke denke, etwas noch nicht weiss oder einfach nur verklicke. Je eher ich es nachvollziehen oder verstehen kann, desto sicherer werde ich dabei.