Ubuntu会损坏USB驱动器吗？

每当我使用Nautilus卸载USB驱动器并将其插入Windows机器时，都会收到警告，提示该驱动器需要维修。

（与该屏幕截图相同的消息）

在使用Windows的10多年中，我从未损坏或损坏过USB驱动器，但是在最近两年中，我的USB驱动器中有三个无法使用，因此我无法证明这一点，但是很明显，这与Ubuntu的（un）mount行为有关。

一位朋友告诉我，我可以使用udisk和sync防止这种损坏，但是我希望这不是做到这一点的方法，2016年使用shell命令安装驱动器。

不用担心，Ubuntu不会损坏您的USB驱动器。但是，我们不会使用记录不充分的FAT32，FAT16或NTFS文件系统的位标志。在Windows上，当我们没有正确卸载驱动器或发生I / O错误时，这些标志表明文件系统可能已损坏。

这些位位于FAT分区表的保留条目中。根据Microsoft 2004年的内部文件，这些位的目的是：

• ClnShutBitMask：
  如果位为1，则音量为“干净”。可以安装该卷以进行访问。如果bit为0，则卷为“脏”，表明FAT文件系统驱动程序无法正确卸装该卷（在先前的安装操作过程中）。应扫描卷内容，以防损坏文件系统元数据。
• HrdErrBitMask：
  如果此位为1，则不会遇到磁盘读/写错误。如果该位为0，则文件系统驱动程序实现在上次安装卷时在卷上遇到磁盘I / O错误，这表明某些扇区可能已损坏。应使用磁盘修复实用程序扫描卷内容，该实用程序对其进行表面分析以查找新的坏扇区。

几年前与内核文件系统开发人员进行了一些讨论，以讨论如何克服这一问题，但是我无法跟进结果。显然，它没有进入最新的内核。

由于只涉及一点标志，但是通常我们的数据应该是完美的形状，因此我们可以忽略以前在Ubuntu中使用的那些驱动器上的Windows警告问题。

这主要是Windows的问题。它认为它是世界上唯一的OS，并且如果检测到它不了解的内容就会采取行动。

仅由于Windows提示您必须修复驱动器并不能实现它。

我刚才说过no，与Ubuntu一起使用的任何驱动器都会从Windows收到此消息，它们在Windows上可以正常工作。

简而言之，驱动器没有任何问题，只是Windows上不了解其中的某些内容，并且其响应已破坏了它。

不要repair使用驱动器，它会在不通知您的情况下对其进行格式化，并且您将丢失驱动器上的所有数据。

正如您在评论中建议的那样，这可能与Ubuntu在删除闪存驱动器之前未完成写入过程有关。Ubuntu在复制过程中将文件写入RAM，并在关闭复制对话框后在后台将这些文件从缓冲区写入USB驱动器。还有一个答案这表明这对于具有大量内存的计算机来说尤其是个问题，但很可能是在后台写入完成之前卸下驱动器。当您弹出驱动器时，这会强制将缓冲区写入磁盘，但是很难确定何时实际完成写入。较新版本（某些情况下为15.10，可能为15.04）中的一个弹出窗口旨在解决此问题-一段时间（通常较短）后出现紫色警报，提示“类似[Drive]现在可以删除”了写入完成。

这可能是您的朋友建议同步的原因。sync在终端中运行会强制将所有缓冲的数据写入磁盘，并且仅应在写入完成后返回（请参见此答案）。请参阅此答案以获取实用程序，该实用程序将帮助您确定这是否实际上是问题所在。

我已经看到很多USB驱动器，尤其是USB适配器中的闪存（SD等）卡，以及使用Ubuntu和Ubuntu发行版的FAT文件系统（几乎每个USB驱动器都预先格式化为FAT32格式）。这几乎每天每隔几个月定期发生一次。

如果是硬件问题，那么使用ext3（或4）格式化分区将无济于事，但是ext3 / 4使得文件系统实际上是防弹的。（ext2在我尝试使用的几个月中也被损坏；应该减少写入次数，因此闪存驱动器的寿命更长，主要是没有日志）。

所以，Ubuntu的应该不是物理损坏USB驱动器本身，但我还是不FAT文件系统相信它100％。

我认为可以通过以下方式最好地避免文件系统损坏：

• 在卸载umount/弹出USB驱动器之前，切勿仅拔出USB驱动器。即使驱动器当前未写入任何内容（如果它有指示灯，也没有闪烁），即使您已完成sync文件系统的操作，
• 在umount/ eject 之后至少等待几秒钟，然后再将其拔出。似乎即使umount驱动器处于活动状态后，有时指示灯仍会闪烁一会儿。像这个家伙一样的其他用户说它可能会持续一分钟。
• 不仅要依赖sync任何一个，比如这个文件损坏的人。

相关（通常）链接：

• 回答“在拔出USB驱动器之前，我应该先卸载它吗？”
• 在关闭Linux之前是否仍需要执行sync（8）？
• 如何卸下USB驱动器而不必担心其是否已卸载？

这与任何操作系统都没有关系。这是一个文件系统错误，在大多数情况下，该错误指示驱动器未正确卸载（用户错误）。它不是损坏的绝对指示，而仅表示损坏的可能性。如果存在损坏，则损坏通常仅限于最后写入的文件。Windows“修复”命令在这种情况下扫描驱动器以查找标记为“已占用”但未分配给任何文件的扇区，然后将此碎片和碎片分配给新文件。

如果仅在写入过程中拔出驱动器而不先卸载它，则也可以在Windows上创建此错误（在Windows中，“弹出”执行卸载）。

看到此消息表示未正确卸下驱动器。

您可以自行验证文件系统是否确实损坏或只是误报：如果在运行“修复”后出现一个名为“ found000”的新文件夹，其中包含一些文件，则表明确实有未完成的写操作，被打断了。您的某些数据丢失了，这是一个问题。

我使用几年的ubuntu和Windows进行双重引导，当我以正确的方式卸载驱动器时，在Windows中总是显示错误消息，但从来没有在我的USB驱动器上出现错误。在W10中，您可以关闭此弹出错误消息。

正常格式（不是快速格式）之后，几乎没有任何操作系统会损坏USB驱动器的方法，应该没有留下任何曾经与Ubuntu一起使用过的驱动器的痕迹。

使用“ H2testw”或“ USB Flash Drive Tester”检查驱动器-坏扇区可能是许多奇怪错误的根源。

我不能说驱动器是否“损坏”，也许是，也许不是。但正如可以说相同的话：“使用Windows十多年...”，我可以告诉您，如果您正在运行Windows 10，这可能是新问题的根源。我在10的第一天遇到了一个新问题：10中为外部驱动器创建了一个数据库（它可能是索引数据库，我不记得了）。如果该数据库与驱动器不匹配，它将告诉您驱动器已损坏，有时您可以忽略此警告，有时则可以忽略（请参见轶事）。运行“修复”将修复数据库。

轶事：

我不记得在哪里找到此信息，但是当我移动“音乐”文件夹时我发现了有关信息。它抱怨驱动器坏了，而不仅仅是抱怨它正在寻找的文件夹不再存在。在我修复之前，新位置出现在Ubuntu上，而旧位置出现在Windows 10上...但是无法在10上打开所有文件。在我修复之后，音乐文件夹的新位置出现在Windows中，旧文件夹消失了，它再次在Windows上运行。

跑步sync也不错。