Dicas para lembrar a ordem dos parâmetros para ln?

Eu costumava lnescrever links simbólicos há anos, mas ainda assim a ordem dos parâmetros estava errada.

Isso geralmente me faz escrever:

ln -s a b

e depois olhando a saída para me lembrar.

Eu sempre imagino ser a -> bcomo eu leio quando na verdade é o contrário b -> a. Isso parece contra-intuitivo, então acho que estou sempre me questionando.

Alguém tem alguma dica para me ajudar a lembrar a ordem correta?

Eu uso o seguinte: lnpossui uma forma de argumento único (segunda forma listada na página de manual ) na qual apenas o destino é necessário (porque como poderia lnfuncionar sem conhecer o destino) e lncria o link no diretório atual. A forma de dois argumentos é uma adição à forma de um argumento; portanto, o destino é sempre o primeiro argumento.

Eu digo " lné como cp. A 'fonte' precisa vir em primeiro lugar".

A maioria dos Unices documenta o lncomando como

ln source target

(Estou omitindo opções etc. aqui)

Exemplos:

• O padrão POSIX

  ln [-fs] [-L|-P] source_file target_file
  

• OpenBSD :

  ln [-fhLnPs] source [target]
  

• NetBSD e FreeBSD

  ln [-L | -P | -s [-F]] [-f | -iw] [-hnv] source_file [target_file]
  

• Mac OS

  ln [-Ffhinsv] source_file [target_file]
  

• Solaris

  /usr/bin/ln [-fns] source_file [target]
  

• AIX

  ln [ -f | -n ] [ -s ] SourceFile [ TargetFile ]
  

O lnmanual GNU chama o source alvo e o target nome do link .

• Manual GNU para ln

  ln [option]… [-T] target linkname
  

Ignorando a escolha de palavras do GNU, o lnutilitário segue o mesmo tipo de semântica que, por exemplo, mve cpem que o destino é o que é criado a partir da fonte .

Portanto,

ln -s a b

criaria o link simbólico bapontando para a.

Observe também que, ao criar links simbólicos , a fonte é simplesmente uma string que representa para onde o link simbólico deve apontar. Geralmente, não é feita nenhuma verificação para validar se aponta para algo útil:

$ ln -s "hello world" README.txt
$ ls -l
total 0
lrwxr-xr-x  1 kk  wheel  11 Sep 15 11:39 README.txt -> hello world

Caso isso ajude alguém: eu me acostumei a pensar nisso como "em que lugar ", o que me ajuda a lembrar que o primeiro argumento ("o que") é o arquivo existente, o segundo ("onde") é o lugar colocar (um link para). Ao contrário do raciocínio na maioria das outras respostas, isso nada mais é do que uma frase concisa que posso recitar mentalmente para mim mesma enquanto digito um comando, que serve como auxílio à memória. Provavelmente isso não será útil para todos, mas suspeito que isso ajude algumas pessoas.

Ajuda que os outros comandos de manipulação de arquivos padrão usem a mesma convenção, para que eu possa fazer o mesmo por cpe mv.

Recentemente, ouvi uma ótima maneira de lembrar essa coisa em particular: uma rima

Algo velho, algo novo,

algo emprestado, algo azul,

e seis centavos no sapato.

O primeiro verso é o que os argumentos de ln são: algo antigo seguido de um nome da nova entrada de diretório.

NAME    ln -- make a link
SYNOPSIS    ln name1[ name2 ]
DESCRIPTION ln creates a link to an existing file name1. 
            If name2 is given, the link has that name; 

Desde 1971 Unix First Edition Manuais .

Há uma segunda forma simples e simples de sintaxe.

edit: eu coloquei ARQUIVO ou ARQUIVO em vez de TARGET --- ver comentários etc. ver também muito disso na parte inferior, abordando o iceberg, duro e mole de ln, não apenas a ponta do mesmo.

Então o GNU lntem isso:

ln [opt] FILENAME

In the 2nd form, create a link to FILENAME in the current directory.

onde você não precisa do nome do link. Depois de ln -s /usr/lib/modulesobter um

modules -> /usr/lib/modules

com o mesmo nome que FILENAME ("destino" ou "origem"), exatamente onde você está. Sem escolha, sem confusão.

