Ubuntu có làm hỏng ổ USB không?


74

Bất cứ khi nào tôi ngắt kết nối ổ USB với Nautilus và cắm nó vào máy Windows, tôi sẽ nhận được cảnh báo rằng ổ đĩa cần được sửa chữa.


(thông điệp giống như trong ảnh chụp màn hình này)

Trong hơn 10 năm làm việc với các cửa sổ, tôi chưa bao giờ có ổ USB bị hỏng hoặc bị hỏng nhưng trong hai năm qua, ba ổ USB của tôi đã không hoạt động, vì vậy tôi không thể chứng minh được, nhưng rõ ràng điều này có liên quan đến hành vi gắn kết của Ubuntu .

Một người bạn đã nói với tôi rằng tôi có thể ngăn chặn thiệt hại như vậy bằng cách sử dụng udisks và đồng bộ hóa, nhưng tôi hy vọng đây không phải là cách để làm điều đó, gắn ổ đĩa bằng lệnh shell trong năm 2016.


1
Tôi sẽ thử hai bài kiểm tra để tìm ra nguyên nhân gốc rễ: 1) Bạn có thể ngăn lỗi xuất hiện nếu bạn gọi synctrong một vỏ trước khi ngắt kết nối trong Ubuntu không? (không có khả năng) 2) Thử chỉ viết một tệp tại một thời điểm, ngắt kết nối, sau đó kiểm tra xem tệp này có thể được đọc trên cửa sổ không và nội dung của nó có được cập nhật hay không, mặc dù đã thấy cảnh báo này. 2) có nghĩa là vấn đề rất có thể xảy ra với Windows khi nói rằng "chúng tôi đã tìm thấy lỗi" về một số vấn đề không có thực.
arielf

2
Đừng tin mọi người khi họ nói với bạn rằng Linux sẽ không làm hỏng ổ đĩa của bạn. Nó có thể. Trên Ubuntu 15, chỉ sao chép tệp sau khi khởi động lại liên tục gây ra lỗi cho tôi trong chkdsk như sau: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.
Mehrdad

1
^ ... không đề cập đến, điều này thậm chí không phải trên một ổ đĩa flash, nó nằm trên ổ SSD chính của tôi. Một ổ SSD hoàn toàn mới. Và điều đó đã xảy ra mỗi lần tôi không thêm một tấn I / O bổ sung sau khi sao chép tập tin. Nói cách khác, việc thực hiện các NTFS Linux được phá vỡ, càng nhiều càng tốt các fan của mình sẽ muốn từ chối nó và tránh tin.
Mehrdad

12
Đây có phải là một hệ thống tập tin NTFS? FAT32? Bạn có thể tái tạo nó một cách đáng tin cậy?
Braiam

2
Có gì tệ với việc gắn ổ đĩa với lệnh shell ? ¯\(o_o)/¯
ulidtko

Câu trả lời:


104

Đừng lo lắng Ubuntu đã không làm hỏng ổ USB của bạn. Nhưng chúng tôi không sử dụng các cờ bit được ghi chép kém của hệ thống tệp FAT32, FAT16 hoặc NTFS. Trên Windows, các cờ này biểu thị một hệ thống tệp có thể bị hỏng khi chúng tôi không ngắt kết nối ổ đĩa hoặc xảy ra lỗi I / O.

