derHarry

Members
  • Posts

    8
  • Joined

  • Last visited

derHarry's Achievements

Noob

Noob (1/14)

0

Reputation

  1. all clear, dann solls mich auch nicht weiter beschäftigen.... Nur um hier Missverständnissen vorzubeugen: Ich habe den "System" Share natürlich nicht freigegeben - weder über SMB noch über NFS noch sonst wie. Ich seh da auch keinen Sinn drin, ich würde ja auch unter Windows nicht \system32 freigeben, wozu auch? Ich frage mich lediglich, warum es hier zu "Fehlern" kommt bzw. ob ich diese getrost ignorieren kann bzw. den "Share" dann aus dem extended Test exkludieren kann... thx
  2. Hi DataCollector, ich seh das im Prinzip ähnlich, dennoch frag ich mich halt, wie es passieren kann, dass die Verzeichnisse doppelt angelegt werden, noch dazu mit unterschiedlicher Schreibweise. Und warum der Ordner Standardmässig freigegeben ist... LG
  3. Hallo Gemeinde, ich häng mich hier mal an - hab ein ähnliches Problem, allerdings nur mit Dateien/Ordnern im Ordner "/mnt/user/system/docker/btrfs/subvolumes/". Nachdem der Output des Extended Tests exakt 95.249 Zeilen hat, hänge ichs hier nur Auszusgsweise an, die Einträge ändern sich eh nur am Ende The following directories exist with similar names, only differing by the 'case' which will play havoc with Windows / SMB access. Windows does NOT support folder names only differing by their case and strange results will happen should you attempt to manipulate the folders or files /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/usr/lib/x86_64-linux-gnu/perl/5.32.1/sys /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/usr/lib/x86_64-linux-gnu/perl/5.32.1/Sys /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/usr/share/perl/5.32.1/pod /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/usr/share/perl/5.32.1/Pod /mnt/user/system/docker/btrfs/subvolumes/07aaf6038ef07fa8877b6cc9888fc8e62c6d24ab4b5282dc67a7c5b1d0d8625c/usr/lib/x86_64-linux-gnu/perl/5.32.1/sys /mnt/user/system/docker/btrfs/subvolumes/07aaf6038ef07fa8877b6cc9888fc8e62c6d24ab4b5282dc67a7c5b1d0d8625c/usr/lib/x86_64-linux-gnu/perl/5.32.1/Sys /mnt/user/system/docker/btrfs/subvolumes/07aaf6038ef07fa8877b6cc9888fc8e62c6d24ab4b5282dc67a7c5b1d0d8625c/usr/share/perl/5.32.1/pod /mnt/user/system/docker/btrfs/subvolumes/07aaf6038ef07fa8877b6cc9888fc8e62c6d24ab4b5282dc67a7c5b1d0d8625c/usr/share/perl/5.32.1/Pod etc... The following files / folders may not be accessible to the users allowed via each Share's SMB settings. This is often caused by wrong permissions being used on new downloads / copies by CouchPotato, Sonarr, and the like: /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/arch root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/ash root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/bbconfig root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/dmesg root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/dnsdomainname root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/008b38b5a89e899a4bffc5c69ac2a0df48481d6b0f7d6bda433e15ee821c947a/bin/dumpkmap root/root (/) 0 ... /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/netcat root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/open root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/pager.1.gz root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/phar root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/phar.phar root/root (/) 0 /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/etc/alternatives/php root/root (/) 0 etc... The following files / folders contain illegal characters in its name, which is going to confuse / cause issues with Windows / MAC systems: /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/bind9-libs:amd64.list /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/bind9-libs:amd64.md5sums /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/bind9-libs:amd64.shlibs /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/bind9-libs:amd64.triggers /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/gcc-10-base:amd64.list /mnt/user/system/docker/btrfs/subvolumes/01935633bc8e19730019335f2d2b1aa962053764140eaa198b83cf9886444063/var/lib/dpkg/info/gcc-10-base:amd64.md5sums etc... Generell mach ich im Share "system" bewusst gar nix - ich habe daher Fragen 🙂 a) Weiss jemand, warum hier manche Verzeichnisse doppelt angelegt werden, mit dem einzigen Unterschied der Gross-/Kleinschreibung? b) Bzgl. der Rechte: Ich habe eigentlich das "Docker Safe New Perms" Script laufen gelassen, das scheint hier nicht so richtig geholfen zu haben.. c) Auch die unerlaubten Zeichen in den Dateinamen sind ja offensichtlich nicht von mir so angelegt worden, sondern automatisch - Wieso ist das einerseits erlaubt und andererseits, warum passiert das überhaupt? d) Sind die Fehlermeldungen für diese Verzeichnisse überhaupt relevant, oder sollte ich /system/docker einfach aus dem Extended Test exkludieren? e) warum gibts für "system" überhaupt einen Standardshare, da drin pfuscht man doch normalerweise eher nicht herum, oder? Bonusfrage: der Share "system" liegt auf einem Raid1 SSD Cachepool - kann die Dopplung etwas damit zu tun haben? Settings: Vielen Dank im Voraus!
  4. Hi und erstmal danke für die wirklich schnelle Antwort. Es war schon seeehr spät gestern, heute früh hab ich gesehen, dass er dauernd rebooted, dann hab ich natürlich mal den Power Button bemüht. Das Backup des Sticks ist leider auf meinem Notebook, dessen Netzteil mir gestern Nachmittag abgeraucht ist, deswegen wollt ich eigentlich die Windows 10 VM aufsetzen 🙂 Der Stick war prinzipiell noch lesbar, habe mir alle Dateien runterkopiert, den Stick neu erstellt und den /config ordner wieder draufgeklatscht. Maschine bootet jetzt wieder, die Shares und Festplattenkonfiguration ist auch alles vorhanden, einzig meine Docker Container bzw. plugins sind scheinbar weg. Leider auch nicht mehr in Tools/Previous Apps... Mal schauen wie ich das wieder hinbasteln kann. Appdata ist ja noch da, also vllt. kann ichs iregendwie wiederherstellen.. Dumm gelaufen, danke trotzdem..
  5. Hallo Gemeinde, ich wollte gestern Abend eine Windows 10 VM aufsetzen und in Betrieb nehmen, dazu auch die GraKa durchschleifen in die VM, vorgegangen bin ich nach diesem Post: Leider bin ich nur bis Step 3 gekommen, denn nach dem (versuchten) Reboot bietet sich nun folgendes Bild: Danach startet der Server neu, um dann wieder beim selben Bildschirm hängen zu bleiben. Starten mit/ohne GUI mit/ohne Safe Mode macht keinen Unterschied. Hat hier jemand eine Idee, worans liegt bzw. wie ich mein Unraid wieder zum Laufen bekomme? Vielen Dank im Voraus, LG der Harry
  6. Hallo DataCollector, danke für die rasche Antwort. TBW Wert hatte ich gar nicht am Radar - danke für die Erklärung. Du hast natürlich Recht. Ich habe einfach gedacht, mehr Platz für Docker + VM = besser, dass ich das in der Realität wahrscheinlich nicht ausreizen werde stimmt auch (die VMs nur zum Herumspielen, die brauchen nicht soviel Platz). Ich werde also wie von dir vorgeschlagen die beiden SSDs "umdrehen" - die größere als Schreibcache, die kleinere für Docker+VM. Ist mir klar, entsprechende Backup Strategie und Kapazität ist vorhanden. Würde auch die Dockerdaten mit sichern - auf längere Sicht werde ich die beiden SSDs auch duplizieren und mittels Raid 1 einbinden, habe aber dieses Monat schon soviel Geld für Hardware ausgegeben, dass das noch eine Weile warten muss 🙂 Unassigned Device über das CA Plugin nehme ich an? Hat die eine Methode Vorteile ggü der anderen Methode? Danke für die Hilfe & schönen Sonntag noch.
  7. Hallo Gemeinde, ich fange gerade an, mich mit Unraid zu beschäftigen und bin gerade dabei, meine Platten umzusiedeln. Da mir dieses Array Konzept nicht zu 100% klar ist, wäre es schön, wenn mir jemand Input geben könnte, ob das was ich da mache sinnvoll ist. Was ist vorhanden: 1x 1 TB SSD 1x 480 GB SSD 4x 4 TB HDD 1x 18 TB HDD Was habe ich vor: Die SSDs würde ich als einerseits als Schreibcache verwenden (480 GB) andererseits für Docker bzw 2,3 VIMs (1 TB). Die 4 TB HDDs möchte ich gern im Array laufen lassen, also 1 Parity Platte, der Rest im Verbund (hier sind dann hauptsächlich Dokumente & Fotos drauf, also die wichtigen Sachen). Jetzt kommt der Knackpunkt: Ich möchte die 18 TB Platte quasi "Standalone" verwenden, hier kommen nur Filme und Serien drauf - diese möchte ich nicht sichern bzw. wenn die stirbt, ist das nicht so tragisch, wenn die Daten weg sind. Sehe ich das richtig, dass das nur funktioniert, wenn ich die 18 TB Platte als eigenen Pool definiere? Ich hätte dann also: Pool Device 1 TB SSD - eigener Pool - Docker, VM Pool Device 480 GB SSD - eigener Pool - Schreibcache Pool Device 18 TB HDD - eigener Pool - Filme, Serien, unwichtiges Zeug Array Devices 3x 4 TB HDDs und 1x 4 TB HDD als Parity Kann ich das so machen, gibt es bessere Möglichkeiten? Danke im Voraus, derHarry