Agora, se você é mais exigente e deseja que o link seja criado com outro nome e / ou outro local , adicione esse desejo como nome ou caminho. O alvo real vem em primeiro lugar, a fantasia extra, o novo nome do link, em segundo.

Ou você diz: "Conheço essa notação de flecha nos ls -llinks. Não tenho uma flecha no shell para mostrar a direção do meu link. Portanto, tenho que mudar isso".

Você o cria em uma direção, para poder usá-lo na outra.

(FIM DA PARTE RESPOSTA-PERGUNTA)

Em outro nível, a própria palavra "link" carrega um profundo duplo significado oculto. Os links simbólicos vieram mais tarde; portanto, nos primeiros dias, um link era apenas um link. Não havia macio e duro, nenhuma -sopção. E agora eu até uso o simbolismo fonte-alvo:

mv    A B   --- move the whole file to B (dir or new name)
cp    A B   --- copy whole file (mv and cp are "the same" here)    
ln    A B   --- copy whole file MINUS data blocks (=copy only inode and name), and increase "link count" for track keeping

Nesta fase, existem links, mas não são rígidos e flexíveis, e ls -lnão mostram setas, porque não há direção em um link (rígido). Um "link" naquele estágio da evolução do unix significava que o nome do arquivo "B" (entrada de diretório "B") no sistema de arquivos aponta para o mesmo inode que o nome do arquivo "A" está apontando.

Os arquivos A e B são "vinculados" juntos, porque compartilham os mesmos blocos. Portanto, agora com todas as rm, o kernel precisa verificar: eu excluo / libero os blocos desse arquivo no disco ou existe outro arquivo vinculado aos mesmos blocos? Para isso, é usado um contador de links.

Digamos que você queira manter um arquivo grande em / tmp grom sendo excluído e restaurado ln /tmp/bigfile. Agora você tem um grande arquivo grande no seu diretório de trabalho. Após limpar / tmp e remover o "original", você continua usando os mesmos blocos de dados. Você não recebe um link morto ou danificado, você tem um arquivo normal. Apontar para nenhum arquivo, mas apenas o sistema de arquivos bloqueia como qualquer entrada de diretório. Somente agora "limpeza" / tmp não é tão eficiente quanto antes. Parece vazio, mas os blocos da partição não são liberados.

Mesmo que um link físico não custe o espaço em si, como o cp, indiretamente, pode.

Adicionando ln -sà sequência acima:

ln -s A B   --- copy only the file's name to "B"   

Agora "B", o link virtual, possui apenas uma sequência com um nome de caminho. Esta é uma informação "suave". Tecnicamente, "A" e "B" não estão relacionados. Mas ainda assim B é um "link" no novo sentido de que você pode usar esse nome de caminho armazenado como um atalho para "A". Agora é "um link para A" (ponto final) e não "vinculado ao inode do arquivo A"

Ambos os tipos de links podem confundir não apenas humanos, mas também o kernel / fs. A página de manual de 1971 observa: "ERROS: os links são copiados duas vezes e restaurados como arquivos separados com inodes separados".

Links físicos para diretórios (raros / não permitidos) podem facilmente levar a um entupimento.

Soft links para diretórios (muito comuns) podem levar a loops eternos - precisam ser reconhecidos pelos utilitários / kernel.

Exemplo prático em bash

Começando com um arquivo regular "F" ...

ln F Fhard

... torna Fhard do mesmo tamanho que F, mas ambos aparecem agora em um vermelho escuro SEM flechas ls -l --color. Devido à statexibição de "Links: 2" em conexão com "Inode: xyz". A vinculação física F transforma o próprio F em um link físico. Ambos são / permanecem tipo de arquivo "arquivo regular". Mas ambos têm um inode com uma contagem de links acima de 1.

   ln -s F Fsoft

... cria um pequeno arquivo "irregular" "Fsoft" com o tipo de arquivo "link simbólico" --- ainda mais economia de espaço que um diretório vazio. A ls -lnão mostra nada de especial para "F". Para o Fsoft, o tamanho mostrado é de 1 byte, pois a string é 'F' e Fsoft -> Fé exibida como nome. Não é necessário colorir um link virtual para reconhecê-lo. Porque, na forma abreviada, ls -Fvocê @ anexa uma cadeia em espiral :Fsoft@

