bn2023
Goto Top

Verzeichnis nach Löschung immer noch sichtbar

Hallo liebe Admin-User,

ich habe seit ein paar Tagen ein seltsames Problemchen.
Und zwar hatte ich in einem Server-Pfad mehrere Verzeichnisse und Unterverzeichnisse erstellt.
Diese habe ich dann nach ein paar Tagen wieder gelöscht, da sie nicht mehr benötigt wurden.

Merkwürdiger Weise konnte ich jedoch ein Verzeichnis nicht löschen.
Dann habe ich es über "Lock Hunter" versucht, wodurch es auch nicht gelöscht werden konnte... dabei erhielt ich dann aber den Hinweis, dass das Verzeichnis nach dem nächsten Systemstart automatisch gelöscht werde, was am kommenden Tag auch von "Lock Hunter" bestätigt wurde.

So schön... so gut face-smile

Das Verzeichnis ist jedoch immer noch da, wenn ich den entspr. Pfad im Explorer öffne.
Daher habe ich es jetzt direkt über den Server über die Eingabeaufforderung löschen wollen (mit CMD ausführen als Admin).
Dabei erhalte ich die Meldung, dass das Verzeichnis nicht gefunden werden kann.

Hier der Screenshot dazu:

verz nicht gefunden

Allerdings sieht man noch immer das Verzeichnis "1.1.2.", wie man hier sehen kann:

verz nicht gefunden 2

Auch wenn ich nochmal einen normalen Löschversuch unternehme, erhalte ich die Meldung, dass "das Element nicht gefunden" wurde...

Habt Ihr eine Idee, wie ich dieses Verzeichnis "1.1.2." endlich so löschen kann, dass es tatsächlich auch optisch im Explorer nicht mehr auftaucht?

Vielen Dank und Grüße,
BN

Content-ID: 668041

Url: https://administrator.de/contentid/668041

Ausgedruckt am: 26.09.2024 um 23:09 Uhr

stacktrace
stacktrace 11.09.2024 um 11:30:05 Uhr
Goto Top
Moin,

kannst Du den Ordner via CMD erneut erstellen (und anschließend nochmal löschen?).

Gruß
emeriks
emeriks 11.09.2024 um 11:33:43 Uhr
Goto Top
Kannst Du mit dem Explorer in diesen Ordner wechseln?
Falls ja
  • Existiert dort eine versteckte "desktop.ini"?
  • Was genau steht dann oben in der Adresszeile, wenn Du dort den Cursor rein setzt?

E.
Franz-Josef-II
Franz-Josef-II 11.09.2024 um 11:34:28 Uhr
Goto Top
14260433693
14260433693 11.09.2024 aktualisiert um 11:48:42 Uhr
Goto Top
Ordner umbenennen und den Punkt am Ende entfernen und dann löschen oder wenn er nicht will, leeren Dummy Ordner im "Backup Mode" drüber bügeln, fertsch
robocopy "D:\LeererDummyOrdner" "D:\Daten\Test" /B /MIR  
Gruß
BN2023
BN2023 11.09.2024 um 11:45:09 Uhr
Goto Top
Hallo und danke für die weiteren Antworten.

Ja, ich kann in den Ordner wechseln und dort gibt es keine "desktop.ini" oder sonstige Dateien.

Werde gleich nochmal die weiteren Tipps testen...

Grüße,
BN
BN2023
BN2023 11.09.2024 aktualisiert um 11:52:27 Uhr
Goto Top
Update:

Sehr merkwürdig.
Ich habe jetzt über den Server per CMD den gleichen Ordner nochmal erstellt.
Also "1.1.2." (mit Punkt am Ende). Aber erstellt wird der Ordner "1.1.2" (ohne Punkt).
Diesen kann ich auch problemlos löschen. Den mit Punkt jedoch noch immer nicht.

@14260433693:
Umbenennen und Punkt entfernen geht nicht. Da erhalte ich die Meldung, dass der Ordner nicht vorhanden sei.
Ist mit "leerer Dummy Ordner" der Ordner "1.1.2." gemeint? Muss ich den Code also so anpassen wie hier:

robocopy "D:\1.1.2." "D:\Daten\Test" /B /MIR   

Grüße,
BN
14260433693
14260433693 11.09.2024 aktualisiert um 11:55:36 Uhr
Goto Top
Zitat von @BN2023:
Umbenennen und Punkt entfernen geht nicht.
Geht schon, kannst du z.B ein LiveLinux nehmen oder die Cygwin-Umgebung, oder einen alternativen Dateiexplorer wie Totalcommander die stellen sich nicht so an wie der Explorer,

Ist mit "leerer Dummy Ordner" der Ordner "1.1.2." gemeint? Muss ich den Code also so anpassen wie hier:
Nein, einfach einen leeren Ordner erstellen und diesen angeben.
BN2023
BN2023 11.09.2024 aktualisiert um 12:00:06 Uhr
Goto Top
Das mit dem Code für den leeren Dummy Ordner hat auch nicht funktioniert.
Auch da gibt es eine Fehlermeldung:

weiterer fehler 1.1.2._neu

Vorher hatte ich es auch mit "1.1.2." versucht, statt "LeererDummyOrdner"... jedoch mit dem gleichen Ergebnis.

Grüße,
BN
14260433693
14260433693 11.09.2024 aktualisiert um 12:05:49 Uhr
Goto Top
Hast du denn den Dummy-Ordner überhaupt angelegt?

Würde ich mich nicht länger damit abgeben und schnell ein Live-Linux booten oder mittels WSL (Windows Subsystem for Linux) in Windows integrierte Linux Shell löschen, ist ja schnell erledigt.

