Forum libero

Scritto da:
> Scritto da: ::1
> > Scritto da:
> > > Scritto da: ::1
> > > > Scritto da:
> > > > > Scritto da: ::1
> > > > > > Scritto da:
> > > > > > > Nel ginepraio di cartelle che ho sul NAS, solo parzialmente riordinato, erede di diverse archiviazioni sui precedenti computer, ho un mucchio di collegamenti. Ad esempio quando tengo un file in una cartella, perché è logico tenerlo lì, ma vedo che mi capita di cercarlo spesso in un'altra cartella, creo un collegamento in questa seconda cartella.
> > > > > > >
> > > > > > > Il problema, di cui mi sono accorto in seguito, è che questi collegamenti funzionano solo in Windows - e potrebbero non funzionare più in una versione futura - e a differenza dei collegamenti Internet non è possibile leggere nel file .lnk il nome del percorso a cui dovrebbe puntare.
> > > > > > >
> > > > > > > Esiste un modo per ovviare al problema?
> > > > > >
> > > > > > Usare dei symlink con percorsi relativi alla root del nas; però non tutti i protocolli supportano la creazione dei symlink né tutti i filesystems ce li hanno.
> > > > >
> > > > > In Windows non ho idea di come si crea un symlink.
> > > >
> > > > E` una feature che microsoft usa (es: Documenti è un symlink a Documents), ma che nasconde all'utente, dovesse capire la truffa dei files lnk.
> > > > Fortunatamente trovi tutte le spiegazioni di cui hai bisogno su google.
> > >
> > > Mmmh. Immagino che sarebbe troppo pretendere che il symlink funzioni anche in Linux, però è almeno leggibile?
> >
> > Salvo stranezze i symlinks in ntfs sono interoperabili. Ho provato a usare un symlink creato da windows in linux senza problemi, non ho provato l'inverso ma non mi sembra sia roba stranissima da implementare: nei file systems ext* e una mare di file systems unix ci sono da una vita.
>
> Infatti i collegamenti in Linux sono symlinks. Chissà perché Windows ha fatto di testa sua, così prima d'aver capito il problema ne ho fatti migliaia.

Su Windows esistono sia i link stile Linux che dei file con estensine .lnk che Windows interpreta come collegamento ad un dato file.

I symlink si possono creare dal prompt dei comandi (almeno da Windows 7 in poi, prima non mi pare che ci fosse il comando ma potevi scaricare "Junction" dalla TechNet https://technet.microsoft.com/en-us/sysinternals/b...

In Windows 10 ho questo comando:

C:\Users\Luca>mklink
Crea un collegamento simbolico.

MKLINK [[/D] | [/H] | [/J]] Collegamento Destinazione

   /D            Crea un collegamento simbolico a una directory. L'impostazione
                 predefinita è il collegamento simbolico a un file.
   /H            Crea un collegamento reale anziché un collegamento simbolico.
   /J            Crea una giunzione di directory.
   Collegamento  Specifica il nome del nuovo collegamento simbolico.
   Destinazione  Specifica il percorso (relativo o assoluto) a cui fa
                 riferimento il nuovo collegamento.

C:\Users\Luca>

La ragione per cui esistono i .lnk sono credo almeno 2:
1) la FAT non supporta i symlink (come ha detto sarrusofono)
2) tramite un file .lnk è possibile specificare parametri in più, tipo "esegui sempre l'eseguibile collegato come Administrator", "apri sempre in versione massimizzata/minimizzata/ecc", "crea un shortcut via tastiera per avviare questo collegamento", ecc

In realtà era possibile creare symlink anche nella FAT, ma per farlo dovevi editare la FAT manualmente e programmi come chkdsk e ScanDisk interpretavano la cosa come un errore e l'eliminavano. Ricordo che ai tempi del DOS mi divertivo a creare "Floppy infiniti" in cui una cartella era linkata alla root del floppy. Quando lanciavi un programma tipo "tree" andava avanti per un po' e poi ti dava Stack-Overflow e alcuni programmi ti dicevano cose tipo che lo spazio occupato sul disco era di qualche giga perché visitavano ogni cartella e sommavano le dimensioni dei file che trovavano... ma siccome una cartella era linkata alla root del floppy non finivano mai di sommare finché non morivano per overflow.