显然这里正在发生某些事情，但我在网上找不到对该文件类型的任何引用。
何时我尝试删除这些文件，它们请求管理员权限（由我提供）。但是，他们然后抛出“文件访问被拒绝”错误，并指出我需要管理员授予权限...
有人知道这些文件的用途是什么，以及如何删除它们吗？ br />
#1 楼
这些文件很可能不是实际文件，而是文件系统损坏的结果。通常不可能有多个同名文件。
它们的名称（ßßßßßßßß.ßß）对应于代码页437中的十六进制字节E1 E1 E1…（这是默认的MS-DOS代码页，因此当不使用长文件名时也是默认的FAT / FAT32代码页）。（该字符不是希腊语beta，但德国小写字母尖锐的S。点实际上并没有存储在FAT中，而是在读取时由操作系统添加的，因此不会损坏。）
它们的大小接近3 789 677 025字节，也就是十六进制的0xE1 E1 E1 E1。（大约3 700 856.469千字节； Windows可能会四舍五入。）
所有符号都指向文件系统主文件的一部分文件表中填充了字节0xE1，这可能是由软件引起的（例如，拔出中间写入），但也可能表示闪存本身快要死了。
软件引起的损坏通常可以使用Windows的磁盘错误检查（chkdsk）清理离子。或只是重新格式化驱动器（将实际文件复制出来）。但是特别是对于更便宜和/或经常使用的驱动器，很可能会出现闪存损坏的情况。不再将此驱动器用于重要文件。
评论
基于E1字节的重复主题，您的理论似乎很扎实。从那以后，我已经格式化了该驱动器，并且一切看起来都很好。。。但是我可能不再将其用于关键任务。感谢您的见解！
– Arne
18年8月1日在18:27
E1 = 1110 0001-这意味着它是一个错位的序列，由4位元组和4位元重复清除。
– Victor Stafusa
18年8月6日在21:09
实际上，在CP437中，字符225既是尖锐的S也是希腊语的beta。
– IllidanS4
18年8月7日在10:32
@ IllidanS4：由于Windows仅处理Unicode文件名（在读取FAT时自动将CP437转换为Unicode），并且Unicode选择将0xE1映射到U + 00DF（“拉丁文小写字母SHARP”），因此，所有Windows程序的显示内容都是如此，不管原始的双重定义。
–user1686
18 Sep 9'在13:25
评论
这看起来像恶意软件，可能使用USB传播技术或混淆文件内容/名称来破坏数据。绝对不是正常或预期的事情。文件大小也似乎只有这么大。我认为您的驱动器或至少其中的文件系统可能是吐司。
那...看起来像FS损坏。尝试在驱动器上运行chkdsk或修复卷吗？
这是从中国来的吗？他们过去将FW更改为报告的尺寸大于实际尺寸。如果到达末尾，则写入从头开始，从而覆盖FS。
@MrLister在许多博客文章和文章中（0 1 2），在他的《硬件黑客》一书的第151-152页和第292-293页中，Andrew Huang（Xbox越狱的成名人物）提到了两次。分析各种伪造的电子零件。