... Er worden hier mensen zonder enige diepgaande kennis aangemoedigd om als root allerhande wijzigingen op hun FS aan te maken ...
Het lijkt gevoeglijk bekend dat wanneer je met telnet- of ssh-sessies richting je DS begint, je meer kapot kan maken dan je lief is.
Welke risico's je in dat opzicht wil lopen hangt uiteraard ook af van het soort gebruik van je NAS.
In een bedrijfskritische omgeving wil je geen risico lopen; gebruik je je NAS echter meer als "speeldoos" en heb je goede backups, dan durf je wellicht wat meer risico te lopen.
Daar ligt dan ook duidelijk de eigen verantwoordelijkheid van de administrator die aan het "modden" slaat.
In dit forum vragen mensen om (potentiƫle) oplossingen voor problemen.
Anderen (of soms zijzelf) melden vervolgens hoe zij bepaalde zaken hebben opgelost/aangepakt (of dat nu volgens de "regelen der kunst" is gebeurd of niet).
Ik zie dat als informeren en niet als aanmoedigen.
Maar, het kan uiteraard nooit kwaad nog eens heel expliciet te wijzen op de eventuele risico's die aan dit soort zaken verbonden zijn.
... worden concepten als (sym)links en mounts met elkaar vergeleken ...
Dat zou dan een beetje als appels versus peren moeten zijn. Ik vergelijk echter niets, maar noem de "mount" slechts een (kennelijk) alternatief om het hier beoogde doel te bereiken.
... wordt er gesuggereerd dat symlinks iets van Samba zou zijn ...
Dan lees je met het boze oog. Maar, ik zal proberen het zorgvuldiger te formuleren:
Synology heeft er in tegenwoordige FW versies kennelijk voor gekozen om het volgen van Linux symlinks voor wat betreft SMB/CIFS-clients default te disabelen.
Dat is een instelling binnen Samba die je desgewenst kan veranderen.
Daar gaat de bewuste text en ook de inhoud van de genoemde (URL)link over.
... De optie van de 'mounts' zou inderdaad prima kunnen werken, alleen regel je het mounten van file systemen in Linux niet in /etc/rc.local maar in /etc/fstab (File System TABle)(zie de man page: http://linux.die.net/man/8/mount ) ...
Het
artikel van Synology zelf beschrijft het gebruik van /etc/rc.local voor dit doeleind.
Logisch toch dat Keimpe dat advies volgt ...
Zoals wel vaker in de computer-wereld kan hetzelfde doel soms op meerdere manieren worden bereikt.
Het gebruik van /etc/rc.local is misschien niet de beste of meest robuuste oplossing, maar het werkt kennelijk wel ...
Misschien kan je uitleggen waarom het gebruik van /etc/fstab de voorkeur verdient boven /etc/rc.local ?
... Je Synology draait op Linux, een Unix variant die inderdaad een behoorlijk steile leercurve kent. Investeren daarin is echter zeer de moeite waard omdat je dan waarschijnlijk het meest uit je NAS door kun halen
Leren doe je door te studeren, maar vooral ook door 'doen' en (dus?) fouten te maken.
Ik geef echter zonder meer toe dat een NAS wellicht niet het meest geƫigende middel is om Linux te leren.
Er zijn echter bijna nergens zoveel nivo's van expertise als binnen computer-land.
Het blijft moeilijk inschatten wanneer je voldoende "expert" bent om verantwoord je NAS te kunnen "modificeren".
Plerry