Supprimer un lien symbolique vers un répertoire

J'ai un lien symbolique vers un répertoire important. Je veux me débarrasser de ce lien symbolique, tout en gardant le répertoire derrière lui.

J'ai essayé de rmrevenir rm: cannot remove 'foo'.
J'ai essayé rmdiret je suis revenu , rmdir: failed to remove 'foo': Directory not empty
je puis progressais à travers rm -f, rm -rfetsudo rm -rf

Ensuite, je suis allé chercher mes sauvegardes.

Existe-t-il un moyen de se débarrasser du lien symbolique sans jeter le bébé avec l'eau du bain?

# this works:
rm foo
# versus this, which doesn't:
rm foo/

Fondamentalement, vous devez lui dire de supprimer un fichier , pas de supprimer un répertoire . Je crois que la différence entre rmet rmdirexiste en raison des différences dans la façon dont la bibliothèque C traite chacune.

En tout cas, le premier devrait fonctionner, tandis que le second devrait se plaindre du fait que foo soit un répertoire.

Si cela ne fonctionne pas comme ci-dessus, vérifiez vos autorisations. Vous devez disposer d'une autorisation en écriture sur le répertoire contenant pour supprimer des fichiers.

utilisez la commande "unlink" et assurez-vous de ne pas avoir le / à la fin

$ unlink mySymLink

unlink () supprime un nom du système de fichiers. Si ce nom était le dernier lien vers un fichier et qu'aucun processus n'a ouvert le fichier, le fichier est supprimé et l'espace qu'il utilisait est rendu disponible pour être réutilisé. Si le nom était le dernier lien vers un fichier mais que tous les processus ont toujours le fichier ouvert, le fichier restera en vigueur jusqu'à la fermeture du dernier descripteur de fichier s'y référant.

Je pense que cela peut être problématique si je le lis correctement.

Si le nom fait référence à un lien symbolique, le lien est supprimé.

Si le nom fait référence à un socket, un fifo ou un périphérique, son nom est supprimé, mais les processus qui ont l'objet ouvert peuvent continuer à l'utiliser.

https://linux.die.net/man/2/unlink

rm devrait supprimer le lien symbolique.

skrall@skrall-desktop:~$ mkdir bar
skrall@skrall-desktop:~$ ln -s bar foo
skrall@skrall-desktop:~$ ls -l foo
lrwxrwxrwx 1 skrall skrall 3 2008-10-16 16:22 foo -> bar
skrall@skrall-desktop:~$ rm foo
skrall@skrall-desktop:~$ ls -l foo
ls: cannot access foo: No such file or directory
skrall@skrall-desktop:~$ ls -l bar
total 0
skrall@skrall-desktop:~$ 

Utilisez rm symlinknamemais n'incluez pas de barre oblique à la fin (n'utilisez pas:) rm symlinkname/. Il vous sera alors demandé si vous souhaitez supprimer le lien symbolique, ypour répondre oui.

En supposant qu'il s'agit en fait d'un lien symbolique,

$ rm -d symlink

Il devrait le comprendre, mais comme il ne peut pas, nous pouvons activer le code latent qui était destiné à un autre cas qui n'existe plus mais qui fait la bonne chose ici.

Si rm ne peut pas supprimer un lien symbolique, vous devrez peut-être consulter les autorisations sur le répertoire qui contient le lien symbolique. Pour supprimer des entrées de répertoire, vous devez disposer d'une autorisation d'écriture sur le répertoire conteneur.

En supposant que votre configuration est quelque chose comme:, ln -s /mnt/bar ~/fooalors vous devriez pouvoir faire rm foosans problème. Si vous ne le pouvez pas, assurez-vous que vous en êtes le propriétaire fooet que vous êtes autorisé à écrire / exécuter le fichier. La suppression foone touchera pas bar, sauf si vous le faites récursivement.

Sur CentOS, lancez-le rm linknameet il vous demandera de "supprimer le lien symbolique?". Tapez Yet Enter, le lien aura disparu et le répertoire sera sûr.

J'ai eu ce problème avec MinGW (en fait Git Bash) fonctionnant sur un serveur Windows. Aucune des suggestions ci-dessus ne semble fonctionner. En fin de compte, une copie du répertoire a été faite au cas où puis supprimé le lien logiciel dans l'Explorateur Windows, puis supprimé l'élément dans la corbeille. Il a fait du bruit comme s'il supprimait les fichiers mais ne l'a pas fait. Faites une sauvegarde cependant!