Diese Anfrage mag IMatch nur am Rande betreffen.
Vielleicht kann mir aber jemand trotzdem weiterhelfen - viele Dank im Voraus.
Meine HDD hat 2 TB und davon sind 1.860 GB nutzbar. ( Betriebssystem ist auf einer kleinen SSD ).
5 Partitionen sind eingerichtet, die alle, außer einer, nachvollziehbare Einträge haben.
Die fragwürdige ist 'Daten 4' die mit M: bezeichnete.
Hier befinden sich meine IMatch Datenbanken und ein Audio-Verzeichnis.
Die Screenshots zeigen Näheres.
Die versteckten Dateien sind zur Anzeige angehakt.
Keine Partition wird als fehlerhaft gemeldet - eigentlich alles normal.
Papierkorb und Sonstiges bereinigt.
Wenn ich Pack & Go verfolgte, dann ist nur eine geringer Anteil von 1,67 GB, der auf M: gespeichert wird.
Es wird aber viel, viel mehr als belegt gemeldet, wenn M: aufgerufen wird.
Ich kann es mir zwar nicht vorstellen, legt vielleicht IM Phantomdateien an?
Was könnte in M: gespeichert sein, was nicht angezeigt wird? Schadprogramm, Virus...?
Inzwischen habe ich die Audiodateien in eine andere Partition geschoben und Dateien in IM neu indiziert - soweit i.O.
Somit sind nur noch die IM-Datenbanken in M: vorhanden, bzw. werden angezeigt.
Dadurch habe ich momentan runde 7 GB an Speicherplatz 'gewonnen'.
Phantomdateien von IMatch, nein, ich wüsste nicht, was.
Du hast sicher die IM-Tools gemacht, also Diagnostics und dann auch "Kompakt..."
Wie sieht es aus mit dem Windows-Tool "Fehlerüberprüfung und Optimieren/defragmentieren"? (Unter Eigenschaften)
Hm, mehr fällt mich nicht grad ein.
Ja, Markus, ich denke auch, dass dieser Gedanke eines Phantoms absurd ist.
Ich habe mal mit XnView den Inhalt anzeigen lassen und siehe da, es gibt da eine $RECYCLE.BIN - eine spezieller Papierkorb.
Ich traue mich jetzt nicht das zu löschen - bin gerade am Googeln. Mal sehen...
ja, ok.
Ich glaube, jede Partition hat einen Papierkorb, den man leeren kann, bin da aber nicht sicher.
Googeln hilft, genau! ;D
$recycle.bin mittels Windows-Befehlsprozessor gelöscht.
Ergebnis: Datei ist weg, aber Speicherplatz ist noch gleich groß. :'(
Hallo HaWo,
wenn du wissen willst, welche Ordner und/oder Dateien den meisten Platz verbrauchen: Es gibt diverse Tools, die diese Übersicht bieten. Ich verwende z.B. TreeSize von JAM Software. Von diesem Tool gibt es auch eine kostenlose Variante und eine, die ohne eigentliche Installation auskommt. Ich verwende die kostenpflichtige Variante, aber um schnell einen Überblick zu bekommen, reicht die kostenlose völlig aus. Z.B. im Heise Download-Verzeichnis zu finden: https://www.heise.de/download/product/treesize-free-1532 (https://www.heise.de/download/product/treesize-free-1532)
Hallo Torsten,
dass ich darin nicht gedacht habe. Ich habe doch kürzlich erst Tree Size installiert, manno.
Vielen Dank, dass Du mich darauf aufmerksam gemacht hast. Hab natürlich gleich nachgeschaut.
Oweia, da sind eine Menge Dateien sichtbar. Vor lauter Zahlen und Buchstaben blickt man gar nicht durch.
Aber, das ist doch nun mal was Konkretes.
Habe mir die Liste mal genauer angeschaut. Wenn ich nur wüsste, was das alles bedeutet und vor allem was DARF ich löschen???
Hast du einfach mal die "Datenträgerbereinigung" probiert? Kann man ruhig gelegentlich mal machen. Die leert, wenn man will, übrigens auch den Papierkorb (kein Grund, $Recycle.bin manuell zu löschen); daneben aber auch temporäre Dateien usw. Über "Systemdateien bereinigen" sogar Dinge wie die Sicherung des alte Windows, wenn man ein Upgrade durchgeführt hat. (Das liegt normalerweise aber auf dem Systemlaufwerk).
Ja, die Standardbereinigungen und was es so gibt habe ich alle laufen lassen. Papierkorb wird sowieso oft geleert (recycle.bin war ein Strohhalm).
Vielleicht finden wir gemeinsam eine Lösung, was in den System Volume Informationen versteckt ist. Da stecken die Speicherfresser drin.
Momentan weiss ich nicht, was meine Partition M: mit den z.T. großen Dateien (10 GB) vollstopft. In den Einstellungen von Windows habe ich noch nichts entdeckt, dass ich evtl. selbst M: als Ziel festgelegt habe.
Meine Bedenken sind nun, dass der restl. freie Platz plötzlich weg ist. Wie es dann weitergeht ist die gro0e Unbekante. Die Dateien haben die Attribute HSA.
Frage an Mario:
Kann ich meine IMatch-Datenbanken, siehe Sreenshot ganz oben, in eine andere Partition verschieben und was muss ich anschließend tun? Pfad anpassen - wie?
Eine IMatch-Datenbank (mit der Endung .imd5) ist einfach nur eine Datei. Du kannst deine Datenbanken einfach per Windows Explorer auf ein anderes Laufwerk verschieben (natürlich darf IMatch dabei nicht gerade laufen) und dann vom neuen Ort aus öffnen. Pfad-Anpassungen sind nicht erforderlich, solange die Bilder selbst und die Einstellungsdateien bleiben, wo sie sind. Mit Einstellungen meine ich alles, was normalerweise unter C:\ProgramData\... und C:\Users\<User>\Appdata\... zu finden ist, und wofür man die Pfade in den Preferences unter Application einstellen kann.
Was sind das denn für Dateien, die du meinst? Welche Namen und Endungen haben sie?
Die Dateien haben keine Endungen und sonderbare Namen:
Das sieht für mich nach den Systemwiederherstellungspunkten aus. Schau mal in den Systemeigenschaften (Windows + Pause) unter "Computerschutz" nach, ob für das Laufwerk Schutz auf "Ein" steht. Mit "Konfigurieren" kannst du einstellen, wieviel Speicherplatz maximal für die Wiederherstellungspunkte belegt werden soll .
Aber eigentlich ist das unnötig: Windows löscht normalerweise alte Wiederherstellungspunkte, sobald der Speicherplatz knapp wird.
Hallo Thorsten,
erst einmal vielen Dank für Deine Hilfsbereitschaft - das hat mich sehr gefreut. Und es ist sogar mit einem Erfolg verbunden, wenn auch etwas komisch.
Deine Punkte habe ich ausgeführt, das war mir unbekannt:
- Alle Festplatten standen auf AUS
- Habe mir alle Festplatten angeschaut, speziell die M: - hier 0 Bytes belegt.
- bei M: trotzdem Löschen ausgeführt
- belegter Speicher unverändert
- bei L: und O: wurde eine Belegung angezeigt, deshalb...
- bei L: und O: Löschen ausgeführt
Bereits nach dem Löschen in L: waren die ominöse Speicherbelegung auf M: !!! weg - komisch. Das ist zwar die gleiche HDD, aber es sind unterschiedliche Partitionen.
Nachdem auch O: fertig war, habe ich in Tree Size den Status von M: kontrolliert und tatsächlich, außer den IMatch-Dateien, war alles weg.
Nun bin ich froh.