10
Batch eine Datei auf dem ganzen Computer suchen und löschen
Hallo Administratoren
ich bin gerade dabei einen Scribt in Batch zu programmieren, der eine Datei überall suchen soll also auch alle Festplatten durchsuchen soll.
Ich hab es schon mit del /s "C:\test.txt" versucht. baer dort muss man den Laufwerkbuchstaben angeben gibt es noch eine andere möglichkeit?
Gruß Motorcross
ich bin gerade dabei einen Scribt in Batch zu programmieren, der eine Datei überall suchen soll also auch alle Festplatten durchsuchen soll.
Ich hab es schon mit del /s "C:\test.txt" versucht. baer dort muss man den Laufwerkbuchstaben angeben gibt es noch eine andere möglichkeit?
Gruß Motorcross
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 134768
Url: https://administrator.de/contentid/134768
Ausgedruckt am: 25.11.2024 um 21:11 Uhr
10 Kommentare
Neuester Kommentar
in VB script:
Wer (wie ich eigentlich auch) die Syntax für den DOS Befehl etwas obskur fidet, kann natürlich auch rekursiv jeden Ordner nach der Datei durchsuchen. Das dauert aber schon mal was länger....
Dim drv , Laufwerksbuchstabe
Dim fs, sh
Set fs = CreateObject ("scripting.FileSystemObject")
Set sh= CreateObject ("WScript.Shel")
For Each drv In fso.Drives
Laufwerksbuchstabe = drv.DriveLetter
sh.run "%COMSPEC% /C del /s" & Laufwerksbuchstabe & ":\Test.txt"
Next drvWer (wie ich eigentlich auch) die Syntax für den DOS Befehl etwas obskur fidet, kann natürlich auch rekursiv jeden Ordner nach der Datei durchsuchen. Das dauert aber schon mal was länger....
Kann man das auch in Batch bekommen?
da müssen wir nur kurz warten bis bastla vorbeischaut. Der muss dafür nicht nachdenken.
cscript.exe nimmt als Parameter die auszuführende Scriptdatei
Hallo Motorcross!
:
Solange das "
Grüße
bastla
[Edit] Einschränkung auf "Festplatten" nachgereicht ... [/Edit]
[Edit 2]
@StefanKittel
[/Edit 2]
Kann man das auch in Batch bekommen?
Aber sicher :@echo off & setlocal
set "Datei=Test.txt"
set "G=%temp%\GetDrives.vbs"
>"%G%" echo For Each D In CreateObject ("scripting.FileSystemObject").Drives:If D.DriveType=2 And D.IsReady Then:WScript.Echo D:End If:Next
for /f %%i in ('cscript //nologo "%G%"') do echo del /s "%%i\%Datei%"
del "%G%" echo" vor dem "del" steht, wird das Löschen (durch Anzeige des entsprechenden Befehles) nur simuliert ...Grüße
bastla
[Edit] Einschränkung auf "Festplatten" nachgereicht ... [/Edit]
[Edit 2]
@StefanKittel
da müssen wir nur kurz warten bis bastla vorbeischaut
Woher wusstest Du? [/Edit 2]
Moin Motorcross
so halb off topic, weil grundsätzlich nichts gegen die Ansätze von AndreasBrecht, StefanKittel und bastla zu sagen ist, noch ein paar kleine Anmerkungen
Wenn du irgendwo ein Skript losjagst, das auf allen vorhandenen Festplatten rumrödeln und dort ungefragt/ohne Benutzer-Sicherheitsrückfrage irgendetwas löscht, dann kann es nur ein Skript a) von dir und b) für deinen eigenen Rechner sein.
Kann nicht anders sein.
Wenn es aber so ist, dann ist das Abklappern der "Drives" und Prüfen auf Festplatten/Aussortieren der CDROMs und Ramdisks pilpul ... du weißt doch, ob und welche Laufwrksbuchstaben du hast auf deinem Rechner.
Und wenn du das weißt, dann kannst du auch das ja schon ausprobierte "del /s C:\text.txt" in eine FOR-Anweisung laufen lassen.
Beispiel vom CMD-Prompt
... das würde auf den Laufwerken C:, D:, E: und F: die Datei test.txt in allen Unterordnern suchen und wegbürsten.
Im Batch sollten dann jeweils zwei Prozentzeichen vor die Laufvariable %i (also %%i).
Vorteile:
- Der Code ist einfach, wartbar und transparent
- und: es ist IMMER langsamer, Rekursivität "nachzuprogrammieren" mit Skript/Interpreter-Heimwerkerwerkzeugen als wenn du bereits in Hochsprachen oder Assembler implementierte Funktionen nutzt.
Und die CMD-Befehle DIR /DEL, XCopy, FindStr und andere kennen halt diesen Schalter /s.. das ist immer schneller als irgendwas nachgeturntes.
Güße
Biber
so halb off topic, weil grundsätzlich nichts gegen die Ansätze von AndreasBrecht, StefanKittel und bastla zu sagen ist, noch ein paar kleine Anmerkungen
Zitat von @Motorcross:
... , der eine Datei überall suchen soll also auch alle Festplatten durchsuchen soll.
Ich hab es schon mit del /s "C:\test.txt" versucht. baer dort muss man den Laufwerkbuchstaben angeben
gibt es noch eine andere möglichkeit?
Dann versuchen wir doch mal, uns doch die Kirche bzw. Moschee im Dorf zu lassen.... , der eine Datei überall suchen soll also auch alle Festplatten durchsuchen soll.
Ich hab es schon mit del /s "C:\test.txt" versucht. baer dort muss man den Laufwerkbuchstaben angeben
gibt es noch eine andere möglichkeit?
Wenn du irgendwo ein Skript losjagst, das auf allen vorhandenen Festplatten rumrödeln und dort ungefragt/ohne Benutzer-Sicherheitsrückfrage irgendetwas löscht, dann kann es nur ein Skript a) von dir und b) für deinen eigenen Rechner sein.
Kann nicht anders sein.
Wenn es aber so ist, dann ist das Abklappern der "Drives" und Prüfen auf Festplatten/Aussortieren der CDROMs und Ramdisks pilpul ... du weißt doch, ob und welche Laufwrksbuchstaben du hast auf deinem Rechner.
Und wenn du das weißt, dann kannst du auch das ja schon ausprobierte "del /s C:\text.txt" in eine FOR-Anweisung laufen lassen.
Beispiel vom CMD-Prompt
FOR %i IN (c d e f) DO del /s /q %i:\test.txtIm Batch sollten dann jeweils zwei Prozentzeichen vor die Laufvariable %i (also %%i).
Vorteile:
- Der Code ist einfach, wartbar und transparent
- und: es ist IMMER langsamer, Rekursivität "nachzuprogrammieren" mit Skript/Interpreter-Heimwerkerwerkzeugen als wenn du bereits in Hochsprachen oder Assembler implementierte Funktionen nutzt.
Und die CMD-Befehle DIR /DEL, XCopy, FindStr und andere kennen halt diesen Schalter /s.. das ist immer schneller als irgendwas nachgeturntes.
Güße
Biber
Ja, vielen Dank für eure Hilfe!
Gruß Motorcross
Gruß Motorcross
Sorry Biber ohne Deinen Ansatz schlechtreden zu wollen, und Du natürlich sowieso recht hast mit Deinem Argument, dass schon manchmal die Große Script Kanone ausgepackt wird, nur weil keiner mehr weiß, wie man eine Batch schreibt,, hat Dein Ansatz nicht nur Vorteile sonder auch Nachteile:
- der Code muss gewartet werden (auch wenn das einfach gehen mag), wenn sich etwas ändert
- sieht für mich VB script (oder meintewegen auch J script) lesbarer und transparenter aus als Deine Alternative
und dass del/s schneller ist als ein vergleichbares For Next Kostrukt habe ich sowieso bereits (wenn auch vlt nicht gründlich genug) deutlich gemacht.
- der Code muss gewartet werden (auch wenn das einfach gehen mag), wenn sich etwas ändert
- sieht für mich VB script (oder meintewegen auch J script) lesbarer und transparenter aus als Deine Alternative
und dass del/s schneller ist als ein vergleichbares For Next Kostrukt habe ich sowieso bereits (wenn auch vlt nicht gründlich genug) deutlich gemacht.
@AndreasBrecht
... und wenn Du die Zeile 6 (unabhängig von der Frage der Performance) tatsächlich durch VBS-Code ersetzen wolltest, wäre die dafür zu verwendende Rekursion mE im Vergleich zu der einen Batch-Zeile auch nicht lesbarer ...
@Biber
Der Hinweis auf "
Grüße
bastla
sieht für mich VB script (oder meintewegen auch J script) lesbarer und transparenter aus als Deine Alternative
So im direkten Vergleich (nur mal) Deiner Zeile 6 mit Bibers Oneliner wäre darauf vielleicht nicht jede/r gekommen ... ... und wenn Du die Zeile 6 (unabhängig von der Frage der Performance) tatsächlich durch VBS-Code ersetzen wolltest, wäre die dafür zu verwendende Rekursion mE im Vergleich zu der einen Batch-Zeile auch nicht lesbarer ...
@Biber
Der Hinweis auf "
del /s" ist berechtigt - allerdings wird diese Variante ohnehin in allen Ansätzen verwendet; die "For-Next"-Schleife dient ja nur dem Abarbeiten aller Festplattenlaufwerke ...Grüße
bastla
Moin AndreasBrecht und bastla,
nur der Vollständigkeit halber und weil natürlich euer Feedback ebenfalls eine Rückmeldung verdient
@AndreasBrecht
@bastla
Nur ist IMHO diese Festplatten-Ermittel-Ummantelung überflüssig - eben weil hier nichts ermittelt werden muss.
Wir hatten doch hier schon ein- oder zweimal Threads mit dem Ziel "Es sollen bei beliebigen Rechnern alle Festplatten durchsucht werden nach einer Outlook.pst (oder allen *.mp3s oder allen desktop.inis)". Und da sehe ich es auch ein, dass erstmal alle Festplatten ermitteln werden sollten und dazu VBS/JS verwendet wird. keine Frage.
Aber hier, wenn ich die aus meiner Sicht unnötigen Schnörkel weglasse, dann bleibt über, dass in einer VBS-For Each-Schleife der interne CMD-Befehl "dir /s" aufgerufen wird.
Darauf bezog sich meine "Hallo?!? Wollt ihr mal kurz zwei Schritte zurücktreten und nochmal draufgucken?"-Frage.
War aber mehr als Fussnote und nicht als Kritik gedacht.
Grüße
Biber
nur der Vollständigkeit halber und weil natürlich euer Feedback ebenfalls eine Rückmeldung verdient
@AndreasBrecht
Zitat von @AndreasBrecht:
... hat Dein Ansatz nicht nur Vorteile sonder auch Nachteile:
- der Code muss gewartet werden (auch wenn das einfach gehen mag), wenn sich etwas ändert
Ja, das stimmt. Allerdings bietet meine Halbzeile dem Überall-Löscher auch noch die Möglichkeit, nur gezielt auf den Platten D:, E: und G: zu löschen und eben nicht stumpf abzuprüfen "isses Festplatte? Wenn ja, dann such ma'".... hat Dein Ansatz nicht nur Vorteile sonder auch Nachteile:
- der Code muss gewartet werden (auch wenn das einfach gehen mag), wenn sich etwas ändert
@bastla
Der Hinweis auf "del /s" ist berechtigt - allerdings wird diese Variante ohnehin in allen Ansätzen verwendet; die "For-Next"-Schleife dient ja nur dem Abarbeiten aller Festplattenlaufwerk
Jepp, ist mir ja nicht entgangen.Nur ist IMHO diese Festplatten-Ermittel-Ummantelung überflüssig - eben weil hier nichts ermittelt werden muss.
Wir hatten doch hier schon ein- oder zweimal Threads mit dem Ziel "Es sollen bei beliebigen Rechnern alle Festplatten durchsucht werden nach einer Outlook.pst (oder allen *.mp3s oder allen desktop.inis)". Und da sehe ich es auch ein, dass erstmal alle Festplatten ermitteln werden sollten und dazu VBS/JS verwendet wird. keine Frage.
Aber hier, wenn ich die aus meiner Sicht unnötigen Schnörkel weglasse, dann bleibt über, dass in einer VBS-For Each-Schleife der interne CMD-Befehl "dir /s" aufgerufen wird.
Darauf bezog sich meine "Hallo?!? Wollt ihr mal kurz zwei Schritte zurücktreten und nochmal draufgucken?"-Frage.
War aber mehr als Fussnote und nicht als Kritik gedacht.
Grüße
Biber
