Questions tagged «disk-usage»

我想查看子目录中有多少文件，以找出所有inode用法在系统上的位置。有点像我会这样做以节省空间 du -sh /* 这将为我提供根目录中使用的空间，但是在这种情况下，我需要文件的数量而不是大小。

47 disk-usage  recursive  inode 

在Linux VM上，我想更深入地测试NAGIOS监视，而不仅仅是关闭VM或断开虚拟NIC的连接。我想通过在短时间内占据百分之几的可用空间来测试或“强制执行磁盘空间警报”。 我知道我可以使用 dd if=/dev/zero of=/tmp/hd-fillup.zeros bs=1G count=50 或类似的东西...但这会花费时间并加载系统，并且在使用rm删除测试文件时需要再次的时间。 是否有一种快速（几乎即时）的方法来填充不会导致系统负载大且需要大量时间的分区？我正在思考分配空间但不会“填充”空间的东西。

45 linux  filesystems  hard-disk  disk-usage 

du并且df做类似的事情，所以我总是发现自己打错了。 我认为，如果我知道“ du”和“ df”代表什么，它可能会更容易记住要使用的名称。 有什么方法可以区分这两者，以便让我记住哪个动作？

40 disk-usage  df 

我喜欢tree这是显示文件和文件夹/目录大小的好方法。但是-h选项仅显示目录的大小，而不显示目录内容的累积大小。 /media/ ├── [ 16K] 64D9-E862 │ ├── [8.0K] downloads 我知道我的外部驱动器中有超过16kB的事实。 如何使用tree 1.5修复该问题？更好的是如何升级到1.6？

39 disk-usage  tree 

众所周知，空文本文件的字节数为零： 但是，它们每个都包含元数据，根据我的研究，该元数据存储在inode中，并且确实使用space。 鉴于此，在我看来，可以通过纯粹创建空的文本文件来填充磁盘。它是否正确？如果是这样，我需要多少个空白文本文件来填充1GB的磁盘？ 为了进行一些检查，我运行了，df -i但这显然显示了正在使用的inode的百分比（？），而不是它们的重量。 Filesystem Inodes IUsed IFree IUse% Mounted on udev 947470 556 946914 1% /dev tmpfs 952593 805 951788 1% /run /dev/sda2 28786688 667980 28118708 3% / tmpfs 952593 25 952568 1% /dev/shm tmpfs 952593 5 952588 1% /run/lock tmpfs 952593 16 952577 1% /sys/fs/cgroup /dev/sda1 0 …

35 disk-usage  inode  file-metadata 

我们有一个大型文件系统，其上的完整du（磁盘使用情况）摘要需要两分钟以上的时间。我想找到一种方法来加快该文件系统上任意目录的磁盘使用情况摘要。 对于小型分支机构，我注意到du结果似乎以某种方式被缓存，因为重复请求要快得多，但是在大型分支机构上，速度可以忽略不计。 有没有一种简单的加速方法du，或者更主动地缓存自上次搜索以来未修改过的分支的结果？ 还是有一个替代命令可以更快地提供磁盘使用情况摘要？

33 filesystems  cache  disk-usage 

我想知道我的文件系统上有多少个文件。我知道我可以做这样的事情： find / -type f | wc -l 这似乎效率很低。我真正想做的是查找被视为“文件”的唯一索引节点的总数。 有没有更好的办法？ 注意： 我想这样做是因为我正在开发文件同步程序，并且想进行一些统计分析（例如，普通用户总共拥有多少个文件，而系统上有多少个文件）。但是，我不需要知道那些文件的任何信息，只要它们存在即可（路径根本不重要）。我特别想知道每个已挂载文件系统的信息（及其关联的挂载点）。

26 filesystems  disk-usage  inode 

我一直在构建Linux发行版，并且剥离了二进制文件等。该系统将不使用GCC或开发工具，因为它将是Chrome信息亭，因此如果我可以剥离该系统，它将大有帮助... 我想知道，有没有一种方法可以通过观察运行时使用的文件/库来删除所有未使用的系统文件（如二进制文件等）？也许首选其他方法，但是有没有办法完成类似的事情？

24 linux  disk-usage  small-distribution  strip  kiosk 

我是计算机化学专业的研究生，可以访问Linux群集。群集由一个非常大的文件服务器（25 TB）组成，数十个计算节点连接到该服务器。每个计算节点由8至24个Intel Xeon内核组成。每个计算节点还包含大约365 TB的本地磁盘。 由于该文件服务器通常由研究组中的十几个用户访问，因此该文件服务器主要用于长期文件存储（每晚备份一次，而从不备份计算节点的本地磁盘）。因此，系统管理员已指示我们在本地磁盘上运行模拟（这些I / O比文件服务器具有更快的I / O），以便不降低其他用户使用文件服务器的速度。 因此，我在本地磁盘上运行模拟，然后在完成后将轨迹文件（正在运行分子动力学（MD）模拟）复制到文件服务器进行存储。假设我有一个traj.trr在节点本地磁盘上的目录中调用的轨迹文件/home/myusername/mysimulation1/traj.trr。对于长期存储，我总是将traj.trr文件复制到文件服务器中的目录~/mysimulation1/traj.trr，其中~代表文件服务器中的目录/export/home/myusername。复制后，我习惯性地使用du -h来验证/home/myusername/mysimulation1/traj.trr文件大小是否与相同~/mysimulation1/traj.trr。这样，我至少可以合理地确定向文件服务器的传输已成功。例如： cd /home/myusername/mysimulation1/ cp -v traj.trr ~/mysimulation1/ du /home/myusername/mysimulation1/traj.trr -h du ~/mysimulation1/traj.trr -h 如果两个调用du -h给出相同的可读文件大小，则可以合理地确定传输/复制成功。（traj.trr根据我运行的确切模拟，我的典型文件的大小范围约为15到20 GB。）如果我在两个文件上运行du（即，不进行-h切换）traj.trr，它们的字节大小通常非常非常相似- -通常在几个字节之内。在过去的一年半中，我一直在使用这种总体方法，没有任何问题。 但是，最近我遇到了以下问题：有时du -h报告两个traj.trr文件的大小相差数GB。这是一个例子： cd /home/myusername/mysimulation1/ # this is the local disk cp -v traj.trr ~/mysimulation1/ du traj.trr -h cd ~/mysimulation1/ # this is the …

23 disk-usage 

我在其上使用带有LVM2的RHEL4。有时即使删除了大于GB的大文件，使用该df命令时分区大小也不会更新。 -bash-3.00$ df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/sys-root 3.9G 1.4G 2.3G 39% / /dev/cciss/c0d0p1 251M 19M 219M 8% /boot /dev/mapper/sys-home 250G 125G 113G 53% /home /dev/mapper/sys-tmp 3.9G 41M 3.7G 2% /tmp /dev/mapper/sys-var 3.9G 3.6G 98M 98% /var 但是当我检查使用du时，它显示正确的大小 -bash-3.00$ sudo du -sh /var/ 179M /var/ 您可以看到df输出显示/ …

23 rhel  partition  disk-usage  lvm  deleted-files 

最近，我需要删除很多重复项。我正在合并三个或四个文件系统，并且我希望空间可以经济地使用。起初，fdupes它似乎是完成工作的最佳工具，但是我越来越遇到限制。 考虑命令fdupes -rdN somedirectory/。这将散列某个目录的子目录中所有文件。 并且当遇到重复项时，它将删除它们，因此所有内容只有一个副本。 但是，如果我要保留somedirectory/subdirectory1/somefile并且实际上有四个重复项，并且程序首先遇到其中一个重复项，该怎么办？然后将其删除somedirectory/subdirectory1/somefile，这是我不想要的。 我希望能够以某种方式指定要保留的重复项。到目前为止，用于处理重复项（duff，FSLint）的标准程序似乎都不允许这种行为的自动化。我不想自己动手，所以这就是为什么我问这个问题。 我希望能够写类似 killdupes -rdN --keep=filesin,somedirectories,separated,by,commas somedirectory/

22 files  disk-usage  fdupes 

如果我tar -cvf在一个大小为937MB的目录上运行，以创建一个易于下载的深层嵌套文件夹结构副本，那么在给出以下df -h输出的情况下，我是否冒着填充磁盘的风险： /dev/xvda1 7.9G 3.6G 4.3G 46% / tmpfs 298M 0 298M 0% /dev/shm 相关问题： 如果磁盘可能已满，为什么tar要这样做（例如Linux（Amazon AMI）和/或在后台执行）？ 我如何自己准确地确定此信息，而无需再次询问？

22 tar  disk-usage 

我最近在运行时遇到了问题df，它只是挂在那里。这是strace输出，在其中，您将看到我被杀了，因为它只是坐在那里： $ strace /bin/df execve("/bin/df", ["/bin/df"], [/* 35 vars */]) = 0 brk(0) = 0x8d03000 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7840000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=90781, …

