Batch-Datei zeigt erfolgreiches Ereignis als Fehler an

Hallo zusammen

Habe hier eine Batch-Datei gebastelt, die automatisch einen Ordner erstellt und eine vorhandene Datei in diesen kopiert. Falls irgendwo ein Fehler auftaucht, soll zu "Fehler" gesprungen und auf eine Benutzereingabe gewartet werden. Doch das Erfolgreiche Kopieren wird als Fehler deklariert. Wo ist der Fehler? Hier die Batch:

@echo off
if errorlevel 1 goto Fehler
S:
if errorlevel 1 goto Fehler
md Temp
if errorlevel 1 goto Fehler
move S:\Backup.7z S:\Temp
if errorlevel 1 goto Fehler
:Fehler
echo FEHLER!!! FEHLER!!! FEHLER!!!
pause

Freue mich auf Antworten

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 258722

Url: https://administrator.de/forum/batch-datei-zeigt-erfolgreiches-ereignis-als-fehler-an-258722.html

Ausgedruckt am: 26.12.2024 um 08:12 Uhr

7 Kommentare

Neuester Kommentar

Moin,
dir fehlt ein goto Sprung vor dem Fehlerabschnitt

, da dieser ansonsten auch bei Erfolg abgearbeitet wird! Batch überspringt ja nicht von selbst einen Abschnitt...

goto ende
:Fehler
echo FEHLER!!! FEHLER!!! FEHLER!!!
pause
:ende

Gruß jodel32

Hallo.

Und falls GOTO irgendwann mal langweilig werden sollte (leider wohl nicht mehr zu Lebzeiten von Batch

) ...

@echo off &setlocal
cd /d "S:\" && md "Temp" && move "Backup.7z" "Temp\" && exit /b  
echo Fehler
pause

Grüße
rubberman

Danke für deine Antwort. Das war sie! Da versuche ich ewig rum - auch mit Sprüngen zu "End", habe aber nicht kapiert, dass der Rest immer trotzdem berücksichtigt wird. Danke!

Ich habe die folgende, andere, Batch nun nach diesem Muster umgebaut. Sie löscht den Ordner (nach dem Backup) wieder. Doch sie meckert gar nicht, wenn kein Ordner vorhanden ist und dieser schon gelöscht wurde:

@echo off
if errorlevel 1 goto Fehler
S:
if errorlevel 1 goto Fehler
rd /s /q S:\Temp
if errorlevel 1 goto Fehler
goto Ende
:Fehler
echo FEHLER!!! FEHLER!!! FEHLER!!! FEHLER!!! FEHR!!!
pause
:Ende
exit

Vom Code her ist doch alles richtig?

Hallo soundinle.

Ob ein Errorlevelwert gesetzt wird, bzw. welcher, hängt davon ab, ob die Entwickler diese Logik implementiert haben. Im Fall von RD haben sie offensichtlich gepennt und der Errorlevel bleibt 0.
Workaround:

rd /s /q S:\Temp 2>&1 | findstr . && goto Fehler

Grüße
rubberman

Super! Funktioniert! Jetzt kommt die Meldung, dass das System die angegebene Datei nicht finden kann! Doch vielleicht könntest du mir diesen Code erklären? Ich habe herausgefunden, dass && so viel heißt wie "wenn Befehl erfolgreich, dann ...". Doch eigentlich wird ja zu "Fehler" gesprungen, wenn der Befehl eben nicht erfolgreich war. Wie ist das Problem im Beispiel gelöst?

Doch vielleicht könntest du mir diesen Code erklären?

RD gibt keine Meldung aus, wenn das Löschen erfolgreich ist. Anderenfalls wird eine Fehlermeldung zu StdErr (Stream 2) geschrieben. Der lässt sich aber nicht per Pipe (|) an einen anderen Befehl übergeben. Darum ist es nötig StdErr mit dem leeren StdOut (Stream 1) zu vereinen. Das passiert mittels 2>&1. Das heißt, der FINDSTR Befehl wird über die Pipe gestartet. Dieser detektiert nun, was bei ihm ankommt. Wenn irgend ein Zeichen (das bedeutet der Punkt hinter FINDSTR) gefunden wurde, dann ist FINDSTR erfolgreich und setzt Errorlevel 0. Wurde kein Zeichen gefunden (was der Fall ist, wenn es keine Fehlermeldung gab) ist FINDSTR nicht erfolgreich und der Errorlevel wird auf 1 gesetzt. So kommt die umgekehrte Logik zustande.

Grüße
rubberman