有时当我通过FTP上传大量小文件时，一些文件的内容将被FTP控制信息所取代。 例如，上传一个网站后，我会注意到一个图像不显示。 当我检查服务器上的图像时，发现它的内容已被类似的东西取代 Response: 125 Data connection already open; Transfer starting. Response: 226 Transfer complete. Status: Directory listing successful 重现是非常困难的。 我注意到任何损坏的文件，我通常可以重新转发它们。 如果我重新转移整个网站，也许不同的文件将被破坏，也许根本没有。 这个问题一直困扰着我好几年了，那时候我换了我的电脑（两次），我的路由器，电缆调制解调器，而且我已经在全国范围内移动了一半。 我最近没有遇到这个问题，但这可能只是因为我学会了避免它的方法，比如在传输之前将所有东西压缩。 顺便说一句，我使用FileZilla。 我把这个问题描述给了我的一个networking主机。 他们从来没有听说过这样的事情，也没有任何线索。 我很想知道发生了什么事。 就我个人而言，我对使用FTP来处理一些文件甚为遗憾。
AFAIK文件系统损坏的原因如下： 不正确的关机（硬复位）; 硬件故障（磁盘坏块，坏磁盘控制器）; 启动不当（安装损坏的文件系统）; 内核错误（真的很想testing这个）。 问题： 有没有其他的文件系统损坏的原因，我错过了？ 如何人为地造成文件系统腐败 – 我知道dd ，但有什么比这更多？ 我很好奇Linux，但也可能这也适用于Windows。
我已经使用了几种不同的工具修复磁盘，并想知道是否有一个CHKDSK可以修复的清单？ MFT？ 引导扇区？ 备份引导扇区？ 集群？ 哪些常见问题无法解决？
我的embedded式Linux设备使用SD卡来保存某些诊断数据，对于内部闪存来说太多了。 问题是如果设备意外closures，卡上的文件系统（FAT32）已损坏。 没有办法来防止意外的断电或用户将其closures，并且设备应该相对免维护。 更糟糕的是，数据是连续写入的，所以腐败是非常频繁的，而Linux在检测到有故障的FS时会以只读方式静默地重新加载它。 你会build议什么方法来缓解这一点？ 在启动时会自动运行fsck.vfat吗？ 一些更多信息： 该卡不被用户视为可移除的。 这被认为是内部磁盘。 存储在其上的任何数据都可以通过networking或USB驱动器进行下载，系统会自动清除最旧的条目。 这意味着它不需要在普通PC上可读。 该系统目前支持FAT，yaffs和jffs2。 将其他文件系统添加到内核是可能的，但如果存在其他途径，我们首选它们。 即使在几分钟内写入也可以被暂停，而不会丢失数据。 部分数据丢失或轻微腐败是可以接受的。 完全停止logging不是。 大多数情况下关机事件是完全不可预测的。 该系统运行在ARM9,200MHZ，64MB RAM，32MB内部闪存上，占用了大部分CPU电源。 在考虑花费大量资源的解决scheme时考虑到这一点。
在CentOS上检查HDD错误和早期失败迹象的最佳方法是什么？
为了为我的文件系统创build一个连续的空间，我在sda1创build了一个新的EFI系统分区，以便我可以从sda5上的当前分区迁移它。 这个举动本身是成功的，除了一个警告说： 内核：FAT-fs（sda1）：卷未正确卸载。 有些数据可能已损坏。 请运行fsck。 当我第一次创buildEFI分区时，我没有注意到已经存在了两天的警告。 我卸载文件系统并执行文件系统检查，如下所示： # umount /dev/sda1 # fsck -V /dev/sda1 fsck from util-linux 2.24 [/sbin/fsck.vfat (1) — /boot/efi] fsck.vfat /dev/sda1 fsck.fat 3.0.24 (2013-11-23) 0x25: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Leaving filesystem unchanged. […]
我有一个物理机主机上运行的虚拟机（Debian）。 虚拟机作为它经常在本地networking上接收的数据的缓冲区（这个数据的周期是0.5s，因此吞吐量相当高）。 收到的任何数据都存储在虚拟机上，并通过UDP重复转发到外部服务器。 一旦外部服务器（通过UDP）确认已收到数据包，原始数据将从虚拟机中删除，而不会再次发送到外部服务器。 连接虚拟机和外部服务器的互联网连接是不可靠的，这意味着它可能一度停机数天。 托pipe虚拟机的物理机器随机每天多次切断电源。 没有办法知道何时会发生这种情况，并且不可能为系统添加UPS，电池或类似的解决scheme。 最初，数据存储在虚拟机上基于文件的HSQLDB数据库上。 然而，频繁的停电最终会导致数据库脚本文件被破坏（不在文件系统级别，即可读，但HSQLDB无法理解），这导致了我的问题： 数据应该如何存储在一个断电的环境中，并经常发生？ 我能想到的一个select是使用平面文件，将每个数据包作为文件保存在文件系统上。 这样，如果文件由于断电而损坏，则可以忽略，其余数据保持不变。 然而，这带来了一些问题，主要与可能存储在虚拟机上的数据量有关。 在每个数据之间0.5秒时，10天内将生成1,728,000个文件。 这至less意味着使用具有增加数量的inode的文件系统来存储这些数据（当前的文件系统设置在约250,000条消息和30％的磁盘空间使用inode）。 而且，很难（不可能）pipe理。 还有其他的select吗？ 是否有在Debian上运行的数据库引擎不会因为停电而被破坏？ 另外，应该使用什么文件系统？ ext3是目前使用的。 在虚拟机上运行的软件是使用Java 6编写的，所以希望解决scheme不会不兼容。