linux中查看磁盘空间的方法举例

linux中查看磁盘空间的方法举例查看当前目录大小：Java代码

[[email protected]]#

du

-sh

/var/www

查看指定目录大小：Java代码

[[email protected]]#

du

-sh

/www/typengine.com

查看当前目录文件总数：Java代码

[[email protected]]#

find

.

-type

f

|wc

-l

查看指定目录文件总数：Java代码

[[email protected]]#

find

/var/www

-type

f

|wc

-l

查看当前目录的目录总数：Java代码

[[email protected]]#

find

.

-type

d

|wc

-l

查看指定目录的目录总数：Java代码

[[email protected]]#

find

/www/typengine

-type

d

|wc

-l

以下内容供参考：Java代码

#

du

-ks

---in

all

#

du

-k

---every

last

du和df命令都被用于获得linux系统大小的信息：df用于报告文件系统的总块数及剩余块数，du

-s

/用于报告文件系统使用的块数。但是，我们可以发现从df命令算出的文件系统使用块数的值与通过du命令得出的值是不一致的。如下例：#

du

-s

/tmp

返回如下值：---12920

/tmp而

df

/tmp返回如下值：Java代码

Filesystem

--512-blocks--

Free

--%Used

--Iused--

%Iused

--Mounted

on

/dev/hd3

--------57344

--42208---

26%

----391

------4%

--/tmp

从上面的值我们可以算出

-

=

:

57344

-

42208

=

15136.而15136大于12920。该值差异的存在是由于du与df命令实施上的不同:

du

-s命令通过将指定文件系统中所有的目录、符号链接和文件使用的块数累加得到该文件系统使用的总块数；而df命令通过查看文件系统磁盘块分配图得出总块数与剩余块数。文件系统分配其中的一些磁盘块用来记录它自身的一些数据，如i节点，磁盘分布图，间接块，超级块等。这些数据对大多数用户级的程序来说是不可见的，通常称为Meta

Data。du命令是用户级的程序，它不考虑Meta

Data，而df命令则查看文件系统的磁盘分配图并考虑Meta

Data。df命令获得真正的文件系统数据，而du命令只查看文件系统的部分情况。例如，一个frag=4096

并且

nbpi=4096的空的大小为4MB的日志文件系统中Meta

Data的分配情况如下：Java代码

1

4k

block

for

the

LVM

2

4k

super

blocks

2

4k

blocks

for

disk

maps

2

4k

blocks

for

inode

maps

2

4k

blocks

for

.indirect

32

4k

blocks

for

inodes

-------------------------

41

4k

blocks

for

meta

data

on

an

empty

4MB

file

system

对于AIX

4.X版本：执行

du

/foo返回的结果如下：Java代码

----8

-------/foo/lost+found

----16

------/foo

要使du命令输出的结果与df命令输出的结果匹配，我们必须要加上Meta

Data。首先，将41个4k的块转换为以512字节为单位的值：Java代码

41

*

8

=

328

328(meta

data)

+

16(from

du)

=

344

所以有344个以512字节为单位的块分配给了这个空的文件系统。而使用

df

/foo命令我们可以得到下面的结果：Java代码

Filesystem

--512-blocks

--Free

--%Used

--Iused---%Iused

--Mounted

on

/dev/lv01

------8192

-----7848

-----5%

-----16

-----2%

----/foo

从中我们可以得到该文件系统使用的块数：Java代码

8192(total

blocks)

-

7848(free

blocks)

=

344。

该值与上面得出的值一致。上面的换算方法对于空的文件系统很容易实现，但是对于非空的文件系统，由于Meta

Data中文件间接块的大小不定，因此较难实现。不需要查看du

与

df返回的值的匹配关系，而只需要了解du

-s命令返回的值反映了分配给文件及目录的磁盘块数，而df命令则反映了文件系统的实际分配情况。df命令反映的实际情况包含了用户数据（文件及目录）和Meta

Data。另一个表现出du与df命令不同之处的例子如下：如果用户删除了一个正在运行的应用所打开的某个目录下的文件，则du命令返回的值显示出减去了该文件后的目录的大小。但df命令并不显示减去该文件后的大小。直到该运行的应用关闭了这个打开的文件，df返回的值才显示出减去了该文件后的文件系统的使用情况。列出一个目录占用的空间1.　du或du

-s或du

-kdu

-S

|