22 mount  utilities  disk-usage 

我想知道我们是否可以将“ du”的诚实性与“ tree”的缩进格式结合起来。如果我要列出目录大小： du -hx -d2 ...显示了两个级别的深度，所有大小的摘要都是真实的，但是没有子目录的缩进。另一方面： tree --du -shaC -L 2 ...压痕和着色很好，但是报告的尺寸是一个谎言。要获得实际尺寸，必须： tree --du -shaC ...这就是说，如果您让“树”向您展示整个目录结构，则只有真正的大小。无论我要实际显示多少个子目录级别，我都希望能够始终具有正确的大小摘要。我经常这样做： tree -du -shaC | grep "\[01;34m" ...会修剪除目录之外的所有内容，并使其缩进... ...但是没有简单的方法将显示限制为给定的数字级别（不包含摘要）。有办法吗？也许我错过了正确的开关...

21 disk-usage  tree 

例如，这是my的第一行/etc/fstab： UUID=050e1e34-39e6-4072-a03e-ae0bf90ba13a / ext4 errors=remount-ro 0 1 这是df -h命令的输出（报告可用磁盘空间）： honey@bunny:~$ df -T Filesystem Type 1K-blocks Used Available Use% Mounted on /dev/vda ext4 30832636 4884200 24359188 17% / none tmpfs 4 0 4 0% /sys/fs/cgroup udev devtmpfs 498172 12 498160 1% /dev tmpfs tmpfs 101796 320 101476 1% /run none tmpfs …

21 filesystems  mount  disk-usage  fstab