Các bit này được đặt trong một mục dành riêng của bảng phân vùng FAT. Theo một bài báo nội bộ của Microsoft năm 2004 , mục đích của các bit này là:

  • ClnShutBitMask:
    Nếu bit là 1, âm lượng là xóa sạch. Âm lượng có thể được gắn để truy cập. Nếu bit là 0, thì âm lượng là bẩn bẩn cho thấy trình điều khiển hệ thống tệp FAT không thể tháo gỡ âm lượng đúng cách (trong quá trình vận hành gắn kết trước đó). Nội dung âm lượng phải được quét để tìm bất kỳ thiệt hại nào đối với siêu dữ liệu hệ thống tệp.
  • HrdErrBitMask:
    Nếu bit này là 1, không gặp phải lỗi đọc / ghi đĩa. Nếu bit này là 0, thì việc thực thi trình điều khiển hệ thống tệp đã gặp lỗi I / O đĩa trên ổ đĩa trong lần gắn kết cuối cùng, đây là một chỉ báo cho thấy một số cung có thể bị hỏng. Các nội dung âm lượng nên được quét với một tiện ích sửa chữa đĩa phân tích bề mặt trên nó để tìm kiếm các thành phần xấu mới.

Có một số cuộc thảo luận với các nhà phát triển hệ thống tập tin kernel vài năm trước về cách khắc phục điều này nhưng tôi không thể theo dõi kết quả. Rõ ràng nó đã không biến nó thành hạt nhân gần đây.

Vì chỉ có một chút cờ có liên quan nhưng nhìn chung dữ liệu của chúng tôi phải ở trạng thái hoàn hảo, chúng tôi có thể bỏ qua cảnh báo các sự cố Windows trên các ổ đĩa mà chúng tôi đã sử dụng trước đây trong Ubuntu.


3
Tôi chưa bao giờ gặp những lỗi này trong các ổ đĩa này khi tôi thực sự ngắt kết nối các ổ đĩa một cách an toàn - bạn có chắc chắn hỗ trợ cho các bit này không?
Thomas Ward

5
@ThomasW. Các bit này khá tối nghĩa nhưng đôi khi tôi gặp những lỗi này với các ổ USB được định dạng Ubuntu trên Windows tại nơi làm việc của tôi Windows 7. Cho đến nay tôi không thấy bất kỳ mẫu hữu ích nào. Điều duy nhất tôi có thể nói là tôi luôn luôn ngắt kết nối / đẩy các ổ đĩa. Kiểm tra không dễ dàng vì ở nhà không có Windows, tại nơi làm việc không có Ubuntu.
Takkat

Tiêu đề là sai.
MatthewRock

@MatthewRock: tốt hơn?
Takkat

Vâng, nó là tốt hơn.
MatthewRock

74

Đây chủ yếu là một vấn đề với Windows. Nó nghĩ rằng đó là hệ điều hành duy nhất trên thế giới và hành động nếu phát hiện ra điều gì đó mà nó không hiểu.

Chỉ vì Windows nói rằng bạn phải sửa chữa ổ đĩa không thành sự thật.

Bất kỳ ổ đĩa nào của tôi được sử dụng với Ubuntu đều nhận được thông báo này từ Windows, tôi chỉ nói novà chúng hoạt động tốt với Windows.

Nói tóm lại, không có gì sai với ổ đĩa, chỉ là có một cái gì đó trên đó mà Windows không hiểu và phản ứng của nó là phá hủy nó.

Đừng dùng repairổ đĩa, nó sẽ định dạng nó mà không cho bạn biết và bạn sẽ mất tất cả dữ liệu trên ổ đĩa.


40
1. Sửa chữa không định dạng, sửa chữa lưu dữ liệu được phân bổ vào một thư mục. Đối với tôi có vẻ như Ubuntu không hoàn thành quá trình viết đúng.
jan6352781

10
2. Hầu hết các ổ USB đều được định dạng FAT32, được phát triển bởi Microsoft, vậy tại sao Windows phải là hệ thống duy nhất "không hiểu" đôi khi ??
jan6352781

