Bestanden zoeken

[Verwijderd]

Ik draai hier redhat en wil graag in de console recursief op zoek naar bestanden die in de naam een bepaalde string bevatten.

Dus stel ik heb een directory 'test'. deze directory bevat subdirectory's. Nu wil ik graag een lijst van alle bestanden waarin de string 'bla' voorkomt. 'testbla01.doc' wil ik dus kunnen vinden, aangezien er 'bla' in voorkomt.

Ik heb zojuist al even gezocht, maar ik kon niets relevants vinden, alleen maar zoeken binnenin bestanden; en dat is iets wat ik niet wil. Het gaat mij alleen maar om de bestandsnaam.

[Verwijderd]

gewoon "locate bla"??? moet je wel ff updatedb uitvoeren eerst...

[Janoz]

En anders kun je ook nog find . | grep "bla" doen

[Verwijderd]

Verwijderd schreef op vrijdag 23 september 2005 @ 13:08:
gewoon "locate bla"??? moet je wel ff updatedb uitvoeren eerst...

Zowel het 'updatedb'-commando als het 'locate'-commando staan niet op de server geinstalleerd. Zijn er geen andere mogelijkheden?

[Verwijderd]

find . | grep "bla"

He dank je! Het werkt. Alleen krijg ik nu ook meldingen als een bepaalde directory afgeschermd is. Is er ook een mogelijkheid om het commando iets uit te breiden zodat 'permission denied' niet meegenomen wordt in de lijst van uitvoer?

Sorry trouwens dat ik zoveel vraag zonder zelf iets te onderzoeken; maar ik moet nu snel even iets opzoeken zonder dat ik midnight commander tot m'n beschikking heb

[ Voor 30% gewijzigd door Verwijderd op 23-09-2005 13:13 ]

[Wilke]

Het kan sowieso geen kwaad om een beetje te leren hoe al die standaard UNIX-tooltjes werken hoor

Waarschijnlijk gaat die uitvoer naar 'stderr' in plaats van 'stdout' (er zijn altijd 2 gescheiden uitvoer-streams, maar op de console worden gewoonlijk beide afgedrukt). Je kunt stderr omleiden naar een willekeurig bestand, dus bijvoorbeeld ook /dev/null (in het niets laten verdwijnen) door te tikken:

willekeurig-commando 2> /dev/null

Je kent waarschijnlijk wel de variant met een-of-ander-commando > bestand.txt. Die stuurt alleen stdout naar bestand.txt (je ziet de foutmeldingen dan dus nog steeds op het scherm).

[Robtimus]

Verwijderd schreef op vrijdag 23 september 2005 @ 13:13:
[...]

He dank je! Het werkt. Alleen krijg ik nu ook meldingen als een bepaalde directory afgeschermd is. Is er ook een mogelijkheid om het commando iets uit te breiden zodat 'permission denied' niet meegenomen wordt in de lijst van uitvoer?

code:

find . 2>/dev/null | grep bla

[kenneth]

Waarom de uitvoer van find pipen naar grep als find zelf ook op substring kan matchen

[Eärendil]

Filteren in find kan met -iname (case-insensitive) of -name (case-sensitive), in dit geval dus bijvoorbeeld:

code:

find . -iname '*bla*'

[Janoz]

In mijn herinnering had ik met de -name optie altijd het probleem omdat hij door de wildchars meer matchte dan dat ik daadwerkelijk wilde hebben. Nu kan ik het heel goed fout hebben, maar ondertussen had ik al lang grep aangeleerd (ja, ik gebruik ook nog wel eens cat bar | grep foo)

[kenneth]

Janoz: cat bar | grep foo

Die's legendarisch
Toen ik ontdekte dat ik dat altijd deed, ben ik een kruistocht tegen mezelf en iedereen begonnen die dat deed

[smokalot]

kenneth schreef op vrijdag 23 september 2005 @ 14:48:
[...]
Die's legendarisch
Toen ik ontdekte dat ik dat altijd deed, ben ik een kruistocht tegen mezelf en iedereen begonnen die dat deed

het kan makkelijk zijn, stel je voor dat je een bestand cat, er dan achter komt dat er wel veel troep in staat, dan is het (iets) makkelijker om gewoon pijltje omhoog in te drukken en er | grep foo achter te zetten.

[Verwijderd]

pijltje omhoog?

Esc-K, cw grep foo, Esc <Enter>

[ Voor 32% gewijzigd door Verwijderd op 24-09-2005 01:25 ]