Windows lässt Löschen wegen Thumbs.db nicht zu

OP #3968717
Hi,

mir ist durchaus bewusst, dass man das Problem durch umstellen der 
Windowseinstellung beheben könnte (oder einige Minuten warten), aber 
kann es denn sein, dass dieses Problem nach wie vor existiert? Wenn ich 
was löschen will, dann alles in dem Ordner, auch die Thumbs.db.
Das Problem hab ich bei Vista gehabt, bei Windows 7 und jetzt auch bei 
Windows 8.

Was macht ihr in dem Fall?

Für die die nicht wissen was ich meine: Beim Löschen eines Ordners, 
kommt ab und an die Meldung, dass er nicht gelöscht werden kann, da auf 
die darin enthaltene, versteckte Datei Thumbs.db zugegriffen wird.
Mike Mike schrieb:
> aber kann es denn sein, dass dieses Problem nach wie vor existiert?

It's not a bug, it's a feature.

Wenn Du die Minibilder aktivierst muß Du dem Rechner auch die 
Möglichkeit geben die zu erstellen. Und dafür muß er die thumbs.db 
bearbeiten.
Du mußt Dich entscheiden, was wichtiger ist: Vorschaubilder oder 
Verzeichnisse sofort löschen/umbennenen können.
@ Oliver

das stimmt so nicht (ganz)

früher wurde die Thumbs.db ÜBERALL verwendent
inzwischen schon lange nur mehr auf netzwerklaufwerken
(es geht dem TO also sicher um ein NAS oder sowas..)

und DORT gibt es schon ewig einen BUG dass das file (viel zu lange/ewig) 
gesperrt ist, obwohl Windows schon lange nicht mehr darauf zugreift..

lösung ist aber weiterhin nur: ausschalten...
Mich wundert, dass das tatsächlich ein Problem sein kann. War mir noch 
gar nicht aufgefallen. Mich wunderte immer nur kurzzeitig die 
Anwesenheit dieser sinnlosen Anhängsel in von anderen gelieferten 
Archiven.

Aber für beides nutze ich seit Jahrzehnten einen Zwei-Fenster 
Dateimanager (damals NC, heute xyz-Commander), den die R/O- oder 
sonstigen Bits überhaupt nicht jucken und lösche einfach. Ohne dämliche 
Rückfrage.
Und falls ich irgendwo mal so ein tumbs-Dingens dümpeln sehe, wird kurz 
nach dem Dateinamen systemweit gesucht, alles markiert, F8 und wech 
sindse.

Aber es soll ja einzelne Leute geben, die einen E*pl0r3r nutzen - mein 
Beileid.

SCNR
PdG
Es geht überhaupt nicht um "die R/O- oder sonstigen Bits", sondern 
darum, dass die Datei zum Schreiben geöffnet ist. In diesem Zustand 
dürfte sie auch der Sonstwas-Commander nicht einfach mal löschen - und 
wenn der Schreibzugriff vorbei ist, dann kann die Thumbs.db auch 
problemlos mit dem Explorer gelöscht werden.

Wenn auch nicht so cool und l33t wie mit einem Commander.
Ach so.
Dann ist trotzdem die Frage, wer die DBs offen hat. Kann man z.B. mit 
Unlocker herausfinden, einem Tool, das mir bei solchen Sperren seit 
Jahren schnell Erleuchtung bringt. Das außerdem die Verbindung eines 
Programms zu einer offenen Datei lösen kann, was bei thumbs.db wohl 
wirklich keine Gefahr ist.

Falls es jemand probieren möchte, bitte genau lesen und aufpassen, weil 
es einem eine Toolbar unterjubeln will. Außerdem alle unerwünschten 
Häkchen entfernen, z.B. das Auto-Update. Der Download über z.B. Chip ist 
bit-identisch mit der Version vom Autor (32/64 ready):
http://www.chip.de/downloads/Unlocker_18414122.html

Nur zum Nachlesen, weil der Autor viel Aufwand getrieben hat, einem 
Bloatware wie RegistryBooster aufs Auge zu drücken:
http://www.emptyloop.com/unlocker

[edit]
Virustotal zeigt 6 verdächtige Einträge, die sich aber alle auf die o.a. 
Babylon-Toolbar beziehen. Wenn man die weglässt, ist alles im grünen 
Bereich:
https://www.virustotal.com/de/file/fb6b1171776554a808c62f4045f5167603f70bf7611de64311ece0624b365397/analysis/1422007766/
[/edit]
Rufus Τ. Firefly schrieb:
> Robert L. schrieb:
>> es hilft (stand vor 1 Jahr) nur ausschalten..
>
> Nö. Mit dem ProcessExplorer kann man so ein Handle auch schließen. Das
> kann zwar das blockierende Programm verwirren (bzw. zum Absturz
> bringen), aber das ist weniger fatals als den Rechner auszuschalten.

ich glaub du hast es falsch verstanden, das ist ein PERMANENTES Problem, 
dass auch täglich mehrmals auftreten wird..

da ist eine einmalige Aktion keine Lösung...
Persönliche Seite
Robert L. schrieb:
> ich glaub du hast es falsch verstanden, das ist ein PERMANENTES Problem,
> dass auch täglich mehrmals auftreten wird..

Wenn das ein permanentes Problem ist, dann wird wohl der Explorer in 
einer "Benutze-Thumbnails"-Betriebsart verwendet. Dann wiederum ist es 
vollkommen logisch, daß er die Datei anlegt und benutzt.

Wenn man den Explorer hingegen nicht in einer 
"Benutze-Thumbnails"-Betriebart verwendet, tritt das Problem nicht auf.

(Ich arbeite seit wirklich verdammt langer Zeit mit dem Explorer und 
habe das geschilderte Problem schlichtweg noch nie gehabt ... irgendwas 
mache ich also anders)
Rufus Τ. Firefly schrieb:
> (Ich arbeite seit wirklich verdammt langer Zeit mit dem Explorer und
> habe das geschilderte Problem schlichtweg noch nie gehabt ... irgendwas
> mache ich also anders)

Geht mir genauso. Ein generelles Design-Problem kann's also nicht sein.

Aber dass manche Installationen ihre eigenen Besonderheiten entwickeln, 
ohne dass man eine konkrete Ursache dafür finden kann, nun, das kommt 
auch schon mal vor.
der Beitrag ist zwar schon älter, aber er ist ja immer noch nicht 
gelöst.

Per Zufsll bin ich auf etwas gekommen, was -zumindest bei mir mit Win7- 
funktioniert.

1. Ordner mit der Thumbs-Datei löschen
2. Fehlermeldung kommt - diese mit "üBERSPRINGEN2 wegklicken
3. Ordner kopieren
4. Im gleichen Verzeichnis ALS VERKNÜPFUNG einfügen
5. beides löschen

Immer noch umständlich, aber meines Erachtens besser als die anderen 
Vorschläge.
da man nicht immer den kompletten Ordner löschen will, funktionierts 
auch so:

Thumbs.db kopieren
Außerhalb dieses Ordners einen Ordner anlegen
als Verknüpfung einfügen (NICHT normal einfügen)
Jetzt können die Thumbs.db und die Verknüpfung gelöscht werden.
(Firma: fritzler-avr.de)
M$ is eben zu doof um die Datei nur bei bedarf zu öffnen, sonst wär die 
ja nicht daueroffen.
Die Datei ist solange offen bis man in einen anderen Ordner wechselt mit 
Vorschaubildchen.

Also:
1) raus aus Löschordner
2) reingucken in Ordner_X
3) zurück
4) Löschordner löschen

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 11 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.