Problème de redirection de la sortie de la trouver dans un fichier

Je suis en train de mettre le résultat d'une commande rechercher dans un fichier texte sur un unix shell bash

À l'aide de:

find ~/* -name "*.txt" -print > list_of_txt_files.list

Cependant la list_of_txt_files.liste reste vide et je dois tuer le trouver à l'avoir de retour de l'invite de commande. J'ai de nombreux fichiers txt dans mon répertoire home

Sinon Comment puis-je sauvegarder le résultat de la commande rechercher dans un fichier texte à partir de la ligne de commande. J'ai pensé que cela devrait fonctionner

OriginalL'auteur harijay | 2010-10-26

  1. 9

    La première chose que je voudrais faire est d'utiliser les guillemets simples (quelques coquilles permettra d'élargir les caractères génériques, bien que je ne pense pas que bash ne, au moins par défaut), et le premier argument de find est un répertoire, pas une liste de fichiers:

    find ~ -name '*.txt' -print > list_of_txt_files.list

    Au-delà, c'est peut être juste prendre une longue période de temps, si je ne peux pas imaginer quelqu'un ayant que de nombreux fichiers texte (vous dites que vous avez beaucoup de choses, mais il devrait être assez massif pour ralentir find). Essayez d'abord sans la redirection et de voir ce que ça sorties:

    find ~ -name '*.txt' -print
    Ma machine est juste en cours d'exécution très lente quand j'ai essayé cette commande avec et sans rediriger la sortie vers un fichier. La lenteur de la machine causé la redirection de sortie à être beaucoup plus lent - je.e après quelques minutes de fichier est toujours de zéro octets alors que sans la redirection de la sortie, l' *.txt dossiers ont été déposés immédiatement. Maintenant que ma machine dispose de plus de ressources à la fois les manières semblent aussi vite.

    OriginalL'auteur paxdiablo

  2. 1

    Vous pouvez rediriger la sortie vers un fichier et de la console en utilisant té.

    find ~ -name '*.txt' -print | tee result.log

    Cela permettra de rediriger la sortie de la console et dans un fichier, et donc vous n'avez pas à deviner si si la commande est actuellement en cours d'exécution.

    OriginalL'auteur Prashant Nidgunde