J'essaie de supprimer une image png qui a été téléchargée sur mon serveur via un script PHP. Chaque fois que j'essaie de le supprimer à la fois via ftp et terminal, j'obtiens l'erreur

No such file or directory

Cependant, lorsque je suis lsdans le répertoire, le fichier est répertorié et il est également répertorié dans mon client ftp. J'ai essayé de créer un fichier avec le même nom et je finis par obtenir deux fichiers avec le même nom.

Je peux ouvrir le fichier qui n'existe pas, mais je ne peux toujours pas le supprimer. J'ai également essayé de redémarrer mon serveur. Des idées quel peut être le problème? J'utilise une version 64 bits d'Ubuntu, mais je ne pense pas que ce soit un problème 32/64 bits. Je dois également noter que j'ai supprimé de nombreux autres fichiers png téléchargés par le même script PHP.

Sortie pour ls -l

total 224 
-rw-r--r-- 1 www-data www-data 222838 May 13 04:14 qyxdshyikfr_fishing_timeout.png 
-rw-r--r-- 1 root root 272 May 14 06:54 upload.php

Sortie en essayant de rm

rm: cannot remove ‘qyxdshyikfr_fishing_timeout.png’: No such file or directory

upload.php: http://pastebin.com/z87eypTY

J'ai essayé de créer un fichier avec le même nom et je finis par obtenir deux fichiers avec le même nom.

Cela signifie, en l'absence de corruption du système de fichiers, que vous avez deux fichiers avec deux noms différents qui semblent identiques en raison de caractères non imprimables ou de caractères identiques dans votre jeu de caractères / police. L' --escapeoption lsest votre ami dans de tels cas, tout comme des outils tels que cat -v.

Il en va de même pour rm -i -- *

Lectures complémentaires

• /unix/2182/
• http://opensourceforu.com/2010/12/secure-upload-methods-in-php/

TL; DR: Exécutez ls -1b, recherchez le nom de fichier, copiez la ligne sur laquelle il apparaît et donnez-le à rm.

Comme d'autres l'ont suggéré, cela est probablement dû à des limitations dans la façon dont ls- et certains autres programmes, y compris les logiciels client et serveur - gèrent les noms de fichiers étranges, tels que ceux contenant des caractères de contrôle, par défaut. Votre succès avec la réponse de JdeBP suggère fortement que c'était le cas, même si cela aurait été un bon pari avant cela.

• Car ls, lorsque la sortie standard est un terminal, les ?caractères sont imprimés à leur place. Donc, si vous ne lsredirigez pas la sortie vers une autre commande (ou si vous ne la redirigez pas vers un journal pour la visualisation), votre nom de fichier ne contient probablement pas de caractères de contrôle. Mais il y a d'autres caractères problématiques - peut-être que le nom du fichier contient des espaces de fin, par exemple.

  Ce comportement de lspeut être déroutant mais n'est pas un bogue, peut être explicitement remplacé par l'utilisateur (voir ci-dessous).

• Lorsque vous tentez d'accéder ou de supprimer un fichier à distance, des bogues dans le logiciel client ou serveur peuvent produire de tels problèmes.

  J'ai vécu ce genre de choses ftpplusieurs fois par moi-même , y compris pour les fichiers dont les noms contiennent des espaces de fin. (Le fait que cela n'ait pas fonctionné était dû à un bogue dans mon client ftp.) Même lorsque vous créez manuellement un fichier vous-même, selon la façon dont vous le créez, il est parfois assez facile d'insérer par inadvertance un espace de fin ou un autre espace blanc qui peut ressembler à des espaces même si ce n'est pas le cas.

C'est une situation où ls -1b(ou dir -1) est utile:

• -1indique lsd'afficher une entrée par ligne. De cette façon, il n'y a aucune confusion quant à la fin d'un nom de fichier et au début d'un autre. C'est pratique pour les fichiers aux noms étranges.
• -bindique lsd'imprimer des séquences d'échappement pour tous les caractères spéciaux. La sortie de ls -bpeut être copiée et collée littéralement dans une commande, sans ajout de guillemets : tous les caractères problématiques sont déjà cités de manière à ce que le shell les reconnaisse tels qu'ils sont.

Il n'y a qu'une seule mise en garde: si le dernier caractère sur une ligne semble être \, copiez un caractère après cela, car cela signifie \citer un espace.

