File rusak / hilang selama transfer? Pemulihan mungkin?

Saya berada di uni beberapa hari yang lalu ketika saya mencoba untuk memotong dan menempelkan file 500Mb (rekaman video 3gp) ke drive H saya di salah satu komputer Linux (Debian KDE 3.5) komputer jaringan uni.

Saya tidak melihat pesan kesalahan yang menunjukkan pekerjaan cut-and-paste telah gagal, tetapi ketika saya melihat file yang disisipkan, itu sekarang muncul sebagai file 60Mb (itu perbedaan 440Mb!). File saya entah bagaimana menyusut! Apakah file rusak dalam proses menempelkannya dan ini adalah fragmen dari file yang tidak sepenuhnya disalin?

Saya menduga apa yang terjadi adalah transfer file terganggu karena batasan alokasi ukuran drive H yang dikenakan pada pengguna oleh administrator.

Tetapi Anda akan berpikir Linux akan mengantisipasi bahwa file tersebut lebih besar daripada yang mungkin untuk pindah ke tujuan yang dituju dan membatalkan transfer sebelum dimulai, tidak menunggu sampai mencapai batas terlarang kemudian membatalkan dengan hati-hati tanpa memberi tahu saya.

Juga jika terjadi transfer file yang terputus, orang biasanya mengharapkan file asli tetap utuh (yaitu tidak dihapus) drive USB asli?

File muncul di tujuan, tetapi sekarang jauh lebih kecil dan tidak berfungsi. File asli di lokasi sumber pada drive eksternal telah hilang, menunjukkan pekerjaan selesai dengan sukses.

Mengubah ukuran ini agak aneh dan sekarang saya tampaknya tidak memiliki akses ke file asli. Setelah memotong dan menempelkan dokumen asli mungkin telah dihapus dari lokasi sumbernya. Komputer telah salah menangani tugas ini, tampaknya menyebabkan saya kehilangan file saya, dan saya ingin Anda membantu saya untuk mengambil file saya.

Saya telah mencoba memulihkan file pada kartu SD ponsel saya menggunakan alat forensik PhotoRec dan Sleuthkit. Tidak berhasil Bagian disk yang terhapus mungkin telah ditimpa oleh data baru. Jadi nol kemajuan di ujung sumber. Adakah cara untuk memulihkan di tujuan akhir (yaitu jaringan uni saya)?

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$

data-recovery

— ptrcao
sumber

Apa yang Anda gunakan untuk menyalin / memindahkan file? Juga, bagaimana Anda mengharapkan alat salin untuk mengetahui apa yang ditetapkan sys-admin sebagai ukuran file maksimum yang diizinkan? Juga, apakah Anda yakin tidak ada masalah jari dari sisi Anda? Tidak ada alat salin yang seharusnya menghapus file asli jika penyalinan belum selesai.

— tshepang

Alat penyalinnya adalah Konquerer atau apa pun pengelola file itu di komputer Debian 3.5 KDE itu. Saya yakin saya tidak mencabut steker usb dalam durasi pekerjaan transfer jika itu yang Anda maksud?

— ptrcao

ptrcao, Setelah melakukan transfer, apakah Anda: (melepas drive USB) atau (menggunakan opsi eject / remove dan menunggu pop-up yang mengatakan Anda dapat menghapusnya dengan aman)?

— rozcietrzewiacz

Ya, itu masalah kebiasaan. Satu-satunya alasan saya tidak melakukan itu adalah pada beberapa jaringan, fitur tersebut tidak diaktifkan dalam lingkungan desktop, tetapi saya sepertinya mengingat fitur ini tersedia dan secara rutin digunakan oleh saya di jaringan Linux yang bersangkutan. Jadi, apa artinya itu bagimu? Adakah yang bisa membantu?

— ptrcao

"H drive": Saya berani bertaruh pelakunya ada di sisi windows dan tidak ada hubungannya dengan linux, jaringan, atau server. SMB Window tampaknya memiliki beberapa masalah seperti ini karena mencoba untuk buffer file secara internal dan memutuskan tautan yang asli (selama 'pindah') sebelum selesai.

