Este é o tutorial mostra:
Você pode ver o/application/nginx -> /application/nginx-1.8.0
Mas sigo os passos:
[root@localhost nginx-1.8.0]# ll /application/nginx lrwxrwxrwx. 1 root root 12 5月 19 04:01 /application/nginx -> nginx-1.8.0/
É nginx-1.8.0/, não há nenhum /applicationna frente dele, e com certeza nginx-1.8.0está o Link Simbólico abaixo do /application.
Meu sistema operacional éCnet OS 7.2
O sistema operacional do tutorial éCent OS 6.8
A diferença entre o tutorial se é o motivo do sistema?
Responder1
É um erro clássico confundir os alvos ao usar o lncomando.
Certifique-se de usar ln <target> <linkname>e veja se funciona.
O post de abertura poderia ser um pouco mais claro, então essa é toda a ajuda que posso dar.
Responder2
Se estiver tentando visualizar o conteúdo do diretório, você precisará de uma barra final ao especificar o caminho. Assim:
ll /application/nginx/
Responder3
O tutorial criou um link que resolve um caminho absoluto. Você criou um link simbólico que resolve um caminho relativo.
Cria um link absoluto:
ln -s /application/nginx-1.8.0 /application/nginx
nginxsempre será resolvido /application/nginix-1.8.0, mesmo se você mudar nginxpara um novo diretório.
Use um link absoluto se nginxpuder se mover e /application/nginix-1.8.0nunca se mover.
Cria um link relativo:
ln -s nginx-1.8.0 /application/nginx
O nginx sempre será resolvido nginx-1.8.0em qualquer diretório nginxque esteja
Quando você usa -spara criar um link simbólico, o primeiro parâmetro nem precisa existir no seu sistema de arquivos. Não é um erro criar um link simbólico para um arquivo ou caminho que ainda não existe.
Use este link relativo se nginixexistir sempre no mesmo diretóriorelativoparanginx-1.8.0
Mais exemplos de links relativos
ln -s ../real alpha # alpha will always point to real in alpha's parent directory
ln -s real alpha # alpha will always point to real in alpha's directory
ln -s subdir/real alpha # alpha will always point to subdir/real in alpha's directory