Com ls -lisso fica assim:

-rw-r--r-- 2 root root 6070340 Sep 16 16:28 F
-rw-r--r-- 2 root root 6070340 Sep 16 16:28 Fhard
lrwxrwxrwx 1 root root       1 Sep 16 16:31 Fsoft -> F

Fhard tem tamanho e tipo de F.

O Fsoft tem o nome de F e o tamanho do nome de F como tamanho e um tipo de arquivo diferente.

Curto ls -sF:

5932 F    5932 Fhard     0 Fsoft@

adicionar --block-size=1também não produz os mesmos tamanhos. O Fsoft tem tamanho "um byte, zero bloco". F e Fhard se desviam em paralelo:

6074368 F  6074368 Fhard    0 Fsoft@

Para ver se o Fsoft está pendurado ou não, lsuse cores.

ORPHAN 40;31;01 # symlink to nonexistent file, or non-stat'able file

É realmente útil lembrar que o nome do link é opcional. Se não for fornecido, o nome da base do destino do link é usado.

ln -s /path/to/file1 file1

é idêntico a eliminar completamente o nome do link:

ln -s /path/to/file1

Isso não faria sentido se o destino do link foi mencionado pela última vez.

Basta pensar em Unix -> AT&T -> destino à direita:

mov %eax, %ebx  ;; AT&T style assembler syntax: %ebx register gets value of %ecx

mv foo bar    ;; foo renamed to bar

cp foo bar    ;; contents of foo go to bar

foo | bar     ;; data moves left to right in pipeline

ln abc def    ;; link to abc installed as def

Pessoalmente, prefiro evitar me lembrar de X, em vez de saber onde procurar por X quando preciso. Eu também sou fã da atitude "é melhor prevenir do que remediar", então eu sempre gosto de verificar cuidadosamente o que estou escrevendo, especialmente como root.

Nesse caso, a resposta está literalmente nas primeiras linhas da página de manual:

   ln [OPTION]... [-T] TARGET LINK_NAME
   (...)
   In the 1st form, create a link to TARGET with the name LINK_NAME.

Eu não o sugeriria se fosse necessário investigar a página de manual, mas como está no começo, IMHO vale os 3 segundos necessários para digitar man lne sair.

Semelhante ao cp, que eu li mentalmente como "copie isso para isso", li comandos ln como "vincule isso para aquilo".

É assim que me lembro: esqueça o alvo. Em outras palavras, se eu estiver no diretório1 e quiser criar um link simbólico aqui para o arquivo1 existente em / some / other / dir /, eu faria:

ln -s /some/other/dir/file1

Você receberá um link simbólico chamado arquivo1 no diretório1 que aponta para / some / other / dir / arquivo1. Na página de manual do ln:

Em [OPÇÃO] ... TARGET (2º formulário) ... No 2º formulário, crie um link para o TARGET no diretório atual.

Lembre-se de que isso funcionará apenas se você desejar que o link simbólico tenha o mesmo nome que o destino (o que provavelmente é o caso).

Eu gostaria de expandir a resposta de @ gary.

Além da resposta: o lncomando pode aceitar um número arbitrário de argumentos, para que você possa criar vários links simbólicos em uma chamada (o que é útil quando você precisar).

1. Com esse conhecimento, quando você encontra ln -s foo bar baz, qual é a explicação mais lógica que argumentos significa o quê?
2. Com a resposta ao número 1, quando você encontra ln -s foo bar, qual é a explicação mais lógica que argumentos significa o quê?

Imagine uma versão lnque permita criar vários links (simbólicos) em um comando.

Synopsis: ln -s TARGET NEW_LINK...
Example: ln -s target_file  new_link_1  new_link_2  new_link_3

Não seria necessário reverter isso, pois um link simbólico só pode apontar para um de TARGETcada vez e a convenção normal da linha de comando é colocar a parte repetida no final da linha de comando, por exemplogrep PAT [FILE]...

" lsmostra que a -> bsim ln a b"

Lembre-se de que isso está errado.