Wie kann ich 360.000 Dateien durchsuchen, etwa 280 GB?

Ich habe einen Ordner (in diesem Fall technisch gesehen ein schreibgeschütztes gemountetes Disk-Image), das eine Menge Daten enthält, die ich durch Ausführen von Data Rescue (einer Datenwiederherstellungs-App) auf einem meiner großen Serverlaufwerke erhalten habe. Ich habe mehrere verschiedene Scantypen durchgeführt und alle Dateien an einem Ort abgelegt. Data Rescue „rekonstruiert“ gelöschte Dateien und macht es oft nicht ganz richtig. Es kann den Dateityp falsch kategorisieren und einzelne Dateien zusammenfügen.

Ich suche zwei spezifische PHP-Dateien (und vielleicht etwa 5 andere, wenn ich Glück habe). Die meisten dieser wiederhergestellten Dateien haben keine Namen (0002, 0003 usw.), daher muss ich nach Inhalt suchen.

Ich habe mir 6 verschiedene Zeichenfolgen ausgedacht, die diese spezifischen Dateien identifizieren können sollten. Also brauche ich eine Möglichkeit, den Inhalt von Dateien zu durchsuchen, nicht in einer Apple "magischen Suche", sondern in einer alten Schule "manuelles Durchlesen jeder Datei auf der Suche nach einer Zeichenfolgenübereinstimmung".

grepklingt wie die offensichtliche Wahl, aber es war nichts als Probleme. grep kann rekursiv suchen und gzip-, zip- und bzip-Archive dekomprimieren, was alles gut ist. Aber nach ein paar Minuten läuft es, es beginnt mit dem Streaming von "zu viele offene Dateien"-Fehlern. Ich bin mir nicht sicher warum, es ist, als ob grep eine Datei nicht schließt, nachdem es sie geöffnet hat, um darin zu suchen. Ich hatte auch Probleme damit, grepeinfach anzuhalten ... nicht zu beenden, nicht abzustürzen, nicht mehr zu reagieren, aber keine CPU mehr zu verbrauchen, nichts von der Festplatte zu lesen, einfach im Leerlauf zu sitzen, wenn es suchen sollte. Ich hatte auch Probleme, mehrere grepSuchen gleichzeitig auszuführen.grepscheint Dateien Zeile für Zeile zu laden, so dass so etwas wie ein Disk-Image das Ganze vor der Suche in den Speicher lädt. Aber es gibt nur eine Datei in diesem ganzen Bündel, die größer ist als die Menge an RAM, die ich habe. Solange ich also einen grepnach dem anderen mache, sollte es mir gut gehen.

Dies ist der Befehl, den ich verwende (in einem Skript verpackt, das mehrere Befehle für verschiedene Ausgabedateien ausführt, wobei einige Status ausgegeben werden):zfgrep -l -r -a -J -i -s -U -n "#32cd32" /Volumes/\'Storage\'\ Original\ Recovery > 32cd32.txt

Dies wird eine Weile laufen, dann wird es hängen bleiben. Ich erhalte einige Ergebnisse, aber keine vollständige Suche. Wenn ich die entferne -s, bekomme ich eine Flut von too many open filesFehlern. Dann füttere ich auf Vorschlag einer anderen Person findDateien einzeln grepwie folgt:

find /Volumes/\'Storage\'\ Original\ Recovery -exec zfgrep -l -r -a -J -i -s -U -n "#32cd32" {} \; -print > 32cd32.txt

Aber dieser Befehl hat genau die gleichen Probleme.

Das lässt mich also stecken. Wie kann ich jede einzelne Datei auf diesem Disk-Image, einschließlich der Archive, nach einfachen Textzeichenfolgen durchsuchen? Einschließlich binärer Datendateien, die möglicherweise fälschlicherweise mit reinen Textdateien zusammengeführt wurden? Für einen modernen Multicore-Rechner mit aktuellem OS, viel RAM und einer SSD scheint das keine allzu schwierige Aufgabe zu sein.

Eigentlich würde ich eine GUI-Option bevorzugen, aber an dieser Stelle nehme ich jede Lösung, die funktioniert.

Außerdem habe ich ursprünglich versucht, dies mit BBEdit zu tun, aber es hat viele Dateitypen übersprungen, selbst wenn Sie es angewiesen haben, alle Dateien zu durchsuchen. Sogar Dateien, die auf XML basieren. Darüber war ich sehr überrascht.