Haruskah saya melepas drive USB sebelum mencabutnya?

45

Ketika Anda mencabut USB drive tanpa melepas, OS Anda memperingatkan Anda tentang betapa mengerikannya operasi semacam itu untuk perangkat Anda (saya menggunakan OSX).

Saya biasanya mengikuti saran, melepas sebelum mencabut kabel, tetapi itu terjadi berkali-kali (ribuan) bahwa, pada akhir tugas saya , saya hanya mencabut (penyimpanan Hd, Ponsel, dll.) Dan saya tidak pernah melihat data yang rusak pada saya perangkat.
Apakah saya beruntung atau bisakah peringatan yang mengganggu ini diabaikan?

systempuntoout
sumber
2
Tidak memposting jawaban karena data saya sepenuhnya anekdotal. Saya telah menjadi sysadmin dan kemudian menjadi pengembang perangkat lunak selama sekitar 15 tahun dan banyak teman saya berada dalam perdagangan yang sama dan saya tidak dapat mengingat satu orang mengeluh tentang kehilangan data karena mencabut perangkat USB tanpa melepasnya. Cukup gunakan akal sehat. Jangan mencabutnya saat Anda menyalin / memindahkan barang.
Nifle
@Nifle itulah yang saya bicarakan :) (sebenarnya, saya telah menentukan "di akhir tugas saya")
systempuntoout
1
Saya ingin menawarkan cerita anekdot tambahan - di lab di Uni orang (jelas) akan memasukkan stik USB untuk mengangkut pekerjaan. Kami tidak memiliki izin yang relevan untuk dilepas (jangan tanya ..) dan setelah istilah pertama muncul beberapa tanda penting besar yang memberi tahu orang-orang untuk tidak menggunakan port USB di keyboard, ini karena mereka terus menggunakan tongkat yang rusak (saya tahu secara pribadi setidaknya empat insiden). Tapi, yang ada di unit dasar yang digunakan dengan cara yang sama (tanpa izin unmount) tampaknya berfungsi dengan baik!
DMA57361
1
@ DMA57361, Jika Anda tidak memiliki izin untuk meng-unmount (saya bertanya-tanya bagaimana Anda melakukan mount kemudian di tempat pertama kemudian ... admin buruk buruk), Anda dapat tetap menjalankan sync, tunggu beberapa detik dan kemudian cabut.
user39559
2
hadiah lain ?! siapa muffin ya butterin? ;-) di sini, pilih lagi ...
Sky Sanders

Jawaban:

42

Entah Anda beruntung tidak pernah memiliki data yang rusak, atau Anda beruntung tidak pernah melihat data Anda rusak.

Saat Anda melakukan tindakan yang seharusnya menulis pada disk, sebagian besar sistem operasi membuat operasi tulis menjadi antrian. Dari waktu ke waktu, mereka menyiram antrian. (Saya menyebutnya antrian di sini, tetapi sebenarnya operasi dapat dilakukan di luar urutan, sistem operasi melakukan ini ketika lebih cepat dan memberikan hasil akhir yang sama.) Ini dapat membuat operasi penulisan jauh lebih cepat, baik karena sistem mencoba untuk melakukan mereka ketika tidak ada yang lebih baik untuk dilakukan dan karena itu dapat mengelompokkan mereka dengan cerdas.

Jika Anda mencabut perangkat Anda sebelum semuanya ditulis, Anda mungkin kehilangan data terbaru. Lebih buruk lagi, jika OS telah melakukan operasi rusak, Anda dapat menempatkan perangkat Anda dalam keadaan tidak konsisten dan kehilangan lebih dari data terbaru.

Beberapa sistem operasi beralih ke mode yang lebih konservatif (tetapi lebih lambat) untuk perangkat yang dapat dilepas, untuk mengurangi risiko yang terkait dengan mencabut perangkat sebelum dilepas.

TAMBAH :
Melakukan operasi yang tidak teratur terkadang bukan hanya masalah kecepatan. Media flash murah (yang tidak untuk realokasi sektor pada tingkat perangkat keras) memiliki batasan pada berapa kali Anda dapat menulis di sektor mana pun. Jika Anda secara naif menulis semua perubahan saat itu terjadi, ini dapat mematikan sektor-sektor yang berisi tabel alokasi file pada sistem file FAT (V) (kasus yang paling umum untuk drive yang dapat dilepas) atau jurnal pada sistem file modern yang khas. (Lihat misalnya diskusi tentang ini syncdi milis Linux Kernel .) Di sini, tidak memperbarui FAT atau jurnal setiap kali file ditulis bukan hanya peningkatan kinerja yang besar, itu juga baik untuk masa pakai perangkat keras.

Sampai saat ini, Linux hanya memberi pilihan antara sync(tulis semua perubahan saat terjadi) dan async(tulis kapan saja nyaman). Versi terbaru memperkenalkan flushopsi untuk sistem file FAT, yang ada di antara keduanya (siram semua penulisan yang tertunda segera setelah disk menjadi tidak aktif); aktif secara default di Ubuntu 10.04.

