Pouvez-vous m'expliquer cela #ln -s: «la cible n'est pas un répertoire»?

12

Je fais ça:

sudo ln –s /etc/apache2/sites-available/LoginProject /etc/apache2/sites-enabled/LoginProject

Et je reçois:

ln: target `/etc/apache2/sites-enabled/LoginProject' is not a directory

/ etc / apache2 / sites-available / LoginProject c'est un fichier

Éditer:

cette commande:

ls -l /etc/apache2/sites-enabled/LoginProject /etc/apache2/sites-available/LoginProject

les sorties:

ls: cannot access /etc/apache2/sites-enabled/LoginProject: No such file or directory
-rw-r--r-- 1 root root 526 2011-09-27 18:40 /etc/apache2/sites-available/LoginProject

modifier 2:

$ls /etc/apache2/sites-available/
default  default-ssl  LoginProject
$

$ls /etc/apache2/sites-enabled/
$

bash linux

— fceruti
source

1

Pouvez-vous ajouter la ls -l /etc/apache2/sites-enabled/LoginProject /etc/apache2/sites-available/LoginProjectsortie?

— Belmin Fernandez

bien sûr, je l'ai ajouté

— fceruti

Pour toute personne qui arrive ici à la recherche de cette erreur, mais les solutions ci-dessus ne fonctionnent pas ... si vous créez un lien symbolique vers un répertoire, assurez-vous qu'il n'a PAS de barre oblique de fin sur la cible ou le nom.

— Sherri

4

Essayer: sudo a2ensite LoginProject

Vous pourriez aussi faire sudo ln –s /etc/apache2/sites-available/LoginProject /etc/apache2/sites-enabled/

— xofer
source

Le fichier est: / etc / apache2 / sites-available / LoginProject Quoi qu'il en soit, j'ai essayé de changer l'ordre et je n'ai pas fonctionné

— fceruti

Désolé, c'était faux, voir modifier

— xofer

Merci! le LoginProject a2ensite a fonctionné! n'a pas essayé l'autre commande. C'est encore très bizarre ... je ne comprends vraiment pas

— fceruti

Normalement, ln accepte 2 chemins de fichier et s'il est supérieur à deux, la cible doit être un répertoire. Je me demande encore pourquoi ça compte vos paramètres comme ça !!!

— SparX

26

Vous avez probablement copié et collé la ln -scommande à partir d'une autre source et le système a inséré le mauvais type de -. Essayez de supprimer le -et de le saisir à nouveau manuellement.

— Dr. Julie
source

Vous avez sauvé ma journée avec cette réponse! Eh bien, la moitié de la journée. J'ai passé l'autre moitié à retirer les restes de mes cheveux en essayant de comprendre ce que je faisais mal et quel répertoire il voulait de moi. Il s'est avéré que j'avais effectivement un mauvais tiret dans la ligne.

— Alexander Amelkin

Grande, meilleure réponse qui devrait être acceptée

— The Godfather

Génial!!! Je vous remercie.

— nano.galvao

6

Le problème est la différence entre cela ...

sudo ln –s path1 path2

et ça...

sudo ln -s path1 path2

Vous ne voyez pas la différence? Tiret court vs tiret long.

Le long tiret n'est pas interprété comme une option et donc ln voit trois chemins sur la ligne de commande et s'attend à ce que le dernier soit un répertoire.

— Chris Steinbach
source

2

Vous pouvez réellement voir le long tiret dans le message d'origine. Telle est la réponse.

— Xalorous

3

Essayez ln avec un seul argument comme ci-dessous et voyez si cela aide,

cd /etc/apache2/sites-enabled/ ; sudo ln -s /etc/apache2/sites-available/LoginProject

— SparX
source

2

Essayez de citer les répertoires et de terminer les sudoarguments de commande comme suit:

sudo -- \ln –s "/etc/apache2/sites-available/LoginProject" "/etc/apache2/sites-enabled/LoginProject"

— Belmin Fernandez
source

Non, cela n'a pas fait l'affaire

— fceruti

A fait un montage. Réessayez maintenant.

— Belmin Fernandez

J'ai copié et collé: ln: target `/ etc / apache2 / sites-enabled / LoginProject 'n'est pas un répertoire

— fceruti

Homme. Je suis piétiné. Je ne l'ai vu que lorsque la cible existe. Mais votre lssortie montre que non. Vous vous demandez si c'est un problème SELinux ou ACL. Meh, vous l'avez fait fonctionner avec la réponse de @ fuscata. Bon travail :-)

— Belmin Fernandez

Merci pour votre temps, @fuscata a obtenu une solution, peut-être pas une réponse à pourquoi cela s'est produit, mais quand même ... merci encore

— fceruti