通常情况下,ls 显示的文件大小比du显示的磁盘占用空间小,比如文件系统的block是4K,一个13K的文件占用的空间是 13k/4k = 3.25 个block,一个block只能被一个文件占用,因此实际占用空间就是4个block,就是16K 查看和修改ext4的inode和blockext4默认inode大小是256bytes,block大小是4096bytes[root@ ~]# dumpe2fs /...
ls是实际文件大小 du是文件占用空间的大小 后者一般大于等于前者
du:统计每个文件占用磁盘空间的大小。 ls -s:显示每个文件分配的磁盘空间的大小,以block为单位。 ls -l:显示文件的实际大小。 参考链接:https://www.zybuluo.com/yiltoncent/note/242878
ls -lh 计算的是文件的实际大小。 一般来说,存储文件的时候很少刚好把block填满,因此du -sh *一般都要比ls -lh大。 但是也有一些特殊文件,例如sparse file。 稀疏文件(Sparse File) 稀疏文件,这是UNIX类等文件系统的一个特性。稀疏文件与其他普通文件基本相同,区别在于文件中的部分数据是全0,且这部分数据不占...
结果将是1G,而du结果是0。 du有一个参数是 --apparent-size,效果与ll相同。 du:统计每个文件占用磁盘空间的大小。 ls -s:显示每个文件分配的磁盘空间的大小,以block为单位。 ls -l:显示文件的实际大小。 参考链接:https://www.zybuluo.com/yiltoncent/note/242878...
用ls命令出来的目录大小,不包括里面的文件大小。用du -sh * 才是。 查到的 0 回复 0x0000000A L119 回复 LOU2830130535 L38 2017-04-25 06:19 那目录的大小怎么计算呢? 那/bin目录和/dev目录为什么大小不一样呢? 好奇怪@_@ 0 回复 LOU2830130535 L38 2017-04-25 06:32 快去找助教 ...
软链接是占用空间的，我觉得是du 程序算法的问题。也许只是占用的太小了记作0 ，你使用 du -sb a.so 是有大小的。或者用 stat a.so. 查看一下。你可以尝试罗链接一个长一点的文件名，du -sh 就能看出是4k 了。
touch tmp.txt 现在我试图替换它的日期和时间,所以我所做的如下: ls -l tmp.txt -rwrx-rx-x 1 yush guest 600 jul 10 16:58 tmp.txt 我使用了以下命令来替换上面的cretaed文件的年份? touch -d "1 year ago" tmp.txt 现在, ls -l tmp.txt -rwxr-xr-x 1 yush guest 600 jul 10 2016 tmp...
sudo du -sh $(ls -d */) 2> /dev/null 查看当前目录下所有子目录的大小 http://t.cn/RKvRHnh
1 # history查看历史命令 2 # !数字 快速执行数字那一行 3 # !yum 快速执行最近一条yum命令 4 # history -d 70 把历史记录的第70行删除 5 # history -c 清空所有记录(连到人家服务器,操作完了,执行一下) 6 # history -w 可以把 历史记录写到用户家路径的.bash_history文件中 ...