win系统电脑上用过的U盘，不能挂载，但启动盘，rufus制作的U盘，显示不能挂载？
U盘会不会有什么问题，修复一下看看。实在不行，重新格式化后再到debian下挂载试试
上网搜了一下，可能是 U 盘本身有什么问题。您可以这样尝试一下：
- 到 Debian 系统中，再次插上 U 盘，尝试挂载。
- 弹出报错后，打开终端，执行命令
sudo dmesg | tail，查看系统日志。刚刚挂载时的错误可能会被记录在日志中。
参考资料：
U盘本身应该没有问题，用在win电脑上可以的，用在这个装debian系统的笔记本上就不行了，两个U盘都是这样，不知我的系统哪里没有设置好，
那我们就更不知道了……
请看挂载失败之后的系统日志，里边会写到底出了什么问题。
在桌面上，能看到U盘，但右键点击“挂载”，就打不开，有个对话框，我看不懂，
我制作系统的安装盘，就可以挂载打开，难道是U盘是其他格式，比如是fat格式？
OK，我试看看
请按我的说法，以及楼上的说法，检查日志。再把日志的内容贴出来。
您可以去 Windows 上检查一下 U 盘分区是什么格式的。不需要存放 4 GB 以上的大文件，推荐用 FAT32 格式，这种格式大部分操作系统都兼容。
一点猜测：可能是因为 Windows 在读写 U 盘数据时出了意外，在 U 盘中留下了异常数据
您这个感觉像是因为 U 盘用了 NTFS 格式，Windows 系统向 U 盘中写文件时发生了意外，导致分区内有错误数据，这种问题 Linux 系统无法处理，因此拒绝挂载。
您一楼的这句话是不是少写了几个字？
前面说 “win系统电脑上用过的U盘，不能挂载”，然后用了一个 “但” 字转折，下一句又说 “启动盘，rufus制作的U盘，显示不能挂载？”。都是不能挂载，那么这个 “但” 字转折的意义何在？
您是不是想说：
win系统电脑上用过的U盘，不能挂载，但启动盘，rufus制作的U盘，能够正常挂载？
有可能。U盘未按流程卸载，在NTFS文件系统上留下了「dirty」标志位，被Linux驱动拒绝挂载了——总之还是得看日志。
是的，有个U盘在win系统上能正常读取，但插到Debian笔记本电脑上就不能挂载了！而另外的一个用rufus制作的Debian的系统安装盘，能正常挂载。我表达不清，抱歉 
，（我的语文老师要气坏了 
）。刚才还是不能挂载，日志如下，请大神们帮忙看看，谢谢！
了解。看到 ntfs3 字样，及 volume is dirty 这类的表述，基本可以判定就是 Windows 往 U 盘上的 NTFS 分区中写文件时出了问题。
您可以参考我上面给出的资料进行调整，
或者更简单点，进入 Windows 系统中，对有问题的 U 盘进行磁盘检查。
是的，我没有表达清楚，是有一个U盘不能挂载，但它在win电脑上正常使用。而另外那个安装盘内（用rufus制作的Debian安装的U盘能正常读取），
话没说完？
是逗号用错了！看来确是U盘的问题，我按您的方法试试，这个u盘在window电脑上，能正常读取，我按照您的方法来试试，谢谢。
把U盘拿到window电脑上，扫描并修复，再拿过来，能挂载了，谢谢各位大神！
看来，window系统还是更强大啊，傻瓜化操作，省事儿多了 ，但我还是热爱linux
Linux 上也能这么干：安装 gnome-disk-utility，这个软件可以调整分区、检查分区问题、测试读写性能等，操作非常简单。
另外，处理 NTFS 的问题，个人感觉确实是 Windows 更好，毕竟 NTFS 就是 Windows NT 系列[1]操作系统标配的文件系统。
最后，个人感觉 U 盘最靠谱的文件系统还是 FAT32，虽然很老，而且有单个文件不可超过 4 GB 的限制，但胜在稳定、几乎与所有操作系统兼容。
Windows 2000、XP、7 及以后的版本都是基于 Windows NT的 ↩︎
不是「更强大」，而是「闭源」和「原生」。你看Linux的ext4、xfs、btrfs哪个需要清dirty bit了？NTFS是微软的闭源文件系统，Linux这边只能搜索着实现，所以实现不完整、生怕出错了，所以一有一点不对劲就不干了（其实你也可以用-o force选项，或者拿ntfsfix命令去掉dirty标志，但是不保证数据不出问题。
1 个赞
三天两头数据损坏能叫「稳定」吗……要我说用btrfs吧，Windows就用半成品winbtrfs去，出问题的时候就该Windows用户苦恼了。
我的 U 盘用的是 FAT32 文件系统，用了 2 年多了，确实遇到过两三次数据损坏的问题，但都是数据未写入完成时不小心拔掉 U 盘造成的，“三天两头数据损坏” 这种情况我是真的没见过。
此外，个人感觉 exFAT 似乎比 FAT32 更适合 “三天两头” 出问题这种表述（当然，有可能和操作上的问题有关）。之前有个 U 盘用的是 exFAT 文件系统，有时候一个文件在 Windows 下读是正常的，再到 Ubuntu、Android 上读就出问题了。
U 盘适合用 btrfs 吗？之前看到过一种说法是 U 盘不适合使用日志文件系统[1]，因为日志文件系统会增加数据读写负担，加快 U 盘寿命的损耗，因此更适合用 FAT32 这种非日志文件系统。
你这都超过一年一次啦——而且只包含你察觉到的。我的ESP经常各种不一致，虽说通常不影响使用（
我有多个btrfs，最长的可能都十多年了虽然只是备份。日常使用的也有一个七八年了的。除了有一次我开还不成熟的simple quota弄坏过（手动修复成功）、一次空间用尽的时候删快照导致无法恢复之外，就没有坏过。意外断电啊，内核恐慌啊啥都遇到过。
xfs之前也用过几年，只坏过一次（修复成功）。ext4除了把缓存盘用坏的那一次之外好像就没有坏过。NTFS在许多年前我见过一例因为软件异常、强制重启后发生异常，最终不得不重装的。
zfs因为连接不稳定坏过元数据。是数据盘，最终挽救部分数据后重建了。然后快用满时读写速率极低而放弃。
只有FAT我记不清坏了多少次了。有时候能跑fsck修好（其实也不知道到底好了没），有时候数据损坏就直接格式化掉了。
确实。如果只是用来临时转移数据或者做启动盘的话，用FAT还挺合适的。长期保存数据就别用FAT了吧。在决策的时候，肯定是首先考虑用途的，设备寿命肯定是次要事项啦。另外现在SSD那么方便，其实也是可以考虑的（或者等降价之后再考虑？）。
哦对了，exFAT。我的印象里，这就是个支持大文件的FAT变种。除了驱动支持差一些之外别的方面都差不多吧。
1 个赞