Dateien aus Papierkorb gelöscht

Voilume-Schattenkopie vorhanden?

Recuva u.a. finden ziemlich viel mit den richtigen Einstellungen. Das 
läuft dann aber ein paar Stunden.

Konrad schrieb:
> Ich hab mein Glück nun mit Recuva versucht, konnte damit aber keine
> *.mp4 Datei finden.

Versuch's nochmal mit TestDisk (nicht vom Namen irritieren lassen), das 
findet manchmal Files, die Recuva nicht findet, und umgekehrt.

Beim löschen werden die Dateien in den normal-versteckten Ordner 
$RECYCLE.BIN verschoben. Dort sollte das Rettungs-PRG die finden.

Ist so seit es den Papierkorb gibt.

Percy N. schrieb:
> Das Einfachste wäre wohl, das Gerücht in Umlauf zu bringen, man habe
> versehentlich zahlreiche hardcore Kipos gelöscht. Früher oder später
> kümmern sich dann Andere um die Wiederherstellung, ganz professionell.

Die Alternative ist : Einfach freundlich bei der NSA nachfragen. 
Vielleicht hat da einer Zeit. ;)

Peter D. schrieb:
> Wenns ne SSD ist und zufällig TRIM ausgeführt wurde, sind sie weg.


es ist eine SSD und TRIM is an (glaube ich):

>fsutil behavior query disabledeletenotify
NTFS DisableDeleteNotify = 0  (Disabled)
ReFS DisableDeleteNotify = 0  (Disabled)

Hallo

wie immer, nur bei einigen hier die nicht verstehen wollen weil sie 
sonst nicht "schlaumeiern" und hetzen könnten:

Man geht vom Normalen aus und das normale ist nicht was in unserer 
"Nerdszene" abläuft:

Ein aktuelles Windows, Anwendung bzw. Nutzung im privaten Umfeld, 
normale Festplatte (bei anderen Fragen: Spannungen, Stromstärken der 
jeweiligen Geräte usw.) und vor allem:

Weil halt eine Frage vorliegt kann der Fragende gar nicht direkt alle 
notwendigen Daten  und Details liefern weil er eben wenig Ahnung hat und 
hier fragt.

Mit diesen einfachen Prämisse erübrigen sich ganz schnell die dumme 
Kommentare der wenigen aber umso lauteren ewig gleichen Zeitgenossen.

Ist irgendwas an doch anders meldet sich der TO sowieso bzw. liefert bei 
vernünftigen Rückfragen (und eben nicht arroganten Anschuldigungen) 
weitere Information.

Eigentlich gar nicht so schwer und fördert beträchtlich den vernünftigen 
Umgang miteinander und den Ruf (wobei der Drops dürfte gelutscht 
sein...) des Forums.

Zur Sache:

Bei meiner DSLR kann ich eine Löschmethode einstellen wo mit den 
üblichen Rettungstools auch keine einmal gelöschten Dateien ("Bilder") 
mehr hergestellt werden können, unabhängig ob neue Aufnahmen, also 
echtes Überschreiben mit neuen Daten erfolgt ist.
Dabei handelt es sich aber (natürlich) um eine Speicherkarte und keine 
rotierende Festplatte.
Eventuell hast du ohne dich dran zu erinnern so eine Funktion (Programm)
mal auf deinen Computer installiert oder es besteht tatsächlich die 
Möglichkeit Windows mit Bordmitteln so einzustellen das "richtig" 
gelöscht wird (Was mir  neu wäre, was nicht bedeutet das es so was nicht 
gibt).


MP3 Dateien dürfte Musik, Rundfunksendungen, Podcast und (oder) 
Hörbücher sein - alle dieses findet man eigentlich in den weiten des 
Netzes (durchaus legal) - eventuell mit Hilfe kleiner Extrahtionstools 
(Youtube bietet da erstaunlich viel an Audiomaterial) wieder, bzw. ist 
mittel der hoffentlich nicht entsorgten CDs wieder herstellbar.

