Tập tin bị hỏng / mất trong quá trình chuyển? Có thể phục hồi?

Tôi đã ở uni vài ngày trước khi tôi cố gắng cắt và dán tệp 500Mb (bản ghi video của MSN) vào ổ H của tôi trên một trong các máy tính Linux (Debian KDE 3.5) của mạng uni.

Tôi không thấy bất kỳ thông báo lỗi nào cho thấy công việc cắt và dán đã thất bại, nhưng khi tôi nhìn vào tệp đã dán kết quả, nó xuất hiện dưới dạng tệp 60Mb (đó là sự khác biệt 440Mb!). Tập tin của tôi bằng cách nào đó đã bị thu hẹp! Có phải tập tin đã bị hỏng trong quá trình dán nó và đây là đoạn của một tập tin được sao chép không hoàn chỉnh?

Tôi nghi ngờ những gì đã xảy ra là việc truyền tệp bị gián đoạn do giới hạn phân bổ kích thước ổ H được áp dụng cho người dùng bởi quản trị viên.

Nhưng bạn nghĩ rằng Linux sẽ dự đoán rằng tệp lớn hơn khả năng có thể di chuyển đến đích dự định và hủy bỏ việc chuyển tiền trước khi nó bắt đầu, không đợi đến khi nó đạt đến giới hạn cấm thì hủy bỏ một cách riêng tư mà không thông báo cho tôi.

Ngoài ra trong trường hợp chuyển tập tin bị gián đoạn, người ta thường mong muốn tập tin gốc vẫn còn nguyên (tức là không bị xóa) ổ USB gốc?

Các tập tin xuất hiện ở đích, nhưng bây giờ nhỏ hơn nhiều và không hoạt động. Tệp gốc ở vị trí nguồn trên ổ đĩa ngoài đã biến mất, cho thấy công việc đã được hoàn thành thành công.

Việc thay đổi kích thước này khá kỳ quái và bây giờ tôi dường như không có quyền truy cập vào tệp gốc. Sau khi cắt và dán bản gốc có thể đã bị xóa khỏi vị trí nguồn của nó. Máy tính đã xử lý sai nhiệm vụ này, rõ ràng khiến tôi mất tập tin của mình và tôi muốn bạn giúp tôi lấy lại tập tin của mình.

Tôi đã thử khôi phục tệp trên thẻ SD điện thoại của mình bằng công cụ pháp y PhotoRec và Sleuthkit. Không may mắn. Các phần đã xóa của đĩa có thể đã bị ghi đè bởi dữ liệu mới. Vì vậy, không có tiến bộ về cuối nguồn. Có cách nào để phục hồi ở điểm đến cuối (tức là mạng uni của tôi) không?

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$ 

Đầu tiên, không bao giờ di chuyển một tập tin trên mạng, chỉ sao chép. Bạn luôn có thể xóa bản gốc sau khi bản sao đã được hoàn thành. Thứ hai, hệ thống cục bộ của bạn thậm chí có thể không biết rằng hạn ngạch hệ thống tập tin tồn tại trên bộ lưu trữ từ xa - đừng cho rằng thậm chí có thể đoán trước liệu hoạt động sao chép có bị lỗi do hạn ngạch từ xa hay không. Theo như quá trình "gửi" có liên quan, tất cả các byte đã được gửi đến và nhận bởi đầu cuối từ xa và bạn muốn di chuyển tệp để bây giờ có thể xóa bản gốc - tệp poof đã biến mất.

"Bất kỳ cách nào để phục hồi vào cuối đích?" - không phải là một cơ hội. OK, có thể là một cái nhỏ. Kiểm tra với quản trị viên mạng để xem có thể hệ thống thực sự nhận được tệp đầy đủ hay không nhưng chỉ báo cáo lại cho bạn kích thước trong hạn ngạch của bạn. Đừng nín thở.

Và tôi xin lỗi nếu tôi nghe có vẻ hơi khắc nghiệt, nhưng có vẻ như một số thói quen mới đã được sắp xếp theo thứ tự. :-)

Giải pháp trường học cũ cho lần sau:

# sync
# sync
# sync
# umount /mnt

(Điều này hơi mỉa mai vì ba đồng bộ liên tiếp là di sản và một nửa mê tín. Hãy tìm nó. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

Nó rất hữu ích trong những ngày SYSV.

Ok, tôi đã mất khá nhiều thời gian để xác định vị trí này trên google. (Tại sao quá khó? Văn hóa dân gian bị lạc?) Dù sao tôi cũng đề nghị các bạn trẻ đọc cuốn sách Văn hóa dân gian Unix của Raymond (mà ... tôi không thể tìm thấy trên Amazon ...?).

• http://groups.google.com/group/alt.folklore.computers/browse_thread/thread/2481588b2317173b/576619b0a9498186