転送中にファイルが破損/紛失しましたか?回復は可能ですか?


10

数日前に私はユニにいて、ユニネットワークのLinux(Debian KDE 3.5)コンピュータの1つでHドライブに500Mbファイル(3gpビデオ録画)をカットアンドペーストしようとしました。

切り取りと貼り付けのジョブが失敗したことを示すエラーメッセージは表示されませんでしたが、結果として貼り付けられたファイルを見ると、60Mbファイルとして表示されています(440Mbの不一致です)。ファイルがどういうわけか縮小されました!貼り付けの過程でファイルが壊れましたか?これは不完全にコピーされたファイルの断片ですか?

管理者がユーザーに課したHドライブのサイズ割り当て制限により、ファイル転送が中断されたのではないかと思います。

しかし、Linuxは、ファイルが意図した宛先に移動して転送が開始される前に中止できるよりも大きなファイルであることを予期していると思います。禁止された制限に達するまで待たずに、通知せずに個別にキャンセルします。

また、ファイル転送が中断された場合、通常は元のファイルが元のUSBドライブにそのまま残る(つまり、削除されない)と予想されますか?

ファイルは宛先に表示されますが、現在ははるかに小さく、機能していません。外部ドライブのソースの場所にある元のファイルが消え、ジョブが正常に完了したことを示しています。

このサイズ変更はかなり奇妙で、今は元のファイルにアクセスできないようです。オリジナルをカットアンドペーストした後、元の場所から削除された可能性があります。コンピューターがこのタスクを誤って処理したため、ファイルが失われたようです。ファイルを取得するのを手伝ってください。

PhotoRecとSleuthkitフォレンジックツールを使用して、携帯電話のSDカード上のファイルを復元してみました。運が悪い。ディスクの削除されたセクションは、新しいデータで上書きされた可能性があります。したがって、ソース側の進行はゼロです。宛先側(つまり、私のuniネットワーク)で回復する方法はありますか?

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$ 

ファイルをコピー/移動するために何を使用しましたか?また、sys-adminsが許可された最大ファイルサイズとして何を設定しているかをコピーツールがどのように認識すると思いますか?また、あなたの側から指のトラブルがなかったと確信していますか?コピーが完了していない場合、コピーツールは元のファイルを削除しません。
tshepang 2011

コピーツールは、KonquererまたはそのKDE 3.5 Debianコンピューター上にあるファイルマネージャーでした。転送ジョブの期間中、USBプラグインの位置がずれていなかったと思いますか?
ptrcao 2011

ptrcao、転送後、次の操作を行いましたか:(USBドライブをアンマウント)または(イジェクト/削除オプションを使用して、安全に取り外すことができるというポップアップが表示されるのを待ちました)?
rozcietrzewiacz 2011

はい、それは習慣の問題です。私がこれを実行しない唯一の理由は、一部のネットワークであり、この機能がデスクトップ環境内で有効になっていませんが、この機能が利用可能であり、問​​題のLinuxネットワークで日常的に使用されていることを覚えているようです。それでそれはあなたに何を伝えますか?何か役に立ちましたか?
ptrcao 2011

1
「Hドライブ」:犯人はWindows側にあり、Linux、ネットワーク、またはサーバーとは何の関係もないと思います。ウィンドウのSMBは、ファイルを内部的にバッファリングし、終了前に(「移動」中に)元のリンクを解除しようとするため、このような問題があるようです。
Jonathan Cline IEEE

回答:


11

まず、ネットワーク上でファイルを移動するのではなく、コピーするだけです。コピーが正常に完了したら、いつでもオリジナルを削除できます。次に、ローカルシステムは、ファイルシステムクォータがリモートストレージに存在することさえ認識していない可能性があります。リモートクォータが原因でコピー操作が失敗するかどうかを事前に推測できるとは想定しないでください。限り「送信」プロセスに関しては、全てのバイトがに送信され、リモートエンドが受信した、とあなたは今、オリジナルを削除することができ、ファイルを移動したかった- パッファイルがなくなって。

「宛先側で回復する方法はありますか?」-チャンスではありません。はい、たぶん小さなものです。かどうかを確認するために、ネットワーク管理者に確認してくださいもしかしたら、システムが実際に完全なファイルを受け取ったが、唯一のあなたに戻ってあなたのクォータ内のサイズを報告します。息を止めないで。

少しきついようで申し訳ありませんが、いくつかの新しい習慣が整っているようです。:-)


いいえ... :(管理者がこれを防ぐことができなかったのはなぜですか?私は普通の学生です。コンピュータとネットワーキング、および適切なデータ管理の実践について私は何を知っていますか...あなたは希望のかすかな光を提供しました。私はリクエストを送信してケースを開き、彼らが私のファイルを回復できるかどうかを確認します。さらに役立つ実用的な提案、私にできること、または私にしてくれるように頼む?そのファイルは重要でユニークです!必要です。 。:(
ptrcao

また、実際に残りのファイルをコピーして自宅で実行してみました。実際、それを表示するすべてのコンピューターから60Mbファイルとして報告され、実際にはそのファイルは機能していません。それはあなたの希望するシナリオを除外しますか?
ptrcao 2011

システム管理者に連絡しましたか?それが残された唯一の希望の断片です。
2011

はい、返事はありません。:(しかし、彼らは最終的にそれを周りになります私は考えます...
ptrcao

怠惰な管理者はすぐにそれを却下し、彼はケースを閉じたいと言った。それは瞬間的でした。私が私のケースに入れたすべての詳細の後、彼はそれほど気にしませんでした...
ptrcao

1

次回の旧式のソリューション:

# sync
# sync
# sync
# umount /mnt

(連続する3つの同期はレガシーで半分迷信的であるため、これはやや皮肉です。調べてください 。http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync

SYSV時代には便利でした。

OK、これをグーグルで見つけるのにかなり時間がかかった。(なぜそんなに難しいのですか?フォークロアが道に迷ってしまいますか?)とにかく、私はレイモンドのUnixフォークロアの本(これは... Amazonでは見つけられない...?)を読むことをお勧めします。




ふむ、それで私は戻ってきます。Xenix ...同期して、HDD LEDが暗くなるのを待ちます。さらに2回繰り返し、システムの停止を要求します。メジャーアップデートを開始する前に、キーボードで鶏を犠牲にしていますか?
Fiasco Labs
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.