17
-1 vì nó không có cơ sở và sai. Tôi đã thấy Ubuntu 15 làm hỏng ổ đĩa NTFS của tôi (vâng, tôi biết bạn sẽ không tin tôi, nhưng tôi đã nhìn thấy nó bằng chính mắt mình và sao chép ít nhất 3-4 lần liên tiếp trước khi tự tin) và nó đã xảy ra ngay cả khi tôi đồng bộ hóa rõ ràng tất cả các bộ đệm. Tôi đồng tình với @ jan6352781 rằng tôi cũng nghi ngờ đó là do không hoàn thành quá trình viết, và tôi vẫn làm. Trong thực tế, nếu bạn đợi đủ lâu sau khi viết trước khi khởi động lại Ubuntu, nó hoạt động tốt. Chúng tôi không có lý do để tin rằng Windows có lỗi ở đây và mọi lý do để tin Ubuntu là.
Mehrdad

7
Sửa chữa ổ đĩa không định dạng nó. Nó chạy chkdsk. Nó không có nhiều định dạng đĩa hơn định dạng fsck một đĩa.
Journeyman Geek

16
Toàn bộ câu trả lời này chỉ là một câu nói của Windows với không có bằng chứng (ngoại trừ giai thoại).
Millie Smith

18

Như bạn đã đề xuất trong một nhận xét, điều này có thể liên quan đến Ubuntu không hoàn thành quá trình ghi trước khi bạn loại bỏ ổ đĩa flash. Ubuntu ghi các tệp vào RAM trong quá trình sao chép và ghi các tệp này từ bộ đệm vào ổ USB dưới nền sau khi đóng hộp thoại sao chép. Có câu trả lời khácđiều đó cho thấy đây đặc biệt là vấn đề đối với các máy có dung lượng bộ nhớ lớn, nhưng có khả năng là bạn đang xóa ổ đĩa trước khi quá trình ghi nền hoàn tất. Khi bạn đẩy một ổ đĩa, điều này buộc bộ đệm được ghi vào đĩa, nhưng rất khó để biết khi nào việc ghi thực sự hoàn thành. Có một cửa sổ bật lên trong các phiên bản mới hơn (15.10, nhất định, có thể là 15.04) nhằm khắc phục điều này - một cảnh báo màu tím xuất hiện sau một khoảng thời gian (nói chung là ngắn) nói rằng một cái gì đó dọc theo dòng "[Drive] hiện có thể được gỡ bỏ" một lần viết xong.

Đây có lẽ là lý do bạn của bạn đề nghị đồng bộ hóa. Chạy synctrong thiết bị đầu cuối buộc tất cả dữ liệu đệm được ghi vào đĩa và chỉ nên trả về sau khi ghi xong (Xem câu trả lời này ). Xem câu trả lời này cho một tiện ích sẽ giúp bạn xác định xem đây có thực sự là vấn đề không.


Tôi nhận được cửa sổ bật lên trong 14.04 (phiên bản Linux Mint KDE) bất cứ khi nào tôi lấy ổ USB và cả máy 15.10 Kubfox của tôi. Không chắc chắn về 15.04, nhưng tôi sẽ giả sử như vậy.
Jon Bentley

1
GUI thực sự không làm cho nó rõ ràng? Tôi đã sử dụng ejectthiết bị đầu cuối trong một thời gian dài và có một sự chậm trễ đáng chú ý trước khi nó trở lại nếu tôi vừa sao chép một tệp lớn.
Izkata

1
@Izkata Trên vanilla Ubuntu 14.04, khi bạn nhấp vào biểu tượng đẩy trong Nautilus, nó sẽ biến mất ngay lập tức. Tuy nhiên, không giống như các ổ đĩa trong, các ổ USB biến mất hoàn toàn khỏi thanh bên khi hoàn toàn không được kết nối (tức là ghi xong), do đó, có một khoảng thời gian trong đó ổ USB được ghi nhưng dường như bị đẩy ra.
alex_d

5

Tôi đã thấy rất nhiều ổ đĩa USB, đặc biệt là thẻ flash (SD, v.v.) trong bộ điều hợp USB, với các hệ thống tập tin FAT (hầu như mọi ổ USB đều được định dạng sẵn với FAT32) bị hỏng trong khi sử dụng các bản phát hành có nguồn gốc từ Ubuntu và Ubuntu. Nó gần như là một sự xuất hiện thường xuyên cứ sau vài tháng sử dụng hàng ngày.