Praktiker

Peter D. schrieb:
> Wenns ne SSD ist und zufällig TRIM ausgeführt wurde, sind sie weg.


es ist eine SSD und TRIM is an (glaube ich):

fsutil behavior query disabledeletenotify
NTFS DisableDeleteNotify = 0  (Disabled)
ReFS DisableDeleteNotify = 0  (Disabled)

Es gibt da noch eine Variante die mir gerade einfällt.

Hat der TO ein Sicherheits-Prg. der besseren Klasse laufen. Einigen 
dieser Programme mischen sich nämlich in den Papierkorb ein. Was 
bedeutet, löscht man den Papierkorb werden die Daten 
Sicherheits-gelöscht und dann ist nix mehr mit Wiederherstellen.

Davon abgesehen mal ne Grundsätzliche Frage.

1. Liegen Rettungs-Prg und verlorenen Daten auf der Haupt-Platte (c:)

2. War das Rettungs-Prg. VOR den Crash bereits auf der Platte. (wenn 
nicht singt die Chance gewaltig)

3. In welcher Tiefe /Verfahren hast du suchen lassen. Grundsätzlich gibt 
es 2 Verfahren.

Verfahren 1 :  Klappere mal die FAT / NTFS oder was auch immer Tabelle 
ab, und schau was du findest.

Verfahren 2 : Klappere die Festplatte Sector für Sector ab und bau dir 
eine eigenen Tabelle auf. (Das dauert ewig ist aber mega-effizient)

Bei der richtigen Tiefe (das kann dann schon mal ein Tag oder länger 
dauern) aber das finden die meisten Daten die doch schon vor Jahren 
vergessen hast.

4.) Kleiner Tipp.

Einige Programme kürzen den Vorgang ab, wenn man weiß in welchen 
Verzeichnis die Daten lagen.  Dies ist bei dir bekannt, weil habe ich 
oben geschrieben.

Also würde ich folgendes machen.

1. Die tiefste mögliche Suche auswählen.
2. wenn möglich KEINEN Dateityp angeben
3. Das Verzeichnis angeben
4. BETEN das oben genannte Sicherheits-Prg. nicht aktiv sind.

Solange er mit seinen Programmen auf der GLEICHEN Platte arbeitet, 
verschlimmbessert sich nur die Situation, da hierbei auch einiges 
überschrieben werden könnte...

Konrad schrieb:

> Seit dem Leeren des Papierkorbs wurde mit dem Computer nicht mehr
> gearbeitet, es ist also unwahrscheinlich dass die Dateien überschrieben
> worden sind.

Quatsch. Windows schrammelt dauernd im Filesystem rum. Insbesondere auch 
bei jedem Hoch- oder Runterfahren. Aber auch zwischendurch, in längeren 
Phasen der Inaktivität des Benutzers.

Der beste Weg im Falle eines solchen Falles wie deinem ist: hartes 
Abschalten des Rechners zum frühestmöglichen Zeitpunkt nach Bemerken das 
Sachverhaltes. Booten eines anderen Systems, welches definitiv nicht 
schreibend auf das zu rettende FS zugreift. Clonen des Filesystems auf 
eine andere Platte.

Alles an Rettungsmaßnahmen wird dann nur noch auf den so gewonnenen 
Clone angewandt. Denn mit dem beschriebenen Vorgehen hat man die Chance 
maximiert, noch verwertbare Daten daraus retten zu können.

Aber dürfte jetzt eh' zu spät sein, es richtig zu machen...

Und vor allem überlegen, wo die Dateien her sind.

Wie schon genannt, wenn aus dem IN, dann neu besorgen.
Wurden die Dateien an einen Anderen weitergegeben?

Gerade bei selbst erstellten MP-3/4 auf der Kamera nachsehen.
Selbst ertellte Machwerke sollten grundsätzlich mehrfach gesichert sein.

