Saya melakukan ini beberapa tahun yang lalu. Pendekatan saya adalah secara langsung, tidak ada waktu untuk kehilangan, unmount partisi dan kemudian
dd if=/dev/hda1 of=backup_image.ext3
untuk memiliki file cadangan dengan status partisi yang tepat. Kemudian Anda dapat memasang partisi lagi dan melanjutkan bisnis seperti biasa saat Anda mencari file yang dihapus di gambar yang Anda buat. Gambar mungkin akan SANGAT besar karena Anda membutuhkan semua ruang "kosong", jadi mungkin masalah praktis untuk menyimpannya.
Kemudian itu hanya untuk melakukan pencarian yang membosankan setelah potongan teks yang saya harapkan berada di suatu tempat di sup konten partisi. Misalnya untuk menemukan file .tex, saya berlari
grep --binary-files=text -1000 "subsection" < backup_image.ext3 > latexfiles
yang mencetak konteks besar di sekitar frasa "ayat" dan menyimpan output ke file yang akan dicari secara manual. Saya mencetak konteks yang sangat besar karena butuh waktu lama untuk mencari gambar sehingga saya lebih suka tidak melakukannya lebih dari yang seharusnya.
Juga perintah stringsitu membantu dalam menghapus sampah biner dari output, tetapi jika saya ingat dengan benar itu juga menghapus semua baris baru, yang bisa menjadi masalah.
Untuk menemukan file biner dengan cara yang sama, orang mungkin berhasil menemukan header karakteristik atau sesuatu dari file tertentu, tetapi saya membayangkan itu menjadi petualangan yang agak besar.
Catatan teknis singkat: ada kesulitan teknis dengan pemulihan disk dan Ext3 / 4. Ini adalah hal yang panjang untuk dijelaskan, tetapi secara singkat (dan tidak memadai): Ext3 / 4 menghapus "markers" yang memberi tahu OS di mana file berada pada disk ketika Anda menghapusnya. File tidak digosok, tetapi tidak ada yang tahu di mana pada disk mereka mulai dan berakhir lagi, dan kadang-kadang bahkan terfragmentasi di beberapa tempat. Beberapa sistem file lain hanya mengatur status file menjadi "dihapus", tetapi simpan data lokasi. Maka batal hapus tidak lebih sulit daripada melihat file pointer dengan flag ini (mereka harus tetap tersedia jika tidak terlalu banyak aktivitas telah terjadi), dan kemudian berharap konten mereka belum ditimpa.
Apa yang terbaik Retorika, dalam pandangan saya. Pencadangan yang sering adalah jawaban untuk semua masalah ini. Data penting tanpa sistem cadangan otomatis adalah kecelakaan yang menunggu untuk terjadi, IMHO.
Anekdot pribadi yang wajib: Saya akan hapus foo\ foo*dari ~. saya menulis
rm -r foo<Tab>*
, yang sayangnya, karena footernyata adalah symlink dan satu-satunya file yang cocok dengan ini, shell dibuat menjadi
rm -r foo\ foo *
Aku menekan Enter dan duduk di sana melihat perintah, yang seharusnya paling lama. Setelah agak lama rmbertanya kepada saya apakah saya ingin "menghapus file yang dilindungi tulis 'sesuatu'". Cukup cepat saya merasakan kedinginan dan lembut dan sangat terkontrol saya menekan Ctrl+c. ~ Setengah dari saya ~telah dihapus, tetapi saya berhasil mendapatkan semuanya kembali melalui grepping yang dijelaskan di atas dan beberapa cadangan saat ini. Saya memiliki beberapa data pribadi yang sangat berharga (baca: menghabiskan waktu) dan sangat baru pada disk yang hilang, tetapi saya telah membuat cadangan empat kali lipat. Satu menghilang di sini, yang lain karena pemadaman sistem di sekolah, yang lain korup, dan pada awalnya saya tidak dapat menemukan yang keempat, karena saya secara tidak sengaja memasukkannya ke folder yang salah :-D. Belumrm -rmacet pada file yang dilindungi tulis, yang keempat akan dimakan sejak folder itu dipasang melalui sshfs di file saya ~. Saya jauh lebih berhati-hati tentang hal-hal semacam itu sejak itu.
rmadalah perintah UNIX / Linux "berbahaya" (baca$ man rm). Gunakan dengan sangat hati-hati . Dengan itu, ini adalah cara cepat untuk menghapus file yang Anda yakini. Lingkungan Linux Modern dan Unix Desktop memang menyediakan solusi "Tempat Sampah" , sehingga pengguna dapat dengan mudah memulihkan file yang terhapus secara tidak sengaja.