Unraid hat ein symlink angelegt ?

[TechZeug]

Ich hab mein System nach und nach aufgebaut, inkl. Erweiterung verschiedener Cachpools. Liegt auch daran dass ich erstmal verstehen musste wie Unraid funktioniert.

Dadurch habe ich dann auch die Freigaben immer mal wieder verändert.

 

Grundsätzlich sind die Daten jetzt auf den richtigen HDDs/SSDs/NVME.

 

Allerdings hat Unraid jetzt auf der Array Disk und auf der zusätzlichen Pool Disk ein Symlink angelegt. Das ist erst gestern Abend passiert, als ich nochmal die Share angepasst habe und den Cache eingerichtet habe. Die Frage ist jetzt, liegt das an meiner spielerei oder muss das so? Hat das ggf. mit dem Cache zu tun? Ist das bei euch auch so oder hab ich da was verbockt.

Hier mal ein Bild mit dem Symlink:

 

 

Edited January 11, 2023 by TechZeug

[ich777]

54 minutes ago, TechZeug said:

Allerdings hat Unraid jetzt auf der Array Disk und auf der zusätzlichen Pool Disk ein Symlink angelegt.

Sicher das es ein symlink ist?

 

Du weißt schon das Unraid FUSE nutzt oder und alles unter /mnt/user/... zusammenfasst? Wie sind denn deine Einstellungen im "system" Share? Hast du dort Benutze Cache vermutlich auf Ja oder?

Bitte Beachte das du das auf Nur oder Bevorzugt stellen solltest, genau so wie den appdata Share.

 

Du solltest nicht zu viel per Hand machen da du da die Parität vom Array unter Umständen aushebeln könntest und du dir auch Dateien zerschießen kannst, nur so als kleine Warnung.

Wenn du was verschiebst würde ich das nur über einen Docker Container machen in dem du /mnt/user mountest oder du nutzt Unbalance <- wäre common practice.

[TechZeug]

Wenn ich im Terminal auf den "Symlink" gehe komme ich, rechtes MC Bild, auf "/mnt/sysdata/" raus.

Jupp, dass alles bei user zusammengefasst ist weis ich.

 

Es geht mir darum, gewisse Sachen auf den Platten zu verteilen, damit z.B. die HDDs alle in den Spindown können.

Share:

 

 

Warum "bevorzugt" und nicht "nur"? Ziel ist es doch, das die Daten /appdata /domains und /system immer ausschließlich auf die SSD geschrieben werden und nicht auf die HDDs des Array.

[jj1987]

5 minutes ago, TechZeug said:

Warum "bevorzugt" und nicht "nur"? Ziel ist es doch, das die Daten /appdata /domains und /system immer ausschließlich auf die SSD geschrieben werden und nicht auf die HDDs des Array.

Bei "bevorzugt" bleibt auch alles auf der SSD. Mit dem "Vorteil" dass, wenn auf der SSD der Platz ausgeht dann auf der HDD weiter geschrieben wird.

Bei "nur" würde die SSD randvoll geschrieben und dann einen Fehler ausspucken.

Wenn du dir also zu 100% sicher bist, dass du die SSD nie (und sei es nur aus Versehen) vollschreibst spricht nichts gegen "nur"

[ich777]

2 minutes ago, TechZeug said:

Wenn ich im Terminal auf den "Symlink" gehe komme ich, rechtes MC Bild, auf "/mnt/sysdata/" raus.

Dann hast du es vermutlich mal auf "Yes" bzw. "Nein" stehen gehabt, ist das möglich?

Stopp mal den Docker und VM Dienst (nur diese beiden), stell den system und docker Share auf Prefer, danach startest du den Mover von der Hauptseite, wenn der fertig ist sollte der Ordner aus der disk1 verschwunden sein und du kannst die beiden Dienste wieder starten.

 

4 minutes ago, TechZeug said:

Es geht mir darum, gewisse Sachen auf den Platten zu verteilen, damit z.B. die HDDs alle in den Spindown können.

Das funktioniert auch aber ist vermutlich ein Überbleibsel von deiner Spielerei wenn der Share mal auf Yes bzw. auf No gestanden bzw. kann das auch noch andere Gründe gehabt haben aber Unraid legt definitiv keine symlinks an.

 

In den Docker/VM Einstellungen sind die Pfade auch richtig?

In deinem Fall würde ich um sicher zu gehen noch den richtigen Pfad statt dem FUSE Pfad /mnt/user/... angeben zB: /mnt/sysdata/system, damit übergehst du praktisch das FUSE System, stellst sicher das nur auf diese Platte/Pool geschrieben wird und ersparst dir auch noch bisschen overhead von FUSE.

 

Nur so nebenbei, Quote immer einen Teil von meinem Text bzw. den ganzen Beitrag oder markier mich, ansonsten werd ich nicht benachrichtigt und ich übersehe gerne mal was...