— Jonathan Cline IEEE

Jawaban:

Pertama, jangan pernah memindahkan file di jaringan, hanya menyalin. Anda selalu dapat menghapus aslinya setelah salinan berhasil diselesaikan. Kedua, sistem lokal Anda bahkan mungkin tidak menyadari bahwa kuota sistem file ada pada penyimpanan jarak jauh - jangan menganggap bahwa bahkan mungkin untuk menebak sebelumnya apakah operasi penyalinan akan gagal karena kuota jarak jauh. Sejauh menyangkut proses "pengiriman", semua byte dikirim ke dan diterima oleh ujung jarak jauh, dan Anda ingin memindahkan file sehingga sekarang yang asli dapat dihapus - file pudar hilang.

"Ada cara untuk memulihkan di ujung tujuan?" - tidak mungkin. OKE, mungkin yang kecil. Periksa dengan admin jaringan untuk melihat apakah mungkin saja sistem benar-benar menerima file lengkap tetapi hanya melaporkan kepada Anda ukuran dalam kuota Anda. Jangan menahan nafasmu.

Dan saya minta maaf jika saya terdengar agak kasar, tetapi sepertinya beberapa kebiasaan baru sudah beres. :-)

— shon
sumber

Tidak ... :( Bagaimana mungkin administrator tidak menjaga hal ini? Saya hanya seorang siswa biasa, apa yang saya ketahui tentang komputer dan jaringan serta praktik manajemen data yang baik ... Anda telah memberikan secercah harapan. mengajukan permintaan dan membuka kasing untuk melihat apakah mereka dapat memulihkan file saya. Adakah saran lebih lanjut, praktis, hal-hal yang dapat saya lakukan, atau minta dilakukan untuk saya? File itu penting dan unik! Saya membutuhkannya .. . :(

— ptrcao

Juga, saya benar-benar mencoba untuk menyalin file yang tersisa dan menjalankannya di rumah. Bahkan, itu dilaporkan sebagai file 60MB oleh semua komputer yang melihatnya, dan sebenarnya file itu tidak berfungsi. Apakah itu mengesampingkan skenario harapan Anda?

— ptrcao

Sudahkah Anda berbicara dengan administrator sistem? Itulah satu-satunya harapan yang tersisa.

— shon

Ya, tidak ada balasan. :( Tapi mereka akhirnya akan melakukannya, kurasa ...

— ptrcao

Administrator yang malas membubarkannya sebentar dan mengatakan dia ingin menutup kasus ini. Itu instan. Setelah semua detail yang saya masukkan ke dalam kasus saya, dia tidak terlalu peduli dengan itu ...

— ptrcao

Solusi sekolah lama untuk waktu berikutnya:

# sync
# sync
# sync
# umount /mnt

(Ini agak sarkastik karena tiga sinkronisasi berturut-turut adalah warisan dan setengah takhayul. Lihatlah. Http://utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync )

Itu berguna di hari-hari SYSV.

Oke, butuh waktu cukup lama untuk menemukan ini di google. (Kenapa begitu sulit? Cerita rakyat tersesat?) Bagaimanapun saya sarankan anak muda itu untuk membaca buku Unix Folklore karya Raymond (yang ... tidak dapat saya temukan di Amazon ...?).

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

— Jonathan Cline IEEE
sumber

Adakah kebenaran pada filosofi yang harus Anda selaraskan; sinkronkan; sinkronkan; sinkronkan?

— Gilles 'SO- stop being evil'

utcc.utoronto.ca/~cks/space/blog/unix/TheLegendOfSync

— Jonathan Cline IEEE

Heh, itu membawaku kembali. Xenix ... Sinkronkan, tunggu LED HDD redup. Ulangi dua kali lagi dan panggilan untuk menghentikan sistem. Adakah yang masih mengorbankan ayam di keyboard sebelum memulai pembaruan besar?

— Fiasco Labs