Nếu đó là một vấn đề về phần cứng, thì việc định dạng các phân vùng bằng ext3 (hoặc 4) không nên giúp đỡ, nhưng ext3 / 4 làm cho các hệ thống tập tin hầu như chống đạn. (ext2 cũng bị hỏng trong vài tháng tôi đã thử nó; được cho là đã viết ít hơn nên tuổi thọ dài hơn cho các ổ đĩa flash, chủ yếu là từ không có tạp chí).

Vì vậy, Ubuntu không nên tự làm hỏng ổ đĩa USB, nhưng tôi vẫn không tin tưởng 100% với các hệ thống tập tin FAT.

Tôi nghĩ rằng tham nhũng hệ thống tập tin có thể tránh được tốt nhất bằng cách:

  • Không bao giờ rút phích cắm ổ USB cho đến khi nó bị ngắt kết nối / umount/ bị đẩy ra. Ngay cả khi ổ đĩa hiện không ghi bất cứ điều gì (nếu nó có đèn thì nó không nhấp nháy) và ngay cả khi bạn đã thực hiện một synchệ thống tập tin vẫn có thể
  • Đợi ít nhất vài giây sau umount/ đẩy ra trước khi rút phích cắm. Có vẻ như ngay cả sau khi umountđèn hoạt động của ổ đĩa đôi khi có thể tiếp tục nhấp nháy một lúc. Những người dùng khác như anh chàng này nói rằng nó có thể tiếp tục đến một phút.
  • Đừng chỉ dựa vào syncmột trong hai, như anh chàng này đã bị hỏng tập tin.

Liên kết (nói chung) liên quan:


3

Điều này có ít liên quan đến bất kỳ hệ điều hành. Đây là một lỗi hệ thống tệp, trong hầu hết các trường hợp chỉ ra rằng ổ đĩa không được ngắt đúng cách (lỗi người dùng). Nó không phải là một dấu hiệu tuyệt đối của thiệt hại, nó chỉ cho thấy khả năng thiệt hại. Nếu có, thiệt hại thường được giới hạn ở (các) tệp viết cuối cùng. Lệnh "Sửa chữa" của Windows trong trường hợp này sẽ quét ổ đĩa cho các khu vực được đánh dấu là "chiếm đóng", nhưng không được gán cho bất kỳ tệp nào và sau đó gán các mẩu tin và mẩu này cho các tệp mới.

Lỗi này cũng có thể được tạo trên Windows, nếu bạn vừa rút ổ đĩa trong khi ghi mà không ngắt kết nối trước (trong Windows "Eject" thực hiện ngắt kết nối).

Nhìn thấy thông báo này có nghĩa là ổ đĩa không được ngắt đúng cách.

Bạn có thể tự mình xác minh xem hệ thống tệp có thực sự bị hỏng hay chỉ là dương tính giả: nếu sau khi chạy "Sửa chữa", một thư mục mới có tên "Found000" xuất hiện cùng với một số tệp trong đó, điều đó có nghĩa là thực sự có một bản ghi chưa hoàn thành bị gián đoạn. Một số dữ liệu của bạn đã bị mất và đó là một mối quan tâm.


2

Tôi sử dụng vài năm ubfox và windows với dual-boot và khi tôi ngắt kết nối ổ đĩa đúng cách, trong các cửa sổ luôn hiển thị thông báo lỗi, nhưng không bao giờ có lỗi trên ổ USB của tôi. Trong W10, bạn có thể tắt thông báo lỗi bật lên này.

nhập mô tả hình ảnh ở đây


1