Und überlegen, ob man mit dem Verlust leben kann.

Patrick L. schrieb:
> Dazu muss man aber auch folgendes Wissen nämlich u.A.:
> 1) Was ist die Hauptfestplatte (und ist der Cachezeiger daraufhin
> verwiesen)?
> 2) Waren die Dateien auf der OS Festplatte? oder Extern oder,oder,oder.
> 3) Mit welchem Befehl wurde die Datei Gelöscht? (in deinem Fall wohl per
> Drag & Drop in Papierkorb) nehme ich mal an.

Auf dem Desktop, dann ist es immer die Haupt-HD.
Es ist wurscht, ob auf den Papierkorb gezogen oder gelöscht.

michael_ schrieb:
> Auf dem Desktop, dann ist es immer die Haupt-HD.
> Es ist wurscht, ob auf den Papierkorb gezogen oder gelöscht.

NEIN. Dann wird die Sache kompliziert. ;)

Die Verlinkung wird in den Papierkorb-Ordner des Windows-Platte (meist 
c:) geschoben. Die Reale Datei in den Papierkorb-Ordner der Festplatte 
auf der sie sich befindet.

Das hat 2 Gründe.

1.) MOVE-Befehle verändert die  physikalische Lage der Datei auf der 
Platte NICHT. Sie sind nur Anweisungen an das File-System (egal welches) 
der Datei einen anderen Order zuzuweisen.

Ich habe schon > 200 GB in weniger als 4 Sekunden innerhalb einer 
Festplatte von Ordner zu Ordner verschoben.

2.) Bei größeren Mengen ist der Rechner ekelhaft lange beschäftigt weil 
KOPIEREN und LÖSCHEN. UND es würde die Haupt-Platte unnötig belasten. 
Ich meine damit, die meist 4-10% der Platte die für den Papierkorb 
vorgesehen ist.

Der Papierkorb = $RECYCLE.BIN <- Ordner ist ein einfach versteckter 
Ordner. Wenn man die nötigen Einstellungen in Windows macht, kann man da 
normal rein schauen. (Versteckte Dateien + Ordner anzeigen). Dort drin 
sind oft komische Dateien. Wenn man sich die HEX anschaut sieht man was 
wo war.

DEN Muss der TO absuchen. Und wie oben gesagt, Beten.

Den wie schon richtig gesagt, Windows (Version egal) ist ein 
Festplattensystem. Das ist nicht glücklich wenn es auf der Festplatte 
nicht herum rödeln kann. ;)  Ich habe 32 GB Ram und wollte die 
Auslagerungsdatei abschalten. Resultat: 20 % Leistungseinbusse.  Nun hat 
die 1 GB Kapazitat (fest) und Windows ist glücklich. Wenn die 
Auslagerungs-Datei erweiterbar ist, reicht schon ein Mausklick und die 
gelöschten Dateien sind beschädigt wenn man Pech hat.

Wenn mich einer anruft und sagt er hat Datei gelöscht, dann bekommt er 
als 1 Antwort. ZIEH DEN RECHNER DEN STECKER RAUS, NICHT HERUNTER FAHREN. 
Das ist wie ein Stromausfall das kann der Rechner ab. Dann nur noch mit 
eine OS von ein externen Datenträger starten.  Wenn dann gerettet und 
der Rechner neu gestartet wird meckert Windows beim Starten herum, will 
Festplatten checken (weil es halt dauernd darauf rödelt und offen Files 
da herumliegen könnten) und startet einwandfrei. Dann einfach noch die 
CHK-Dateien löschen und alles ist wieder gut.

Für ein Rettungs-Prg. brauchst du eh 2 Datenträger. Weil die alle auf 
einen anderen Datenträger das Ergebnis schreiben wollen, weil die sich 
sonst selbst überschreiben können.