Vorher hatte ich es auch mit "1.1.2." versucht, statt "LeererDummyOrdner"... jedoch mit dem gleichen Ergebnis.
Das ist ja auch Blödsinn du verstehst den Befehl offensichtlich nicht ... (robocopy /? ist dein Freund dann musst du nicht raten)
BN2023
BN2023 11.09.2024 um 12:09:10 Uhr
Goto Top
ja, ich hatte den Ordner vorher angelegt. Geht aber so leider auch nicht mit Deinem Code.

Habe jetzt mal einen Versuch gemacht aus dem Link von @Franz-Josef-II
Dabei habe ich im CMD-Fenster folgendes eingegeben:

rd D:\Daten\TEST\1.1.2.

Aber auch da erhalte ich eine Fehlermeldung:
"Das System kann die angegebene Datei nicht finden".

Gibts weitere Ideen, außer kompliziert ein Live-Linux System zu nutzen, welches ich nicht habe?

Grüße,
BN
14260433693
14260433693 11.09.2024 aktualisiert um 12:19:17 Uhr
Goto Top
ja, ich hatte den Ordner vorher angelegt. Geht aber so leider auch nicht mit Deinem Code.
Und deine Zeile sah wie aus? Shell wurde auch als Administrator gestartet (elevated)?
Gibts weitere Ideen,
Hatte ich oben genannt Cygwin oder WSL
2012R2 - Ordner nicht löschbar
Unendlicher Ordnerpfad server share name name name name usw ist entstanden
Hatte ja auch gesagt das du einfach einen anderen Dateiexplorer und nicht die CMD nutzen sollst.
außer kompliziert ein Live-Linux System zu nutzen, welches ich nicht habe?
Kompliziert? Heute schon wieder Freitag face-big-smile. Sollte jeder ITler immer auf nem Stick dabei haben
BN2023
BN2023 11.09.2024 aktualisiert um 12:17:15 Uhr
Goto Top
mit der Variante, die über den obigen Link auch genannt wird, gehts auch nicht:

rd /s \\?\D:\Daten\TEST\1.1.2.

Da kommt zwar die Abfrage, ob ich den Ordner löschen möchte. Wenn ich aber dann "j" eintippe, kommt wieder die Meldung, dass das System die angegebene Datei nicht löschen kann... merkwürdiger Weise wird immer "Datei" angegeben, obwohl es sich ja um ein Verzeichnis handelt.

Schaue mir gleich nochmal Deine Links an @14260433693

Grüße,
BN
Franz-Josef-II
Franz-Josef-II 11.09.2024 um 12:26:35 Uhr
Goto Top
Wieviele Daten liegen am Laufwerk D:?

  • cmd (als Admin)
  • diskpart
  • list disk
  • select disk 2 (oder was auch immer)
  • format fs=ntfs quick
  • 😂 aber bitte nicht die falsche erwischen
BN2023
BN2023 11.09.2024 aktualisiert um 12:34:09 Uhr
Goto Top
...im Laufwerk "D" liegen unsere kompletten Daten. Das Verzeichnis "TEST" war eben nur ein Testverzeichnis, wobei das Unterverzeichnis "1.1.2." nicht mehr benötigt wird.

Daher will ich da lieber nicht mit Diskpart und Format rum werkeln face-wink

Es sei denn, ich kann das mit dem Verzeichnis "TEST" machen. Den weiteren Ordner, der sich dort befindet, könnte ich einfach wiederherstellen oder mir zunächst woanders hin kopieren.

Grüße,
BN
14260433693
14260433693 11.09.2024 aktualisiert um 12:37:45 Uhr
Goto Top
Da hat wohl das Dateisystem auf D schon einen Knacks . Mal chkdsk d: /f drüber laufen lassen, mit cygwin oder wsl klappt sowas aber zu 99,99% sofort ohne Murren, aber heute ist ja wieder früh Freitag wo sich die TOs rumdrucksen, in der Zeit die du hier vergeudest hättest du das schon fix erledigen können. Na denn , viel Erfolg noch ...🖖
BN2023
BN2023 11.09.2024 um 12:37:30 Uhr
Goto Top
Kurze Info noch vor der Pause:

Ich kann nicht einmal das Überverzeichnis "TEST" löschen. Da gibt´s die gleichen Probleme...

Grüße,
BN
Franz-Josef-II
Lösung Franz-Josef-II 11.09.2024 um 12:40:47 Uhr
Goto Top
und wenn Du den Ordner "D:\Daten\Test" löschen willst? Also nicht den Unterordner 1.1.2. sondern den übergeordneten Ordner?

rd /s /q d:\Daten\test

.... oder in der Powershell:

 remove-item D:\Daten\Test -recurse -force 
NordicMike
NordicMike 11.09.2024 um 13:19:38 Uhr
Goto Top
Versuche es mal mit 1.1*
BN2023
BN2023 11.09.2024 aktualisiert um 13:53:52 Uhr
Goto Top
puuuuuuuuuuuuuuh,

ich konnte den Überordner "TEST" nun tatsächlich mit dem folgenden Befehl löschen:

rd /s /q d:\Daten\01test_alt

Das ging aber erst, nachdem ich diesen Ordner vorab umbenannt hatte in "01test_alt". Das ging seltsamer Weise, im Gegensatz zu dem darin enthaltenen Ordner 1.1.2.

Somit ist alles gut.
Danke Dir @Franz-Josef-II und natürlich auch allen anderen Helfern!!

Viele Grüße,
BN