我知道使用lsof来检查进程当前访问的文件。 是否有办法查看应用程序在其生命周期中打开的所有文件？
TL; DR： 是否有任何工具/方法来诊断和修复LDM （ 逻辑磁盘pipe理器 ） 元数据结构而不从头开始重新创build？ 完整描述： 我有两个SSD驱动器设置与GPT + LDM（dynamic磁盘）的状态似乎暗示损坏的LDM数据库 。 问题是，除了使用diskpart或Disk Management Snap-In时的一些奇怪的行为，一切正常。 GPT结构似乎是完整的： GNU Parted 2.3 Using /dev/sde Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) print Model: ATA SanDisk SDSSDP12 (scsi) Disk /dev/sde: 128GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File […]
默认情况下，在180天或者一些挂载之后，大多数Linux文件系统强制进行文件系统检查（fsck）。 当然这可以closures，例如，在ext2或ext3上使用tune2fs -c 0 -i 0。 在小文件系统上，这个检查仅仅是一个不便之处。 但是，如果文件系统较大，则此检查可能需要几小时才能完成。 当你的用户依靠这个文件系统来提高他们的工作效率时，比方说他们通过NFS服务他们的主目录，你会禁用预定的文件系统检查吗？ 我问这个问题，因为它是目前2:15，我正在等待很长的fsck来完成（ext3）！
我们有一个600 GB的硬盘，几乎已经满了。 它已经被填满了18,501,765个文件（大多是小的19K图像）和7,142,132个文件夹。 很难找出所有的空间都到哪里去了。 我们定期的清理程序没有清理足够的空间，这意味着我们需要把这个驱动作为一个整体来看待，并确定哪些是可以移动或移除的。 我们已经尝试了几个应用程序，到目前为止他们已经被炸毁，或者只是跑了很长的时间来完成。 服务器信息 操作系统： Windows Server 2003 文件系统： NTFS 解 空间ObServer能够读取18,501,765个文件和7,142,132个文件夹，而不占用任何内存。 我相信这主要是因为它使用SQL后端来存储所有的数据。 不幸的是，所有产品中价格最高的是每台服务器259.95美元。 尝试解决scheme 在我的研究中，我尝试了几种不同的解决scheme，付费和免费 我保存了下面我试过的产品的列表，以便了解每个人的信息。 免费软件 JDiskReport – 停留在1000万 WinDirStat – 停留在1000万 SpaceMonger – 由于提及RAM存储而跳过 SpaceSniffer – 停在未知 – 崩溃 支付软件 FolderSizes – 停留在1200万（300万个文件夹） TreeSize Professional – 由于提及RAM存储而跳过 更新 更新＃1 ：我试图分析的服务器有2 GB的RAM，我试过的大多数产品似乎都试图保留内存中的文件/文件夹信息。 18,501,765个文件和7,142,132个文件夹往往会过快。 更新＃2 ：看起来像WinDirStat的开发人员已经介入足够，告诉我们它可以在64位下编译。 这给了它更多的工作内存，但我不确定它是否足够，除非它们能坚持到磁盘。
什么是Unix文件夹可以容纳的最大数量的文件？ 我认为这将和文件数量一样。
我有一个带有许多2TB磁盘的Linux服务器，目前所有的LVM都有10TB的空间。 我在ext4分区上使用了所有这些空间，目前有大约8,8TB的数据。 问题是，我经常在我的磁盘上得到错误，即使我错误出现，即使我replace（也就是说，我将旧的磁盘复制到一个新的与dd的新磁盘，然后我把新的一个在服务器中）我经常得到大约100 MB的损坏数据。 这使得e2fsck每次都变得疯狂，而且通常需要一个星期的时间才能使ext4文件系统再次处于正常状态。 所以问题是： 你会推荐我在LVM上用作文件系统吗？ 或者你会推荐我做什么（我真的不需要LVM）？ 我的文件系统的configuration文件： 许多不同大小的文件夹（总计2TB，总计100MB） 将近200,000个不同大小的文件（其中3/4是大约10MB，在100MB和4GB之间是1/4;由于我的ext4分区被彻底破坏了一些日子，目前我还无法获得更多的文件统计信息） 很多只读，但很less写 我需要容错（我停止使用mdadm RAID，因为它不喜欢在整个磁盘上出现一个错误，而且有时候磁盘出现故障，我可以尽快更换，但这意味着我可能会损坏数据我的文件系统） 主要问题是磁盘故障; 我可以丢失一些文件，但我不能同时损失一切。 如果我继续使用ext4，听说我应该尽可能地制作更小的文件系统，并以某种方式“合并”它们，但我不知道如何。 我听说btrfs会很好，但是当数据不被复制（ mkfs.btrfs -d single ？）时，我无法find如何pipe理丢失一部分磁盘（或整个磁盘）的方法。 有关这个问题的任何build议将受到欢迎，提前致谢！
我们正在使用rsnapshot进行备份。 它保留了备份文件的大量快照，但是它删除了旧文件。 这很好。 然而，在一个巨大的目录树上执行rm -rf大约需要7个小时。 文件系统是XFS。 我不确定有多less个文件，但是它的数字可能是数百万。 有反正加快吗？ 有没有和rm -rf一样的命令，而且不需要几个小时？
虽然区分装载的快照将起作用，但听起来在很多情况下可能会非常慢。 有btrfs特定function差异快照？ （我无法find任何文档）
在我的系统分区上，我有一个无法删除的文件夹。 此文件夹是通过从Acronis TrueImage备份还原文件创build的。 错误消息说： 错误0x80070570：文件或目录已损坏且无法读取。 我已经尝试启动多次运行chkdsk /r /f ，但问题仍然存在。 有没有其他的工具或CHKDSK选项，我可以尝试解决这个问题？
我很好奇，如果有人在文件系统和数据库性能之间做了任何实验或比较。 在Linux上，我想知道什么是postgres数据库的最佳文件系统。 另外，什么设置（inode等）是理想的呢？ 这是根据数据库中的数据可能会有很大的不同吗？ 如果你正在寻找一个关于一般文件系统/数据库性能的问题， 这篇文章有一些很好的信息。 不过，我想尽可能多的插入性能的build议，反对阅读性能。 感谢所有伟大的答案！