Je cherche un shell one-liner pour trouver le fichier le plus ancien dans une arborescence de répertoires.
72
Cela fonctionne (mis à jour pour intégrer la suggestion de Daniel Andersson):
find -type f -printf '%T+ %p\n' | sort | head -n 1
find -type f -printf '%T+ %p\n' | sort | head -1
find
est vide car mon nom de fichier contient newline.Celui-ci est un peu plus portable et, comme il ne repose pas sur l'
find
extension GNU-printf
, il fonctionne donc aussi sous BSD / OS X:Le seul inconvénient ici est qu'il est quelque peu limité à la taille de
ARG_MAX
(ce qui ne devrait pas être pertinent pour la plupart des nouveaux noyaux). Donc, s'il y a plus degetconf ARG_MAX
caractères renvoyés (262 144 sur mon système), le résultat n'est pas correct. Ce n'est pas non plus compatible POSIX car-print0
etxargs -0
ne l'est pas.Quelques solutions supplémentaires à ce problème sont décrites ci-dessous: Comment trouver le dernier fichier (le plus récent, le plus ancien, le plus ancien) dans un répertoire? - Wiki de Greg
la source
xargs: ls: terminated by signal 13
erreur est également émise . Je suppose que c'est SIGPIPE. Je n'ai aucune idée pourquoi je ne reçois pas une erreur similaire lorsque je dirige la sortie du tri vers la solution.head
commande qui se ferme une fois qu’elle a lu une ligne et "rompt" donc le tuyau, je pense. Vous n'obtenez pas l'erreur parcesort
qu'il ne semble pas s'en plaindre, maisls
dans l'autre cas.xargs
doivent être appelésls
plus d'une fois. Dans ce cas, les sorties triées de ces invocations multiples sont concaténées lorsqu'elles doivent être fusionnées.ls
et globe oculaire le plus ancien fichier, votre solution probablement va dépasser la limite de longueur de ligne de commande, ce quils
doit être invoqué à plusieurs reprises. Vous aurez la mauvaise réponse mais vous ne saurez jamais.Les commandes suivantes sont garanties pour fonctionner avec tout type de nom de fichier étrange:
L'utilisation d'un byte (
\0
) null au lieu d'un caractère de saut de ligne (\n
) garantit que la sortie de find sera toujours compréhensible au cas où l'un des noms de fichier contiendrait un caractère de saut de ligne.Le
-z
commutateur fait en sorte que sort et grep interprètent uniquement les octets nuls en tant que caractères de fin de ligne. Comme il n'y a pas de commutateur de ce type pour la tête, nous utilisons à lagrep -m 1
place (une seule occurrence).Les commandes sont classées par heure d'exécution (mesurée sur ma machine).
La première commande sera la plus lente car elle doit d'abord convertir chaque fichier mtime en un format lisible par l'homme, puis trier ces chaînes. Piping to Cat évite de colorer la sortie.
La deuxième commande est légèrement plus rapide. Tandis qu'il effectue toujours la conversion de date, trie numériquement (
sort -n
) les secondes écoulées depuis l'époque Unix est un peu plus rapide. sed supprime les secondes depuis l'époque Unix.La dernière commande ne fait aucune conversion et devrait être nettement plus rapide que les deux premières. La commande find n’affiche pas l’heure mtime du fichier le plus ancien. Par conséquent, stat est nécessaire.
Pages de manuel connexes: Trouver - Grep - Sed - Sort - Stat
la source
Bien que la réponse acceptée et d’autres ici fonctionnent, si vous avez un très grand arbre, ils trieront l’ensemble des fichiers.
Ce serait mieux si nous pouvions simplement les énumérer et garder une trace des plus anciens, sans qu'il soit nécessaire de les trier.
C'est pourquoi j'ai proposé cette solution alternative:
J'espère que cela pourra vous aider, même si la question est un peu ancienne.
Edition 1: ces modifications permettent d'analyser les fichiers et les répertoires avec des espaces. Il est assez rapide pour le publier à la racine
/
et trouver le fichier le plus ancien.Commande expliquée:
Le lancer:
EDIT 2: Même concept, meilleure solution
find
pour regarder le temps d’accès (utiliser%T
avec le premierprintf
pour le temps de modification ou%C
pour changer le statut ).EDIT 3: La commande ci-dessous utilise l’ heure de modification et affiche également la progression incrémentielle lorsqu’elle trouve des fichiers de plus en plus anciens, ce qui est utile lorsque vous avez des horodatages incorrects (comme le 1970-01-01):
la source
ls
est mauvaise pour les scripts car sa sortie n'est pas destinée aux machines, le formatage de la sortie varie selon les implémentations. Comme vous l’avez déjà dit,find
c’est bon pour les scripts, mais il peut également être utile d’ajouter ces informations avant de parler dels
solutions.Veuillez utiliser ls - la page de manuel vous explique comment commander le répertoire.
Le -n 2 est tel que vous n'obtenez pas le "total" dans la sortie. Si vous voulez seulement le nom du fichier.
Et si vous avez besoin de la liste dans l’ordre normal (obtenir le fichier le plus récent)
Bien plus facile que d’utiliser find, beaucoup plus rapide et plus robuste, n’ayez pas à vous soucier des formats de nommage des fichiers. Cela devrait également fonctionner sur presque tous les systèmes.
la source
la source
sort -n
.Il semble que par "plus ancien", la plupart des gens ont supposé que vous entendiez par "temps de modification le plus ancien". C'est probablement corrigé, selon l'interprétation la plus stricte de "plus ancien", mais au cas où vous voudriez celui avec le plus long temps d' accès , je modifierais la meilleure réponse ainsi:
Remarquez le
%A+
.la source
find ./search/dirname -type f -printf '%T+ %h/%f\n'
imprime les dates et les noms de fichiers sur deux colonnes.sort | head -n1
conserve la ligne correspondant au fichier le plus ancien.echo $2
affiche la deuxième colonne, c'est-à-dire le nom du fichier.la source