Setiap kali saya melepas drive USB dengan Nautilus dan menancapkannya ke mesin Windows, saya menerima peringatan bahwa drive perlu diperbaiki.
(pesan yang sama seperti di tangkapan layar ini)
Selama 10+ tahun bekerja dengan windows, saya tidak pernah memiliki drive USB yang rusak atau rusak, tetapi selama dua tahun terakhir tiga drive USB saya tidak beroperasi, jadi saya tidak dapat membuktikannya, tetapi jelas bahwa ini terkait dengan perilaku pemasangan Ubuntu (tidak) Ubuntu .
Seorang teman mengatakan kepada saya bahwa saya dapat mencegah kerusakan seperti menggunakan udisk dan sinkronisasi, tapi saya harap ini bukan cara untuk melakukannya, memasang drive dengan perintah shell pada tahun 2016.
windows
filesystem
ntfs
fat32
jan6352781
sumber
sumber
sync
shell sebelum unmount di Ubuntu? (tidak mungkin) 2) Cobalah menulis hanya satu file pada satu waktu, unmount, lalu periksa apakah file ini dapat dibaca di windows dan isinya sudah terbaru, meskipun melihat peringatan ini. 2) berarti masalah ini kemungkinan besar karena Windows cerewet mengatakan "kami menemukan kesalahan" tentang beberapa masalah tidak nyata.Stage 2: Examining file name linkage ... Found corrupt basic file structure for "<0x32,0x1e63>" ... queued for offline repair. Found an unneeded link ($FILE_NAME: ???) in index "$I30" of directory "\ <0x5,0x5>" ... queued for offline repair. Found missing Index entry for file "<0x32,0x1e63>" from index "\??\D:\found.000" of directory "$I30" ... queued for offline repair.
¯\(o_o)/¯
Jawaban:
Jangan khawatir Ubuntu tidak merusak drive USB Anda. Tetapi kami tidak menggunakan flag bit yang didokumentasikan dengan buruk dari sistem file FAT32, FAT16, atau NTFS. Pada Windows, flag-flag ini mengindikasikan sistem file yang kemungkinan rusak ketika kami tidak melakukan unmount drive dengan benar atau kesalahan I / O terjadi.
Bit tersebut terletak di entri tabel tabel FAT yang disediakan. Menurut makalah internal Microsoft tahun 2004 tujuan dari bit-bit ini adalah:
Ada beberapa diskusi dengan pengembang sistem file kernel beberapa tahun yang lalu tentang cara mengatasi ini tetapi saya tidak dapat menindaklanjuti hasilnya. Rupanya itu tidak membuatnya menjadi kernel baru.
Karena hanya sedikit flag yang terlibat, tetapi umumnya data kami harus dalam kondisi sempurna, kami dapat mengabaikan peringatan masalah Windows pada drive yang sebelumnya kami gunakan di Ubuntu.
sumber
Ini sebagian besar masalah dengan Windows. Ia berpikir itu adalah satu-satunya OS di dunia dan bertindak jika mendeteksi sesuatu yang tidak dimengerti.
Hanya karena Windows mengatakan Anda harus memperbaiki drive tidak membuatnya menjadi kenyataan.
Setiap drive saya yang digunakan dengan Ubuntu mendapatkan pesan ini dari Windows, saya hanya mengatakan
no
dan mereka bekerja dengan baik dengan Windows.Singkatnya tidak ada yang salah dengan drive, hanya saja ada sesuatu di sana yang tidak dimengerti Windows dan responsnya menghancurkannya.
Jangan
repair
drive, itu akan memformatnya tanpa memberi tahu Anda dan Anda akan kehilangan semua data pada drive.sumber
Seperti yang Anda sarankan dalam komentar, ini mungkin terkait dengan Ubuntu yang tidak menyelesaikan proses penulisan sebelum Anda menghapus flash drive. Ubuntu menulis file ke RAM selama proses penyalinan, dan menulis file-file ini dari buffer ke drive USB di latar belakang setelah dialog penyalinan ditutup. Ada jawaban lainyang menunjukkan ini terutama masalah untuk mesin dengan jumlah memori yang besar, tetapi kemungkinan Anda melepas drive sebelum penulisan latar belakang selesai. Saat Anda mengeluarkan drive, ini memaksa buffer untuk ditulis ke disk, tetapi sulit untuk mengatakan kapan penulisan benar-benar selesai. Ada pop-up dalam versi yang lebih baru (15.10 pasti, mungkin 15.04) dimaksudkan untuk memperbaiki ini - peringatan ungu muncul setelah beberapa waktu (umumnya singkat) yang mengatakan sesuatu di sepanjang baris "[Drive] sekarang dapat dihapus" sekali penulisan selesai.
Ini mungkin alasan teman Anda menyarankan sinkronisasi. Berjalan
sync
di terminal memaksa semua data buffered untuk ditulis ke disk, dan seharusnya kembali hanya setelah penulisan selesai (Lihat jawaban ini ). Lihat jawaban ini untuk utilitas yang akan membantu Anda menentukan apakah ini sebenarnya masalahnya.sumber
eject
di terminal untuk waktu yang lama, dan ada penundaan yang nyata sebelum kembali jika saya baru saja menyalin file besar.Saya telah melihat banyak drive USB, terutama kartu flash (SD, dll.) Dalam adaptor USB, dengan sistem file FAT (hampir setiap drive USB sudah diformat dengan FAT32) rusak ketika menggunakan distro yang berasal dari Ubuntu & Ubuntu. Itu hampir merupakan kejadian rutin setiap beberapa bulan penggunaan sehari-hari secara teratur.
Jika itu adalah masalah perangkat keras, maka memformat partisi dengan ext3 (atau 4) seharusnya tidak membantu, tetapi ext3 / 4 membuat filesystem hampir anti peluru. (ext2 juga rusak selama beberapa bulan saya mencobanya; seharusnya memiliki lebih sedikit menulis sehingga hidup lebih lama untuk flash drive, terutama dari tidak ada jurnal).
Jadi, Ubuntu seharusnya tidak secara fisik merusak drive USB sendiri, tetapi saya masih tidak mempercayainya 100% dengan sistem file FAT.
Saya pikir korupsi filesystem bisa dihindari dengan:
umount
/ dikeluarkan. Bahkan jika drive saat ini sedang tidak menulis apa-apa (jika memiliki cahaya itu tidak berkedip) dan bahkan jika Anda sudah melakukansync
filesystem mungkin masihumount
/ mengeluarkan sebelum mencabutnya. Tampaknya bahkan setelahumount
aktivitas drive, cahaya terkadang tetap berkedip untuk sementara waktu. Pengguna lain seperti orang ini mengatakan ini bisa berlangsung hingga satu menit.sync
- satunya , seperti orang ini yang mendapat file korupsi.Tautan terkait (umumnya):
sumber
Ini tidak ada hubungannya dengan sistem operasi apa pun. Ini adalah kesalahan sistem file, yang dalam kebanyakan kasus menunjukkan bahwa drive tidak dilepas dengan benar (kesalahan pengguna). Ini bukan indikasi kerusakan mutlak, itu hanya menunjukkan kemungkinan kerusakan. Jika ada, kerusakan biasanya terbatas pada file tertulis terakhir. Perintah "Perbaikan" Windows dalam hal ini memindai drive untuk sektor yang ditandai sebagai "ditempati", tetapi tidak ditugaskan untuk file apa pun dan kemudian memberikan memo dan potongan ini ke file baru.
Kesalahan ini juga dapat dibuat pada Windows, jika Anda hanya mencabut drive saat menulis tanpa melepasnya terlebih dahulu (pada Windows "Eject" melakukan unmount).
Melihat pesan ini berarti drive tidak dilepas dengan benar.
Anda dapat memverifikasi sendiri jika sistem file benar-benar rusak atau hanya positif palsu: jika setelah menjalankan "Perbaikan" folder baru bernama "found000" muncul dengan beberapa file di dalamnya, itu berarti benar-benar ada tulisan yang belum selesai yang terganggu. Beberapa data Anda hilang, dan itu menjadi perhatian.
sumber
Saya menggunakan beberapa tahun ubuntu dan windows dengan dual-boot, dan ketika saya unmount drive dengan cara yang benar, di windows selalu muncul pesan kesalahan, tetapi tidak pernah ada kesalahan pada usb drive saya. Di W10 Anda dapat mematikan pesan kesalahan pop-up ini.
sumber
Hampir tidak ada cara untuk OS apa pun dapat merusak drive USB, setelah format normal (bukan yang cepat), seharusnya tidak ada jejak yang tersisa bahwa drive itu pernah digunakan dengan Ubuntu.
Periksa drive dengan "H2testw" atau "USB Flash Drive Tester" - bad sector mungkin menjadi sumber banyak kesalahan aneh.
sumber
Saya tidak bisa mengatakan apakah drive itu "rusak", mungkin itu dan mungkin tidak. Tetapi sebagai seseorang yang dapat mengatakan hal yang sama: "Selama 10+ tahun bekerja dengan windows ...", saya dapat memberitahu Anda bahwa jika Anda menjalankan Windows 10, itu bisa menjadi sumber masalah baru Anda. Saya mengalami masalah baru pada hari pertama saya di 10: di 10 database dibuat untuk drive eksternal (mungkin itu adalah basis data pengindeksan, saya tidak ingat). Jika database itu tidak cocok dengan drive itu akan memberitahu Anda bahwa drive Anda rusak, kadang-kadang Anda dapat mengabaikan peringatan ini dan kadang-kadang Anda tidak bisa (lihat anekdot). Menjalankan "perbaikan" akan memperbaiki database.
Anekdot:
Berlari
sync
juga bukan ide yang buruk.sumber