Ich war vor ein paar Tagen an der Uni, als ich versuchte, eine 500-MB-Datei (eine 3-gp-Videoaufnahme) auszuschneiden und in mein H-Laufwerk auf einem der Linux-Computer (Debian KDE 3.5) des Uni-Netzwerks einzufügen.
Ich habe keine Fehlermeldungen gesehen, die darauf hinweisen, dass das Ausschneiden und Einfügen fehlgeschlagen ist, aber wenn ich mir die resultierende eingefügte Datei anschaue, wird sie jetzt als 60-MB-Datei angezeigt (das ist eine Diskrepanz von 440 MB!). Meine Datei war irgendwie geschrumpft! Wurde die Datei beim Einfügen aufgelöst und dies ist das Fragment einer unvollständig kopierten Datei?
Ich vermute, dass die Dateiübertragung aufgrund von Einschränkungen bei der Zuweisung der Größe des H-Laufwerks unterbrochen wurde, die den Benutzern von Administratoren auferlegt wurden.
Aber Sie würden denken, Linux würde damit rechnen, dass die Datei größer ist, als es möglich wäre, zum beabsichtigten Ziel zu wechseln und die Übertragung abzubrechen, bevor sie beginnt. Warten Sie nicht, bis sie ein verbotenes Limit erreicht hat, und brechen Sie sie dann diskret ab, ohne mich zu benachrichtigen.
Auch im Falle einer unterbrochenen Dateiübertragung erwartet man normalerweise, dass die Originaldatei intakt bleibt (dh nicht gelöscht wird).
Die Datei wird im Ziel angezeigt, ist jedoch jetzt viel kleiner und funktioniert nicht mehr. Die Originaldatei im Quellspeicherort auf dem externen Laufwerk ist verschwunden, was darauf hindeutet, dass der Auftrag erfolgreich abgeschlossen wurde.
Diese Größenänderung ist ziemlich bizarr und jetzt habe ich anscheinend keinen Zugriff auf die Originaldatei. Nach dem Ausschneiden und Einfügen wurde das Original möglicherweise vom Quellspeicherort entfernt. Der Computer hat diese Aufgabe falsch gehandhabt und anscheinend meine Datei verloren. Ich möchte, dass Sie mir beim Abrufen meiner Datei helfen.
Ich habe versucht, die Datei auf der SD-Karte meines Telefons mit dem forensischen Tool PhotoRec und Sleuthkit wiederherzustellen. Kein Glück. Gelöschte Abschnitte der Festplatte wurden möglicherweise durch neue Daten überschrieben. Also kein Fortschritt am Quellende. Gibt es eine Möglichkeit, sich am Zielende (dh in meinem Uni-Netzwerk) zu erholen?
peter@peter-deb:/media/E0FD-1813$ cd DCIM/
peter@peter-deb:/media/E0FD-1813/DCIM$ cd ..
peter@peter-deb:/media/E0FD-1813$ cd LOST.DIR/
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls
peter@peter-deb:/media/E0FD-1813/LOST.DIR$ ls -a
. ..
peter@peter-deb:/media/E0FD-1813/LOST.DIR$
quelle
Antworten:
Verschieben Sie niemals eine Datei über das Netzwerk, sondern kopieren Sie sie nur. Sie können das Original jederzeit löschen, nachdem die Kopie erfolgreich abgeschlossen wurde. Zweitens ist Ihrem lokalen System möglicherweise nicht einmal bekannt, dass ein Dateisystemkontingent im Remotespeicher vorhanden ist. Gehen Sie nicht davon aus, dass es sogar möglich ist, im Voraus zu erraten, ob ein Kopiervorgang aufgrund eines Remotekontingents fehlschlagen würde. Was den "Sende" -Prozess betrifft, wurden alle Bytes an das Remote-Ende gesendet und von diesem empfangen, und Sie wollten die Datei verschieben, damit das Original gelöscht werden kann - die Poof- Datei ist verschwunden.
"Gibt es eine Möglichkeit, sich am Zielende zu erholen?" - keine Chance. OK, vielleicht eine kleine. Wenden Sie sich an den Netzwerkadministrator, um festzustellen, ob das System möglicherweise tatsächlich die vollständige Datei erhalten hat, Ihnen jedoch nur die Größe innerhalb Ihres Kontingents meldet. Halten Sie nicht den Atem an.
Und ich entschuldige mich, wenn ich ein bisschen hart klinge, aber es scheint, dass einige neue Gewohnheiten angebracht sind. :-)
quelle
Old-School-Lösung für das nächste Mal:
(Dies ist etwas sarkastisch, da die drei Synchronisierungen hintereinander alt und halb abergläubisch sind. Schauen Sie nach. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )
Es war in den SYSV-Tagen nützlich.
Ok, ich habe eine ganze Weile gebraucht, um dies auf Google zu finden. (Warum so schwer? Folklore geht verloren?) Wie auch immer, ich schlage den Youngins vor, das Unix Folklore-Buch von Raymond zu lesen (das ... ich bei Amazon nicht finden kann ...?).
quelle