Vous pouvez exécuter ls -1bjuste comme ça, ou vous pouvez lui passer un modèle de glob de shell (par exemple, ls -1b qyx*). Globbing peut ou non trouver le fichier, selon que les caractères de contrôle (ou d'autres caractères étranges) sont présents ou non dans la partie du nom apparaissant dans le modèle global.

Après avoir copié la \version citée du nom de fichier qui vous a été donné par ls, vous pouvez le coller dans une commande. Vous n'avez en aucun cas à le modifier manuellement. Dans votre cas, comme vous souhaitez supprimer le fichier, tapez rm, tapez un espace, collez la ligne et appuyez sur Enter.

Lectures complémentaires:

• 10.1 ls: Liste le contenu du répertoire dans le manuel de référence GNU coreutils .
• Ma réponse à cette question , qui est très différente de la vôtre, mais touche beaucoup à la façon dont ls(et dir) affiche les noms de fichiers étranges.

1. Utilisez findet vérifiez la sortie:

   Si le fichier est introuvable, raccourcissez *qyxdshyikfr*légèrement le terme de recherche , par exemple: *qyxds*ou *fishing*.

   sudo find . -maxdepth 1 -type f -name "*qyxdshyikfr*"
   

2. Si cela vous convient, utilisez-le findavec le terme de recherche à l'étape 1 etrm

   find . -maxdepth 1 -type f -name "*qyxdshyikfr*" -print0 | xargs -0  rm
   

_{Republication en détail, développée à partir de mon commentaire sur la réponse d'Eliah}

Le problème est invisible, mais peut être vu si vous savez quoi rechercher: Le nom du fichier comprend un espace à la fin. Étant donné que vous copiez / collez l'intégralité de la lssortie, vous pouvez voir dans la question si vous mettez en surbrillance la sortie, ou modifiez le post et déplacez le curseur à la fin, ou (comme Eliah l'a souligné) regardez le diff dans l'historique des modifications. J'ai mis en évidence la lssortie dans le post dans cette capture d'écran:

Une petite session de terminal rapide pour dupliquer le problème, avec des commentaires:

$ touch 'foo '        # Create file with a space at the end
$ ls -l               # Space is not visible in ls output
total 0
-rw-rw-r-- 1 izkata izkata 0 May 14 21:59 foo 

$ rm foo              # Cannot remove it when not specifying the space
rm: cannot remove ‘foo’: No such file or directory

$ rm 'foo '           # Can remove it if we quote the file name and include the space
$ rm foo\             # Or can escape the space to tell bash to include it as part of the filename

L'utilisation de la tabulation aurait également complètement évité le problème ici, car bash est assez intelligent pour échapper correctement les espaces _{(c'est aussi une bonne habitude en général, accélère tellement les chemins de frappe)} .

Par exemple, si j'avais tapé rm f<tab>, il se serait complété automatiquement rm foo\<space><space>, comme dans le dernier exemple du bloc de code ci-dessus.

une fois, j'ai créé un fichier pour ouvrir Nautilus en tant que root, mais le nom du fichier en voyant depuis nautilus était "File Browser (root)", puis quand j'ai essayé de le supprimer comme

$ rm "File Browser (Root)"
$ sudo rm "File Browser (Root)"
$ sudo rm "File Browser (Root).desktop"

la seule réponse que j'ai reçue était: "rm: ne peut pas supprimer 'File Browser (Root) .desktop': Aucun fichier ou répertoire de ce type"

puis quand je cours:

$ ls -l

j'ai vu / retenu que le nom du fichier était en fait "Nautilus-root.desktop"

alors je cours:

$ sudo rm "Nautilus-root.desktop"

travaillé pour moi, j'espère que ça aide!

J'ai donc eu ce problème et aucune de ces choses n'a fonctionné pour moi. Ce qui a fonctionné était de créer un fichier avec exactement le même nom. C'était un dossier nommé Example.1.2.3, j'ai donc créé un nouveau dossier et je l'ai nommé exactement le même que celui qui ne voulait pas être supprimé. L'ancien dossier a disparu et j'ai supprimé le nouveau.

J'ai eu une situation similaire, après avoir utilisé rsyncpour sauvegarder mon répertoire Pictures sur un Mac et l'avoir lu sur Ubuntu. Il y avait deux fichiers (en fait des répertoires) avec des noms différents, mais ayant le même contenu. J'ai supprimé l'un dans la corbeille (à l'aide de Nautilus), mais je n'ai pas pu supprimer l'autre, même depuis la ligne de commande. Cela dirait:

$ rmdir Pictures
rmdir: failed to remove 'Pictures': No such file or directory
$ rm Pictures
rm: cannot remove 'Pictures': Is a directory

Après avoir vérifié les numéros d'inode avec ls -i -l, il s'est avéré que les deux répertoires ont le même numéro d'inode. On dirait un lien dur ...

La solution était étonnamment simple - videz la corbeille en cliquant avec le bouton droit sur l'icône. Après cela, les deux répertoires ont disparu.