Script zum festellen welche datein noch ganz sind
Hallo Leute,
Ich hab da ne frage: Kann man per script feststellen ob eine Datein noch 100% ist?
Zum beispiel nach dem man einen haufen Datein mit Recovery Software Wiederherstellt hat sind ja nicht alle Dateien 100% wiederhergestellt. Einige werden 100% wiederhergestellt andere nur teils und andere garnicht.
Könnte man die Dateien dan je nachdem wie sei wiederhergestellt wurden in folgende Ordner verschieben:
Ganz
Teils
Garnicht
Und wie würde das aussehen?
Ich hab da ne frage: Kann man per script feststellen ob eine Datein noch 100% ist?
Zum beispiel nach dem man einen haufen Datein mit Recovery Software Wiederherstellt hat sind ja nicht alle Dateien 100% wiederhergestellt. Einige werden 100% wiederhergestellt andere nur teils und andere garnicht.
Könnte man die Dateien dan je nachdem wie sei wiederhergestellt wurden in folgende Ordner verschieben:
Ganz
Teils
Garnicht
Und wie würde das aussehen?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 625600
Url: https://administrator.de/forum/script-zum-festellen-welche-datein-noch-ganz-sind-625600.html
Ausgedruckt am: 23.12.2024 um 00:12 Uhr
10 Kommentare
Neuester Kommentar
Zitat von @ricardobohner:
Hallo Leute,
Ich hab da ne frage: Kann man per script feststellen ob eine Datein noch 100% ist?
Hallo Leute,
Ich hab da ne frage: Kann man per script feststellen ob eine Datein noch 100% ist?
Generell: Nein!
in speziellen Fällen: ja.
Woher soll der Computer wissen, ob z.B eine Textdatei 10 oder 100 Seiten hatte?
Ich würde daher eher zu 100%-Backup & Restore raten.
lks
Moin,
ich wüsste ich jetzt spontan nicht wie das gehen soll. Die Datei ist ja da. In welchem Zustand, kann das OS doch gar nicht sagen. Woher soll die Datei wissen wie sie aussehen sollte. Wenn ich mitten im Satz abbreche, dann weiß Word ja auch nicht, dass das absichtlich gemacht habe.
Außerdem wäre es schön, wenn du dir mehr mühe bei deiner Frage gibst. Du hast mehr Rechtschreibfehler drin als dein Posting beschriebene Zeilen hat. Und davon abgesehen sogar noch einen Logikfehler in deiner Fragestellung. Wenn eine Datei nicht wiederhergestellt werden kann, wie soll diese dann in einen Ordner verschoben werden?
Gruß
Doskias
ich wüsste ich jetzt spontan nicht wie das gehen soll. Die Datei ist ja da. In welchem Zustand, kann das OS doch gar nicht sagen. Woher soll die Datei wissen wie sie aussehen sollte. Wenn ich mitten im Satz abbreche, dann weiß Word ja auch nicht, dass das absichtlich gemacht habe.
Außerdem wäre es schön, wenn du dir mehr mühe bei deiner Frage gibst. Du hast mehr Rechtschreibfehler drin als dein Posting beschriebene Zeilen hat. Und davon abgesehen sogar noch einen Logikfehler in deiner Fragestellung. Wenn eine Datei nicht wiederhergestellt werden kann, wie soll diese dann in einen Ordner verschoben werden?
Gruß
Doskias
Zitat von @ricardobohner:
Mit garnicht wiederherstellen meine ich das man sie nicht öffen kann weil sie korrupt ist.
Mit garnicht wiederherstellen meine ich das man sie nicht öffen kann weil sie korrupt ist.
Korrupte Dateien zeigt man bei der Staatsanwaltschaft an. in Deutschland sind die Dateien einfach nur kaputt. (https://www.englisch-hilfen.de/words/false_friends.htm)
lks
PS: Woher soll das Skripte den wissen, zu welcher Anwendung die Datei gehört und ob sie vollständig ist? Und kommt mir nicht mit der Dateiendung. Die hat i.d.R. kaum Aussagekraft was in der Datei wirklich steckt.
Klar. Du kannst ein Script schreiben und den Header von einer Datei auslesen. Allerdings, wie du schon schreibst, willst du ja schauen ob der Header der Datei noch gut ist. Dazu musst du dann im Skript definieren was gut ist. Und da der Header bei jeder Datei anders aussieht, wirst du es für jede Datei einzeln machen müssen. Der Header einer TXT-Datei sieht natürlich anders aus der einer DOC und DOCX im vergleich zu doc ebenfalls, selbst wenn alle drei Dateien leer sind.
Also nur zu. Schreib dein Skript.
Also nur zu. Schreib dein Skript.
Hallo,
ich hätte noch einen anderen Ansatz:
Du könntest von jeder Datei eine Prüfsumme bilden und diese zB. in einer Datenbank speichern. Die Prüfsumme muß aber immer aktuell sein, dh. bei jeder Änderung muß die Prüfsumme aktualisiert werden.
Wenn eine Datei nun wieder hergestellt wurde, wird erneut die Prüfsumme gebildet. Stimmen beide Prüfsummen überein, ist die wiederhergestellte Datei mit dem Original identisch. Im anderen Fall nicht, also beschädigt.
Das ließe sich sicher auch über Scripte steuern.
Jürgen
PS gar nicht schreibt man gar nicht zusammen. Solche Eselsbrücken hatten doch schon meine Großeltern.
ich hätte noch einen anderen Ansatz:
Du könntest von jeder Datei eine Prüfsumme bilden und diese zB. in einer Datenbank speichern. Die Prüfsumme muß aber immer aktuell sein, dh. bei jeder Änderung muß die Prüfsumme aktualisiert werden.
Wenn eine Datei nun wieder hergestellt wurde, wird erneut die Prüfsumme gebildet. Stimmen beide Prüfsummen überein, ist die wiederhergestellte Datei mit dem Original identisch. Im anderen Fall nicht, also beschädigt.
Das ließe sich sicher auch über Scripte steuern.
Jürgen
PS gar nicht schreibt man gar nicht zusammen. Solche Eselsbrücken hatten doch schon meine Großeltern.
Hallo,
gängige Backup-Programme prüfen die Konsistenz der Sicherung doch automatisch (wenn man es so konfiguriert hat).
Wieso sind denn Dateien in der Sichrung beschädigt? Das müßte doch bei der Sicherung als Fehler aufgelaufen sein.
Jürgen
PS Wichtige Daten sind immer 3 mal vorhanden: 1. das Original, 2. ein Backup und 3. ein weiteres Backup (oder Backup vom Backup).
Dabei liegen die 2 Sicherungen auf unterschiedlichen Datenträgern mit jeweils verschiedenem Speicherverfahren.
ZB. 1. Backup auf ein NAS und das 2. Backup dann auf Tape (das Tape kann dann archiviert werden oder im feuersicheren Safe gelagert werden)
gängige Backup-Programme prüfen die Konsistenz der Sicherung doch automatisch (wenn man es so konfiguriert hat).
Wieso sind denn Dateien in der Sichrung beschädigt? Das müßte doch bei der Sicherung als Fehler aufgelaufen sein.
Jürgen
PS Wichtige Daten sind immer 3 mal vorhanden: 1. das Original, 2. ein Backup und 3. ein weiteres Backup (oder Backup vom Backup).
Dabei liegen die 2 Sicherungen auf unterschiedlichen Datenträgern mit jeweils verschiedenem Speicherverfahren.
ZB. 1. Backup auf ein NAS und das 2. Backup dann auf Tape (das Tape kann dann archiviert werden oder im feuersicheren Safe gelagert werden)