Tja peinlich aber Passiert...
Nun zu dem Thema was ich Interressant finde.
Ich habe ausversehen eine 001.vdr datei über eine andere Kopiert.
Und wech war sie..
Ich wollte sie eigentlich noch umbenennen ,aber vorm Kopf geklatscht.
Hat Linux bzw Linvdr um die datei wieder zurückzuholen?
wen nicht habe ich eben Pech gehabt.
Upsi...001.vdr über 001.vdr Datei kopiert!
- Dauser
- Closed
-
-
Quote
Original von Dauser
Tja peinlich aber Passiert...
Nun zu dem Thema was ich Interressant finde.
Ich habe ausversehen eine 001.vdr datei über eine andere Kopiert.
Und wech war sie..
Ich wollte sie eigentlich noch umbenennen ,aber vorm Kopf geklatscht.
Hat Linux bzw Linvdr um die datei wieder zurückzuholen?
wen nicht habe ich eben Pech gehabt.Auch wenn es hart ist:
Nope, Pech gehabt. Die Unix/Linux Philosophie geht davon aus, dass der User weiss was er tut.
-
Quote
Original von x-stefan
Nope, Pech gehabt. Die Unix/Linux Philosophie geht davon aus, dass der User weiss was er tut.Du willst damit sagen , bei WinDoof sieht das anders aus ?
Wie holst du da ne Datei zurück , wenn du ne andere auf Dieselbige kopiert hast ?Stimmt - auch nicht
HJS
-
Quote
Original von x-stefan
Die Unix/Linux Philosophie geht davon aus, dass der User weiss was er tut.Die Philosopie sollte mal überarbeitet werden.
Beim momentanen Dau-Aufkommen hier im Forum.
Für ext2 soll es schon restore Möglichkeiten geben, wies bei den anderen FS ausieht ??
Ansonsten gibt es noch das: http://www.vdrportal.de/board/board.php?boardid=78&sid=
-
ja wenn man eine datei löscht glaube ich das man sich retten kann
wenn man jedoch eine datei überschreibt (sagt schon der name) ist sie chancenlos weg oder? -
Quote
Original von hjs
Du willst damit sagen , bei WinDoof sieht das anders aus ?
Geht nicht? Habe nur sehr wenig Ahnung von Windows - wozu war nochmal der Papierkorb gut?
-
Quote
Original von x-stefan
Geht nicht? Habe nur sehr wenig Ahnung von Windows - wozu war nochmal der Papierkorb gut?
Um gelöschte Dateien "wiederzubeleben" , nicht um Überschriebene zu restaurieren - das ist nicht möglich , da der Inhalt ja bereits überschrieben wurde
HJS
-
Quote
Du willst damit sagen , bei WinDoof sieht das anders aus ?
Och bei Win währe das nicht so schlimm ist bei FAT32 recht einfach dafür gibs Programme. Technisch wurde sie ja nicht Block für Block auf die andere gelegt.Sondern eine andere position eingenommen und die andere wurde aus dem verzeichniss geworfen .So ungefähr bei Win aber bei Unix..
QuoteAnsonsten gibt es noch das: http://www.vdrportal.de/board/board.php?boardid=78&sid=
Der link ist bestimmt ein irrtum.
-
Quote
Original von hjs
Um gelöschte Dateien "wiederzubeleben" , nicht um Überschriebene zu restaurieren - das ist nicht möglich , da der Inhalt ja bereits überschrieben wurde
Hm, haette jetzt erwartet, das die vorm Ueberschreiben in den Papierkorb kopiert wird - man lernt nie aus...
-
Quote
Original von Dauser
Der link ist bestimmt ein irrtum.
Link ist schon OK, eventuell fehlt ein oder
-
Quote
Original von x-stefan
Hm, haette jetzt erwartet, das die vorm Ueberschreiben in den Papierkorb kopiert wird - man lernt nie aus...
Nö - da wird nix kopiert . Dateien im Papierkorb werden nur als gelöscht markiert ( bis FAT32 war das "E5" als erstes Zeichen im Dateinamen - der benutzte Platz auf dem Medium wird nicht freigegeben . Erst beim endgültigen Löschen wird der Platz wieder in der Dateiverwaltung als verfügbar markiert .
Auch dann kann man die Datei noch retten , wenn der Platz nicht wieder einer anderen Datei zugewisen wird - wenn man weiß in welchen Verwaltungseinheiten die Datei sich befand .
Überschreibt man jedoch eine Datei , ist deren Inhalt definitiv verändert - Rettung unmöglich , Ausnahme : Origdatei ist 10 G und du hast se mit ner 10 K Datei überschrieben - dann können dir Tools theoretisch noch helfen , da nur die ersten 10K Daten geändert wurden .
Im vorliegenden Fall werden die Dateien wohl vergleichbare Länge haben - was nutzt im günstigen Fall die letzten 10 Minuten der Aufnahme ?HJS
-
Quote
Original von hjs
[
Nö - da wird nix kopiert . Dateien im Papierkorb werden nur als gelöscht markiert ( bis FAT32 war das "E5" als erstes Zeichen im Dateinamen - der benutzte Platz auf dem Medium wird nicht freigegeben . Erst beim endgültigen Löschen wird der Platz wieder in der Dateiverwaltung als verfügbar markiert .
Auch dann kann man die Datei noch retten , wenn der Platz nicht wieder einer anderen Datei zugewisen wird - wenn man weiß in welchen Verwaltungseinheiten die Datei sich befand .Du willst mir sagen, dass Microsoft seit MS-DOS 3.3 nichts dazu gelernt hat?
Wir sind langsam Off Topic...
-
hmm windows fragt nach ob es überschreiben darf, linux nicht, aber sind wir ehrlich...bei linux würde es irgendwie auch nerven
-
Wen man bei Windoof was Löscht z.b. Die gesammte festplatte kan man die gelöschten Dateien wiederherstellen.Es sei den man überschreibt die entstandenen Lücken mit anderen Daten.
Dafür hat Windoof ja auch die Defragmentierung um die Lücken zu schließen indem sie aktuelle daten von hinten nach vorne in die Lücken schiebt also aus --------...-----...-------.........-------- mach --------------------------------------------...........................!
Aber bei Unix habe ich noch nie was von Defragmentierung gehört also hoffe ich nicht das es heist Unix überschreibt schon richtig damit keine lücken erst entstehen.man sollte wen man festplatten verkauft sie vorher mit nullen überschreiben.
-
Quote
Du willst mir sagen, dass Microsoft seit MS-DOS 3.3 nichts dazu gelernt hat?
Im Wesentlichen nix Neues
Davon abgesehen ist es nicht der job des Systems , dem User für alle erdenklichen Umstände n Netz zu bauen - was denkst du , wie die User stönen würden , wenn nur 10 GB auf ihrer Platte sind , weitere 10 Gb als verfügbar angezeigt und die Gesamtkap bei 120 GB liegt ?QuoteOriginal von Dauser
Aber bei Unix habe ich noch nie was von Defragmentierung gehört also hoffe ich nicht das es heist Unix überschreibt schon richtig damit keine lücken erst entstehen.Gehört auch noch nicht , aber gelesen und gesehen und gezogen und nie verwendet
HJS
-
das defragmentieren würde auch nicht richtig sinn machen, obgleich es bei unix auch fragmentierung gibt.
bei unix sind meist mehrere prozesse aktiv, von denen auch einige gleichzeitig daten lesen / schreiben.
somit ist es egal, ob die daten eines files alle hintereinander stehen.
an performance würde es nichts bringen, weil bei gleichzeitigem lesen unterschiedlicher dateien von verschiedenen prozessen eh die platte am rödeln ist und das eine file für den einen prozess nicht am stück lesen kann.defragmentieren macht nur sinn, wenn nur ein prozess auf nur ein file zugreifen kann (so wie bei DOS oder bei win95/98).
es macht schon keinen sinn mehr bei win2000/XP und bei unix/linux erst recht nicht.gruessle
-
zu der file-überschreiben-geschichte:
unter keinem betriebssystem ist es möglich, die original-datei wiederherzustellen.
der platz auf der platte wurde mit neuen daten überschrieben.
es gibt (noch) keine festplatte oder dateisystem mit history-funktion.wäre aber doch ein interessanter punkt für die journaling filesysteme...
P.S. auch linux kann man so konfigurieren, dass es vor dem überschreiben nachfragt. deshalb kopiere oder lösche ich immer mit der option "-f".
gruessle
-
Quote
unter keinem betriebssystem ist es möglich, die original-datei wiederherzustellen
Das ist so nicht ganz richtig. Bereits unter Novell 3.12 gab es den Befehl SALVAGE, mit dem man sogar eine Datei, die mehrfach überschrieben wurde, wieder herstellen konnte (mit Anzeige der History etc.). Dieses Feature vermisse ich bei den "modernen" Betriebssystemen schmerzlich.Dumpfbacke
-
unter windoof undelete oder encase.
encase wird unter anderem vom BKA benutzt. -
Quote
Original von wilderigel
Die Philosopie sollte mal überarbeitet werden.
Vergiss es! Die Unix-Philosophie wird genauso wenig überarbeitet wie Newtons Gesetz der Schwerkraft oder Einsteins Relativitätstheorie.Wir sind hier bei Unix, wo der Admin noch alles darf und alles machen kann. Entsprechend wird im Verantwortung auferlegt. Wer damit nicht klar kommt, soll einfach die Finger von der Kommandozeile lassen.
Viele Grüße, Mirko
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!