Automounta nätverksmappar?

Alla kommandotolkar har loginscript att ta till. I regel två stycken - en (1) för skalet självt och ytterligare en (1) för om det är ett loginskal. Mount(8) i sig är lite otympligt då det kräver root-rättigheter för NFS-montering. Däremot så går ju SMB-dito utmärkt att köra som vanlig dödlig.

Jag skulle snarare rekommendera dig lite läsning:

% man amd

eller möjligtvis

% man automount

men jag är lite tveksam till det senares möjligheter.

jag automountar med applescript som ligger i startup items

tell application "Finder"
	mount volume "smb://user:[email protected]/backup"
end tell

Varför inte ta den enkla varianten och bara dra in de monterade servrarna till Startup items i System Preferences?

Ciryon

Är det så lätt? skall jag lägga på minnet…
Typiskt alldeles för lätt för att ens tänkas på - speciellt i samma tankekedja som unix

Plockar upp den här tråden igen eftersom jag stött på lite problem. Att dra in en delad mac-folder funkar utmärkt för mig, men när min polare vill automounta en smb-folder så går det inte. Vid ny inloggning kommer inte smb-volymerna upp och när man kollar i konto-inställningarna så listas endast två oidentifierade startup-objekt.

Någon som vet hur man löser detta?

Att logga in på smb-volymerna manuellt är inga problem och användarens uppgifter ska vara sparade i nyckelringen.

/Jont Olof

För de riktigt insnöade så finns faktiskt möjligheten till att köra ett shellscript (eller egentligen valfri exekverbar fil) vid varje inloggning. Det kallas för en "LoginHook" och verkar vara en kvarleva från NeXTStep, men i OS X är det alldeles för buggigt för att jag ska kunna rekommendera det. Tro mig, jag har provat

MacDevCenter tar för övrigt upp bl.a. LoginHooks i den här rätt trevliga artikeln:
http://www.macdevcenter.com/pub/a/mac/2003/11/07/scripting_osx.html

Startupitems körs innan någon kan logga in så, alla borde väll kunna komma åt smb sharen om du gör på det sättet.

Det där är inte svårt. Jag hoppas att du med automount menar just att automatiskt/dynamiskt montera dessa allt eftersom du accessar filer i gemensam_grupp1, gemensam_grupp2, etc. Skillnaden är endast mellan att lägga dessa i /etc/fstab eller /etc/amd.conf.

Om du däremot menar att på /gemensam

• ska gemensam_grupp1 monteras om du tillhör grupp1

• ska gemensam_grupp2 monteras om du tillhör grupp2

• ...

Oj, hoppsan - lunchen väntar! Fortsätter lite senare...

Och efter en liten påstötning från MH så tar vi upp tråden igen och tänker efter. Hur var den ursprungliga frågeställningen? Och hur tänkte jag själv vid tidpunkten? Vissa oklarheter föreligger och jag inser nu att vissa saker i mitt ursprungliga förslag inte var så optimala. What ?!

Efter ett litet samtal med MH så framkom att det är för att stödja användaren (och eliminera misstag) som man väljer att endast tillåta en grupp per användare. Annars hade man (i sedvanlig *NIX-anda tillåtit dynamiskt antal grupper/användare). Scenariot hos MH är hämtat från skolklasser, reklambyråer etc. Simplicity är ledordet!

Givetvis vänder man sig till ett ställe för att få ett tips, sk. hint, så varför inte Mac OS X Hints ? Där söker man på auto mount. Och vipps så får man bla den här träfflistan. Själv grundtipset verkar lite bökigt, så man bör snarare titta på kommentar 1 och 2 till tipset.

Om inte detta faller en på läppen så kan man ju söka på automount amd os x hos Google vilket ger en något andra träffar, tex den här och då i synnerhet stycket om automount . Nu stämmer ju inte det där helt och hållet: 10.3 har en ny amd som stödjer mycket fler optioner.

Jag har alltså inte provat något av den som beskrivs ovan, men tycker att det ger en klar bild om vad som man kan välja mellan.