Hầu như không có cách nào để bất kỳ HĐH nào có thể làm hỏng ổ USB, sau một định dạng bình thường (không phải là nhanh), sẽ không còn dấu vết nào mà ổ đĩa đó đã từng được sử dụng với Ubuntu.

Kiểm tra các ổ đĩa bằng "H2testw" hoặc "USB Flash Drive Tester" - các thành phần xấu có thể là nguồn gốc của nhiều lỗi lạ.


4
OP được dùng từ xấu, nhưng nó có nghĩa là "hệ thống tệp", không phải "flash ROM".
wizzwizz4

Có vẻ như OP có thể có nghĩa là hư hỏng ổ USB thực tế , họ nói rằng "Tôi chưa bao giờ bị hỏng hoặc hỏng ổ USB nhưng trong hai năm qua, ba ổ USB của tôi đã không hoạt động " Nếu chúng có nghĩa là chỉ bị hỏng thì có lẽ chúng đã bị hỏng, thay vì "không hoạt động" @ wizzwizz4
Xen2050

3
@ Xen2050 Tuy nhiên, tất cả các câu trả lời khác và các luồng nhận xét bao gồm jan6352781 ngụ ý hoặc trạng thái, hệ thống tệp là vấn đề và "thiết bị hỏng" là ngoại suy của chúng không hoạt động đúng.
wizzwizz4

@ wizzwizz4 Vâng, trong câu trả lời của Mark Kirby, OP nhận xét "3. Những năm qua tôi đã bỏ qua việc sửa chữa gần như mỗi ngày với các tệp và ổ USB bị hỏng ." Tôi đoán rằng chỉ từ các ổ đĩa cũ đã bị lỗi, các cửa sổ hoặc không, nhưng họ OP vẫn nói điều đó
Xen2050

@ Xen2050 Hoặc có thể OP đã đề cập đến thông báo cũ "Thiết bị bị hỏng. Bạn có muốn Windows sửa nó không?" (paraphrased) đôi khi xuất hiện khi một dll khác xử lý vấn đề. (Tôi đã tự nó xuất hiện, mặc dù tôi không chắc câu cuối cùng là đúng.)
wizzwizz4

1

Tôi không thể nói nếu ổ đĩa bị "hỏng", có thể đó là và có thể nó không. Nhưng như một người có thể nói như vậy: "Trong hơn 10 năm làm việc với windows ...", tôi có thể nói với bạn rằng nếu bạn đang chạy Windows 10 thì đó có thể là nguồn gốc của các vấn đề mới của bạn. Tôi gặp phải một vấn đề mới vào ngày đầu tiên của tôi vào ngày 10: trong 10 cơ sở dữ liệu được tạo cho các ổ đĩa ngoài (nó có thể là cơ sở dữ liệu lập chỉ mục, tôi không nhớ). Nếu cơ sở dữ liệu đó không khớp với ổ đĩa, nó sẽ cho bạn biết rằng ổ đĩa của bạn bị hỏng, đôi khi bạn có thể bỏ qua cảnh báo này và đôi khi bạn không thể (xem giai thoại). Chạy "sửa chữa" sẽ sửa chữa cơ sở dữ liệu.

Giai thoại:

Tôi không thể nhớ nơi tôi tìm thấy thông tin này nhưng tôi đã phát hiện ra nó khi tôi di chuyển thư mục Âm nhạc của mình. Nó phàn nàn rằng ổ đĩa bị hỏng thay vì chỉ phàn nàn về thư mục mà nó đang tìm kiếm không còn tồn tại nữa. Trước khi tôi chạy sửa chữa, vị trí mới xuất hiện trên Ubuntu và vị trí cũ trên Windows 10 ... nhưng tất cả các tệp không thể mở được vào 10. Sau khi tôi chạy sửa chữa, vị trí mới của thư mục Âm nhạc xuất hiện trong Windows, thư mục cũ biến mất và nó hoạt động trở lại trên Windows.

Chạy synccũng là một ý tưởng không tồi.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.