Synology-Forum.nl
Overige software => File Station => Topic gestart door: stevenv2 op 03 februari 2018, 16:24:34
-
Ik wil graag een in een gedeelde map op Volume1 een verwijzing maken van een gedeelde map op Volume2. Zodat het lijkt of je nog in 1 map alle bestanden hebt staan.
Hoe krijg je dit voorelkaar?
-
Simpel:
[attachimg=1]
-
Birdy,
ik heb het geprobeerd. Een map van mijn 2e volume proberen aan een lege map in een gedeelde map op mijn 2e volume. Ik krijg alleen een melding dat ik alleen kan koppelen met een andere server.
Ik heb bij map ingevoerd \\IPadres\test
en bij koppelen aan: /Media/testmapje
Of doe ik nog iets fout?
-
AI.....verkeerde gedachte kronkel.
Ik zat te denken aan het maken van een symbolic (ln -s) en wist dat dit zou moeten werken echter, test gedaan.
Zie de link wel in PuTTY maar niet in File Station.
Zoiets nog niet eerder gezien dus, ik weet het ff niet.
Misschien vanavond verder uitzoeken.
-
Kan testen wat ik wil, het werkt wel in onderwater, de link is te zien en benaderbaar, maar niet bovenwater in File station.
Ik zeg, het kan niet of, iemand anders moet een (beter) idee hebben.....
-
Je hebt je best gedaan. In ieder geval bedankt voor het testen!
-
Kun je met Winscp doen, door een simlink te maken.
Ga op een folder staan en kies linksboven "Files" --> "New" --> "Link"
-
Maar zoals Birdy schrijft, worden simlinks niet door FileStation getoond. Misschien wel op shares?
Als ik een symlink binnen een share aanmaak via "maak alias" op de mac, zie ik hem wel in FileStation. Ik kan er echter niets mee.
-
Nog even goed gelezen wat @stevenv2 wil:
Volume1-map1 + Volume2-map1 = Volume1-map1 en dat gaat, volgens mij, al helemaal niet. ;)
Kun je met Winscp doen, door een simlink te maken.
WinSCP doet onder water natuurlijk hetzelfde als in PuTTY "ln -s {bron} {doel}"
-
Niet helemaal juist. Ik bedoel volume2\map1 wordt volume1\map1\submap zodat het als een submap in een andere map komt te staan. Hierdoor kan ik ruimte maken op volume1
-
Hierdoor kan ik ruimte maken op volume1
Waarom verplaats je dan de betreffende map niet naar volume2 ?
-
De hele map komt al richting de 2.5 TB, daarom wou ik een deel naar volume2 doen, zodat ik weer ruimte krijg en door kan groeien.
-
Dan probeer ik dit te begrijpen:
volume2\map1 wordt volume1\map1\submap
want 2 dezelfde mappen op 1 DS kan niet, ook al zijn het 2 aparte volumes maar goed, je bedoelt het fictief waarschijnlijk.
Dus wat je zou willen:
volume2\map2 wordt volume1\map1\map2
En dat moet dan zichtbaar zijn in File Station.
Maar, dan heb je nog steeds 2 mappen (map1\map2) t.o.v. apart map1 en map2, wat is het bezwaar om het niet zo te houden en files te verplaatsen van map1 naar map2 ?
PS: je hebt inmiddels een 2e HD toegevoegd, misschien wel zo handig om je onderschrijft daarop aan te passen. ;D
-
Het is mij gelukt om een symlink aan de praat te krijgen van een share op volume2 naar een share op Volume1.
Het was wel nodig mijn smb.conf aan te passen. met de volgende regels erbij in.
follow symlinks=yes
wide links=yes
allow insecure wide links=yes
Nu lijkt het net of er gewoon een map zit in de share van Volume1.
-
Da’s mooi !
Ben benieuwd of die aanpassing blijft, na een update.
-
Dat is een goeie :thumbup:
Het is wel vaak zo, dat tweeks kunnen verdwijnen na een update / upgrade, vooral bij een upgrade, bij een update is het sterk afhankelijk van de wijziging(en).
-
Ben benieuwd of die aanpassing blijft, na een update.
Nee, kan ik met aan zekerheid grenzende waarschijnlijkheid zeggen: ik heb hier een machine met /volume1 als share (handmatig ingesteld dus) en die is ook iedere keer foetsie na een reboot. Maar, als je een kopie maakt van je smb.share.conf (bv. smb.share.conf.save) in diezelfde directory, dan is een simpele copy al voldoende om e.e.a. weer werkend te krijgen.
-
Onjuist.
Een simlink is een attribute van het filesysteem en wordt dus in het Ext filesystem opgeslagen.
Die is echt niet weg na een reboot.
Zou niet best zijn als alle simlinks verdwenen na een reboot.
-
Mee eens, de simlink zal wel blijven bestaan echter, de tweek in /etc/samba/smb.conf waarschijnlijk niet.
-
Het was wel nodig mijn smb.conf aan te passen.
Maar, als je een kopie maakt van je smb.share.conf (bv. smb.share.conf.save) in diezelfde directory
@stevenv2 @wizjos Welke file is nu de juiste ?
-
…en die is ook iedere keer foetsie na een reboot. …
Dan edit je de verkeerde file, want ergens moet een masterfile zijn, vanwaar hij de gegevens bij een reboot kopieert voor een werkkopie.
De mastefile kan hooguit door een dsm update overschreven worden.
Hoe dat met smb werkt weet ik niet, maar voor zaken als mail, moet je steeds de template files editen om reboot bestendig te zijn.
Edit:
Kijk hier naar:
sudo find / -name smb.conf -print
/etc/samba/smb.conf
/etc.defaults/samba/smb.conf
Die laatste zal de master kunnen zijn.
-
Getest:
/etc/samba/smb.conf aangepast.
Na reboot aanpassing weg.
/etc/samba/smb.conf aangepast.
/etc.defaults/samba/smb.conf aangepast.
Na reboot:
/etc/samba/smb.conf aanpassing weg. :wtf:
/etc.defaults/samba/smb.conf aanpassing is er nog daar. ::)
-
Maak een script dat jouw smb.conf over de bestaande versie /etc/samba/smb.conf heen kopieert
Als laatste regel in dat script zet je dan:
/usr/syno/etc/rc.sysv/S80samba.sh restart
Zet dat script in de folder /usr/local/etc/rc.d/
Het moet een extensie .sh hebben
-
Beter niet over de smb.conf heen kopiëren, maar alleen de aanpassingen toevoegen. Want anders kun je daarna niets meer permanent instellen in dsm zelf met betrekking tot smb.
b.v. ook de LDAP instellingen die je in DSM doet vind ik terug in smb.conf.
-
Sinds mijn aanpassing, die ik hier gemeld had, is de symlink nog steeds actief. De Nas heeft inmiddels al een update gehad en nog blijft het actief. Dus voor mij is het een blijvende oplossing. Of er moet door een update later nog wat wijzigen.