Questions tagged «filesystems»

文件系统（或文件系统）是一种通过提供存储，检索和更新数据的过程以及管理包含该数据的设备上的可用空间来组织程序在程序终止后将保留的数据的方法。

10
如何判断哪台计算机在网络共享上打开了文件？
环境： Windows XP sp3，Windows 2003服务器 问题： 我们有数十台自助服务终端机，每台都有相同的登录名，它们偶尔会短暂共享一个文件。速率是几个锁并释放一分钟。 最近，我们经历了一个客户端专门锁定文件，然后不释放文件的情况。 发生这种情况但几分钟或更长的时间后，我们可以关闭文件，这是无法接受的中断。 未释放的锁定问题在上个月发生了好几次。我一直在寻找负责锁定的信息亭设备，并在发生这种情况时迅速对其进行检测。 我们可以从服务器获得的信息似乎存在差距： 我们可以从各种工具中看到：- 打开和锁定了哪些文件。（许多方式）- 哪些登录具有打开或锁定的特定文件。（许多方式） -特定的计算机通常打开了一个文件。（共享文件夹，会话mmc） 我们看不到的是，一台特定的计算机打开并锁定了一个特定的文件。 有人知道实现此目标的方法吗？ 谢谢 - 抢
8
在大型目录树上执行rm -rf需要几个小时
我们正在使用rsnapshot进行备份。它保留了备份文件的大量快照，但确实删除了旧快照。很好 但是，rm -rf在庞大的目录树上进行操作大约需要7个小时。文件系统是XFS。我不确定有多少文件，但可能有数百万个文件。 反正有加快它的速度吗？是否有任何命令rm -rf与不需要花费数小时的时间相同？
7
在PostgreSQL上插入性能最佳的文件系统是什么？
我很好奇，是否有人在文件系统和数据库性能之间进行了任何实验或比较。在Linux上，我想知道什么是postgres数据库的最佳文件系统。另外，什么设置（inode等）最适合呢？根据数据库中的数据，这可能会大不相同吗？ 如果您正在寻找与一般文件系统/数据库性能有关的问题，则此帖子有一些不错的信息。 但是，我想获得有关插入性能而不是读取性能的尽可能多的建议。感谢您提供的所有出色答案！
3
resize2fs应该在1TB分区上使用多长时间？
我在大学里有一台新计算机，当我注意到该计算机的先前用户ext3仅使用一个巨大的1TB 分区时，几乎为自己安装了所有计算机。 我通常会保留/home一个单独的分区，而且我也更喜欢使用LVM，因此我决定使用来缩小分区resize2fs，然后在释放的空间中创建我通常的LVM内容。（整个硬盘驱动器上只有大约30G的数据，因此应该没有问题）。 我使用活动CD重新启动，并要求resize2fs将分区缩小到一个更合理的大小（50G），它似乎在头一刻钟左右的时间内非常密集地移动了数据（从硬盘的噪音来看） 。 现在它已经运行了三个多小时，尽管CPU使用率为100％，但几乎没有听到高清的声音。 这正常吗？ 是否resize2fs出于某种原因在后台进行一些密集的数字运算，这就是为什么我听不到高清的声音吗？ 调整整个分区的大小需要多少时间？
7
长名称的Linux mv文件
在Linux中，有时我会这样重命名文件： mv dir1/dir2/dir3/file.txt dir1/dir2/dir3/file.txt.old 请注意，我只想重命名文件，而不要将其移动到另一个目录。 有没有可以让我做该命令的简写版本的命令？我在想类似的东西： mv dir1/dir2/dir3/file.txt file.txt.old 甚至是类似的东西（仅在名称后面添加）： mv dir1/dir2/dir3/file.txt {}.old 我的目标是不必再次指定完整路径。 我知道我写的那些“例子”是行不通的，但这只是我要完成的想法。 我不需要CD进入目录。
19 linux  filesystems  files  mv 
5
上一次检查文件系统？
什么命令可以告诉我上一次对文件系统进行fsck操作？一个日期会很好，但自上次fsck以来，我已经决定接受安装计数。 我已经在fsck *，lsattr和stat中四处寻找，但没有看到。
2
有什么办法可以修复损坏的LDM数据库？
TL; DR： 是否有任何工具/方法可以诊断和修复LDM （逻辑磁盘管理器）元数据结构，而无需从头开始重新创建？ 详细描述： 我有两个设置有GPT + LDM（动态磁盘）的SSD驱动器，其状态似乎暗示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 …
4
在关闭Linux之前是否仍需要执行sync（8）？
我仍然看到人们sync; sync; sync; sleep 30; halt在谈论关闭或重新引导Linux时建议使用咒语。 自Linux诞生以来，我一直在运行Linux，尽管这是BSD 4.2 / 4.3和SunOS 4天中推荐的过程，但我不记得我至少在最近十年中必须这样做。经历了Linux的关闭/重新启动的过程可能有数千次。 我怀疑这是不合时宜的，因为即使在单用户模式下，内核也无法卸载并同步所需的根文件系统和其他关键文件系统（例如/ tmp），因此有必要明确告知它刷新尽可能多地将数据存储到磁盘。 这些天来，我还没有在内核源代码中找到相关的代码（通过http://lxr.linux.no和google进行挖掘），我怀疑内核足够聪明，甚至可以干净地卸载根文件系统，并且文件系统也足够聪明。到在正常卸载本身之前有效做同步（2）shutdown/ reboot/ poweorff。 在"sync; sync; sync"其中的文件系统不会卸载干净（如物理磁盘故障）或系统处于这样的状态，只有直接强迫重新启动（8）将它弄出来的冷冻（如负载过只在极端的情况下有必要高以安排关机命令）。 我也从未sync在卸载可移动设备之前执行此过程，也从未遇到问题。 另一个示例-Xen允许向DomU发送shutdown来自Dom0 的命令，这被认为是“干净关闭”，而无需任何人先登录并输入魔法sync; sync; sync。 我是对的还是对数千次系统关闭感到幸运？
13
错误0x80070570：如何删除损坏且无法读取的文件？
在我的系统分区上，我有一个无法删除的文件夹。该文件夹是通过从Acronis TrueImage备份还原文件而创建的。 错误消息显示： 错误0x80070570：文件或目录已损坏且无法读取。 chkdsk /r /f多次启动时我已经尝试运行，但是问题仍然存在。 还有其他我可以尝试解决此问题的实用程序或chkdsk选项吗？
13
如何可视化具有数百万个文件的硬盘空间？
我们有一个600 Gigs的硬盘，快满了。它已填满18,501,765个文件（主要是19k小图像）和7,142,132个文件夹。很难找出所有空间也都去了哪里。我们的常规清理程序没有清理足够的空间，这意味着我们需要从整体上看待该驱动器，并确定其中有什么以及可以移动或卸下的内容。我们已经尝试了多个应用程序，到目前为止，它们要么已崩溃，要么只是运行了惊人的时间才能完成。 服务器信息 操作系统：Windows Server 2003 文件系统：NTFS 解 Space ObServer能够读取18,501,765个文件和7,142,132个文件夹，而几乎不占用任何内存。我敢肯定这主要是由于它使用SQL后端存储所有数据。不幸的是，它是所有产品中最昂贵的，每台服务器259.95美元。 尝试的解决方案 在研究期间，我尝试了几种不同的收费和免费解决方案。我保留了下面尝试过的产品列表，以供大家参考。 免费软件 JDiskReport-停止在1000万 WinDirStat-停止在1000万 SpaceMonger - 跳绳由于RAM存储的提 SpaceSniffer-在未知处停止-崩溃 付费软件 FolderSizes-停在1200万（300万个文件夹） 的TreeSize专业 - 跳绳由于RAM存储的提 更新 更新＃1：我正在尝试分析的服务器具有2 GB的RAM，并且我尝试尝试的大多数产品似乎都尝试将文件/文件夹信息保留在内存中。使用18,501,765个文件和7,142,132个文件夹时，这样做往往会很快用完。 更新＃2：看起来WinDirStat的开发人员已经参与其中，足以告诉我们它可以在64位下进行编译。这样可以为它提供更多的内存，但是除非它们可以持久存储到磁盘上，否则我不确定是否足够。
4
180天后是否要进行fsck
默认情况下，在180天或一定数量的安装后，大多数Linux文件系统都会强制执行文件系统检查（fsck）。当然，可以使用例如ext2或ext3上的tune2fs -c 0 -i 0将其关闭。 在小型文件系统上，此检查仅是一个不便。但是，对于较大的文件系统，此检查可能需要几个小时才能完成。当您的用户依靠此文件系统来提高工作效率时，例如说它正在通过NFS服务其主目录，您是否会禁用计划的文件系统检查？ 我问这个问题，因为现在是凌晨2:15，我正在等待很长的fsck来完成（ext3）！
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.