Hvad er et "symbolsk link"

Kort sagt: Det er en genvej til den rigtige fil :)
Fordele? Måske at du kan tilgå filen med et pænere navn end det oprindelige? :)

som jeg forstår symbolske links er det tale om genveje, altså en enklere navngivning af lange kombliserede url'er

et symbolsk link er en peger på f.eks. en fil og det kan bruges som en kort form til at tilgå filer med ala

fil.txt -> /et/langt/sted/dybt/nede/i/katalog/strukturen/fil.txt

så kan du åbne fil.txt og så vil filsystemet hente den korrekte fil for dig. Ulempen er at hvis den originale fil bliver slettet så er den væk

i.e. kommandoen: ln -s super-fed-software-v1.01alpha-release1-beta2-patched fedt
Vil gøre at du kan tilgå "super-fed-software-v1.01alpha-release1-beta2-patched" alene ved filnavnet "fedt"

En af fordelene er vel at man kan opbygge en logisk struktur, selvom man anvender samme element som andre, der ikke er placeret logisk i forhold til der hvor genvejen placeres

for at forstå symbolske links så skal man måske forklare at i unix-filsystemet bliver filer identificeret til referencer til dem. Det er således muligt at lave "hårde" links som f.eks.:

fil1.txt -> "filX.txt"
fil2.txt -> "filX.txt"

fil1.txt og fil2.txt peger på den samme fysiske blok på disken (det er også muligt at lave flere udgaver som peger på den samme blok). Hvis fil1.txt bliver slettet så ligger "filX.txt" stadig fysisk på disken og det er først hvis der ikke længere er nogen filer som peger på den at den bliver slettet på disken. Men de symbolske links forhindrer altså ikke at filen bliver slettet.

Tak!

smid nogle svar.

Et hard link har en inode som ligesom filens egen inode peger direkte på blokkene på disken hvor den ligger.
Et symbolic link (eller soft link) har en inode som i stedet peger på filens inode i stedet for på blokkene på disken.

hard links kan kun eksistere i samme filsystem som den originale fil.

Et praktisk eksempel på nytten:

Når man compiler programmer i Linux har en vis mængde af dem behov for sourcekode fra linux kernel selv. Sourcekoden til linux kernel ligger typisk i /usr/src/ i nogle foldere som kan hedde feks linux-2.6.18 eller for den sags skyld linux-2.4.18-e.31.ia64-redhat
Compiler kan jo ikke gætte sig til hvad der er sourcekoden, og hvor den er, så typisk er de scripts der bygger hvad det end er du compiler sat op til at snuppe kernel sourcekoden fra /usr/src/linux
Den sti er så et symbolsk link der peger på feks /usr/src/linux-2.4.18-e.31.ia64-redhat eller hvad der nu måtte benyttes aktuelt. Når compileren forespørger nogle filer fra folderen /usr/src/linux så får den filerne fra /usr/src/linux-2.4.18-e.31.ia64-redhat uden nogensinde at opdage det, eller endsige bekymre sig om det.

Hvis du skriver ls -l i en folder vil du kunne se de symbolske links markeret med et lille L ude til venstre. Feks kan man gætte på at hvis du skriver ls -l /bin/sh så får du at se at det faktisk er et symbolsk link til /bin/bash.
Alt i alt er de meget nyttige at have, til ting som feks kompatibilitet. Se det lidt som en windows genvej på steorider.

:)

ok