Pada catatan yang berbeda, melepas drive yang dapat dilepas memastikan bahwa tidak ada aplikasi yang membuka file. Jika Anda tidak melepas sebelum mencabut kabel, Anda tidak akan melihat jika Anda memiliki data yang belum disimpan sampai terlambat. Melepas saat file terbuka juga meningkatkan kemungkinan korupsi, baik pada tingkat sistem file (OS mungkin telah mengantri beberapa operasi sampai file ditutup) dan pada tingkat aplikasi (misalnya jika aplikasi meletakkan file kunci, ia akan menang ' t dihapus).

Gilles 'SANGAT berhenti menjadi jahat'
sumber
3
Pergi untuk syncpemasangan! : D
BloodPhilia
Apakah ini masih menjadi masalah saat menggunakan sistem file yang dijurnal?
NReilingh
1
@NRei Ya. Filesystem journal hanya mencegah korupsi data jika terjadi kesalahan di tengah proses penulisan. Itu tidak mencegah korupsi atau data yang hilang karena penulisan tidak terjadi sama sekali karena drive dicabut sebelum OS sempat menulis data.
menipu
@BloodPhilia: synckadang-kadang lebih menyakitkan daripada kinerja, lihat edit saya.
Gilles 'SANGAT berhenti menjadi jahat'
2
Setuju - systempuntoout sejauh ini beruntung. Saya telah kehilangan banyak pekerjaan karena tidak melepas pemasangan sebelum melepaskan flash drive. Anda dapat menyimpan semua yang Anda inginkan dalam aplikasi Anda, tetapi jika penulisan buffer, itu tidak terjadi di tempat yang penting. Anda hanya terbakar sekali ini.
brice
5

Risiko utama yang Anda miliki adalah keterlambatan menulis. Karena berbagai alasan, sistem tidak selalu menulis data ke disk saat disuruh dan menyimpannya di dalam memori. Ketika Anda melepasnya, itu memastikan semua yang kemudian ditulis ke disk (dan memastikan itu tidak sedang digunakan). Anda mungkin akan tahu jika saat ini Anda sedang menulis ke disk, tetapi Anda mungkin tidak menyadari bahwa OS Anda belum menulis semua yang sebelumnya Anda minta untuk ditulis.

Frekuensi ini tergantung pada sistem Anda dan apa yang Anda lakukan dengan drive USB. Jika unmount biasanya lambat dan Anda dapat mendengar suara penulisan yang berasal dari drive, maka Anda mungkin harus melanjutkan unmount. Jika tidak terpasang selalu instan, maka silakan lewati langkah ini dengan risiko Anda sendiri.

Jarvin
sumber
4
Saya percaya kebanyakan OS menonaktifkan penulisan yang tertunda ini untuk drive yang bisa dilepas.
Jeff Atwood
@ Jeff, itu tentu akan menjadi cara yang masuk akal untuk merawat drive USB. Apakah ada cara untuk memeriksanya? Di Windows 7?
Torben Gundtofte-Bruun
@torbengb: Sebenarnya, itu tidak selalu masuk akal - lihat jawaban saya yang diedit .
Gilles 'SANGAT berhenti menjadi jahat'
USB saya jika saya masuk ke opsi kebijakan, itu default untuk menggunakan Penghapusan Cepat yang mengatakan dalam deskripsi bahwa Safety Remove tidak diperlukan. Pilihan lainnya adalah Kinerja Terbaik yang bukan merupakan standar tetapi akan mengharuskan Anda untuk menghapus keselamatan. Jadi untuk sebagian besar default akan menghapus cepat yang berarti tidak perlu menghapus keselamatan.
ComputerLocus
@Fogest, itu benar, tetapi juga khusus untuk Windows; OP menggunakan OSX. Tentu saja, saya yakin OSX melakukan hal serupa.
Synetech
4

Saya tidak berpikir ada orang yang membahas masalah akses baca dan tulis. Jika Anda belum menyalin apa pun ke flash drive, atau membuka file untuk ditulis, Anda mungkin aman menghapusnya saja - jika saya hanya menyalin file dari flash drive ke komputer saya, saya biasanya tidak mengambil waktu untuk melepasnya. Tetapi jika saya menyalin file ke flash drive, maka saya mengambil langkah eatra - dan ya, saya memiliki file yang rusak akibat menghapus flash drive terlalu cepat setelah menulisnya.

tcrosley
sumber
3

Saya bekerja di kasino dan banyak produsen mesin slot sekarang menggunakan USB thumbdrives untuk menginstal file bin (game dan OS) ke mesin slot.

Mesin slot yang memiliki firmware rusak dapat atau tidak dapat memberikan ribuan jika tidak puluhan ribu dolar merupakan insentif besar untuk memastikan integritas data pada drive USB tersebut tidak rusak. Kepatuhan / Regulator tetap memeriksanya, tetapi masih menyimpan pekerjaan untuk melakukannya dengan benar pertama kali.

Dalam lingkungan perusahaan, kehilangan data dapat menelan biaya jutaan dan secara pribadi Anda mungkin kehilangan sesuatu yang tak tergantikan.

Saya pasti akan memastikan untuk meng-unmount, menghapus dengan aman, atau terminologi apa pun yang digunakan untuk memastikan bahwa setiap perangkat USB dengan data di dalamnya aman untuk dihapus.

dghughes
sumber
1
Tapi, menyalin MP3 untuk mendengarkan, tidak banyak.
cgp
3

Mengemudi mobil tanpa mengenakan sabuk pengaman dapat aman untuk sebagian besar waktu. Tetapi ketika sesuatu menjadi berantakan, Anda terima kasih menggunakannya.

Jadi iya. Bahkan jika sebagian besar waktu hanya melepas drive USB tanpa melepasnya bisa aman, itu pasti tidak dianjurkan.

Janne Pikkarainen
sumber
3

Ketika sebuah drive sedang ditulis untuk saya telah melihat korupsi ketika itu diturunkan terlalu dini. Sementara OS tidak menyimpan data tidak tertulis, biasanya XP setidaknya akan menerima permintaan penulisan yang dibuat cadangannya.

Saya memiliki seseorang menyalin file ke flash drive dan segera menyerahkannya kepada saya setelah salinan selesai di layarnya - file tersebut rusak.

Saya telah melihat lampu tulis flicker selama beberapa detik setelah sesuatu yang diduga telah selesai menyalin ke flash drive juga.

Loren Pechtel
sumber
2

Jika sistem melakukan operasi file pada disk, ada kemungkinan itu akan merusak data. Karena itu tidak pernah terjadi pada Anda, Anda beruntung. Gunakan akal sehat untuk memutuskan apakah OS Anda beroperasi atau tidak. (Apakah ada program / file dari drive yang terbuka / sedang digunakan? Apakah saya memiliki caching di drive aktif? Apakah sedang diindeks? Apakah OS saya menyimpan file sementara di dalamnya?)

BloodPhilia
sumber
2

Bukti anekdotal, bukan bukti, tetapi saya memiliki data korupsi karena pemutusan USB, tetapi hanya terjadi pada saya dengan ponsel Blackberry.

Dave Jacoby
sumber
2

Percayalah, YA.

Anda mungkin tidak ada yang mengakses USB drive, tetapi sebenarnya ada sesuatu. Dengan cara ini saya telah menghancurkan 3 HDD Cadangan eksternal, dan kehilangan Data dalam jumlah hampir 2 terabyte.

SELALU, SELALU, unmount sebelum mencabut.

Beruang yang pemarah
sumber
Wow, 3 HDD adalah nasib buruk.
systempuntoout
3
@systempuntoout: "Sekali itu lucu, dua kali konyol, tiga kali layak dipukul." Setelah beberapa insiden pertama, Anda mungkin ingin melihat lebih dalam daripada "nasib buruk".
Chris Burgess
1

Lepas itu menjadi aman (jika Anda benar-benar paranoid), tetapi seperti yang telah disebutkan kehilangan data terutama terjadi karena keterlambatan menulis.

Namun ada satu hal lagi yang harus dilakukan dengan drive portabel WD Essential saya. Jika saya mencabutnya tanpa pemasangan bersih, lain kali saya pasang itu akan membuat drive read-only. Saya harus me-reboot pc dengan drive untuk membuatnya bisa ditulisi lagi .. paling menjengkelkan!

pengguna47602
sumber
0

Skenario lain pada sistem Windows 10 adalah ketika flash drive (di sini, 64 Gb, tidak ada readyboost) dihapus secara fisik saat sistem dalam hibernasi. Setelah sistem melakukan booting lembut dari hibernate, pemindahan atau salinan file yang diubah pada flash stick dapat menyebabkan file atau direktori rusak dan kesalahan yang tidak dapat dibaca .
Untuk memintas kesalahan (bersama dengan tindakan chkdsk yang diperlukan menghasilkan satu atau dua fragmen chk , dan "memulihkan" drive yang dinyatakan sangat sehat), kami mencoba right_click_on_drive_to_eject, atau melepas stik. Baik, tetapi ketika pengguna kemudian menonaktifkan / mengaktifkannya di Perangkat, drive tidak akan muncul di jendela explorer, dan masih muncul sebagai Tidak Ada Media dalam Manajemen Disk. Satu-satunya cara untuk memasang kembali perangkat sepenuhnya adalah dengan melepaskan secara fisik dan menghubungkan kembali unit.
Oleh karena itu lebih baik untuk melepas perangkat dengan anggun sebelum mencabutnya.

Laurie Stearn
sumber