sort

-n

可以迅速发现那个目录是最大的。2.　用df可以看到已安装的文件系统的空间大小及剩余空间大小。3.　quota

-v查看用户的磁盘空间信息,如果你用quota限制了用户空间大小的话。Java代码

boot

5746310

/boot

[blinux@localhost

test]$

du

-ks

/boot

5772

/boot

[blinux@localhost

test]$

du

-ms

/boot

6

/boot

3.显示目录的总大小及目录树中各文件夹的大小，并以较好的单位表示Java代码

[blinux@localhost

test]$

du

-h

/boot

308K

/boot/grub

5.7M

/boot

UUID在文件系统中的使用

UUID可以持久唯一标识一个硬盘分区。其实方式很简单，就是在文件系统的超级块中使用128位存放UUID。这个UUID是在使用文件系统格式化分区时计算生成的，例如Linux下的文件系统工具mkfs就在格式化分区的同时，生成UUID并把它记录到超级块的固定区域中。

下面是ext2文件系统超级块结构：

struct ext2_super_block

{ __u32 s_inodes_count /* 文件系统中索引节点总数 */

__u32 s_blocks_count /*文件系统中总块数 */

__u32 s_r_blocks_count /* 为超级用户保留的块数 */

__u32 s_free_blocks_count /*文件系统中空闲块总数 */

__u32 s_free_inodes_count /*文件系统中空闲索引节点总数*/

__u32 s_first_data_block /* 文件系统中第一个数据块 */

__u32 s_log_block_size /* 用于计算逻辑块大小 */

__s32 s_log_frag_size /* 用于计算片大小 */

__u32 s_blocks_per_group/* 每组中块数 */

__u32 s_frags_per_group /* 每组中片数 */

__u32 s_inodes_per_group/* 每组中索引节点数 */

__u32 s_mtime /*最后一次安装 *** 作的时间 */

__u32 s_wtime/*最后一次对该超级块进行写 *** 作的时间 */

__u16 s_mnt_count /* 安装计数 */

__s16 s_max_mnt_count/* 最大可安装计数 */

__u16 s_magic /* 用于确定文件系统版本的标志 */

__u16 s_state /* 文件系统的状态*/

__u16 s_errors/* 当检测到有错误时如何处理 */

__u16 s_minor_rev_level /* 次版本号 */

__u32 s_lastcheck /* 最后一次检测文件系统状态的时间 */

__u32 s_checkinterval/* 两次对文件系统状态进行检测的间隔时间 */

__u32 s_rev_level /* 版本号 */

__u16 s_def_resuid /* 保留块的默认用户标识号 */

__u16 s_def_resgid /* 保留块的默认用户组标识号*/

/*

* These fields are for EXT2_DYNAMIC_REV superblocks only.

*

* Note: the difference between the compatible feature set and

* the incompatible feature set is that if there is a bit set

* in the incompatible feature set that the kernel doesn't

* know about, it should refuse to mount the filesystem.

*

* e2fsck's requirements are more strictif it doesn't know

* about a feature in either the compatible or incompatible

* feature set, it must abort and not try to meddle with

* things it doesn't understand...

*/

__u32 s_first_ino /* 第一个非保留的索引节点 */

__u16 s_inode_size /* 索引节点的大小 */

__u16 s_block_group_nr /* 该超级块的块组号 */

__u32 s_feature_compat /* 兼容特点的位图*/

__u32 s_feature_incompat/* 非兼容特点的位图 */

__u32 s_feature_ro_compat /* 只读兼容特点的位图*/

__u8s_uuid[16]/* 128位的文件系统标识号*/

chars_volume_name[16] /* 卷名 */

chars_last_mounted[64]/* 最后一个安装点的路径名 */

__u32 s_algorithm_usage_bitmap/* 用于压缩*/

/*

* Performance hints. Directory preallocation should only

* happen if the EXT2_COMPAT_PREALLOC flag is on.

*/

__u8s_prealloc_blocks /* 预分配的块数*/

__u8s_prealloc_dir_blocks /* 给目录预分配的块数 */

__u16 s_padding1

__u32 s_reserved[204] /* 用null填充块的末尾 */

}

可以看到s_uuid[16]就是存放分区UUID的地方。

这样，无论硬盘分区的标识就永远不会重复，而且只要分区没有被重新格式化，那么标识此分区的UUID永远不变。

---