删除文件后为什么磁盘空间大小不变
发布时间:2025-05-18 05:37:56 发布人:远客网络
一、删除文件后为什么磁盘空间大小不变
删除文件后磁盘空间大小不变,有几种可能性:\x0d\x0a1,windows的话,文件被移到回收站了,清空回收站看看;\x0d\x0a2,文件系统有问题,检查一下磁盘,有问题就修复一下;\x0d\x0a3,某些文件被后台进程打开(linux下),删除文件并不会立即释放,重启一下占用文件的应用,或者重启机器就OK了;\x0d\x0a4,删除的是虚拟机里的文件,虚拟机本身的空间是不会释放的。
二、一探究竟:Linux下删除文件后磁盘空间为何无法释放
在Linux系统中,当尝试删除文件后发现磁盘空间并未立即释放,这通常与文件系统的元数据和进程锁定机制有关。文件系统由数据部分和指针部分组成,删除文件时仅从指针部分移除文件标识,而实际存储在磁盘的数据部分则被标记为可用空间,等待新数据覆盖。这种机制导致删除文件后磁盘空间并未立即释放。
文件的锁定机制影响了这一过程。在文件被某个进程打开并锁定时,系统认为文件仍然存在。即使执行了删除命令,文件的元数据也不会立即从文件系统中移除,直到所有打开文件描述符关闭并进程释放锁定。这可能使磁盘空间在文件被删除后依然被占用。
举个例子,若进程PID为666在持续向名为file.txt的文件写入数据,即使删除了file.txt文件,由于进程锁定,元数据仍然存在于文件系统中,导致磁盘空间未释放。你可以通过`/proc/666/fd`找到该文件,证明文件系统仍然认为该文件存在。
为了解决此类问题,可以采取以下步骤:
1.使用`lsof`命令查找占用问题文件的进程及其PID,例如:
这将列出所有打开并锁定file.txt的进程。
2.终止占用问题文件的进程。根据上一步获取的PID,使用`kill`命令强制终止进程,如:
将PID替换为实际的进程ID,这将释放文件占用的资源。
另一种方法是清除文件中的数据而不删除文件本身,避免文件锁定问题。可以使用`>`或`/dev/null`进行操作,如下所示:
这将清空文件中的数据,释放文件占用的磁盘空间,同时保留文件的元数据和指针,避免因文件锁定导致的问题。
通过上述方法,可以有效解决Linux下删除文件后磁盘空间无法立即释放的问题,确保系统资源的合理管理和使用。
三、Linux拷贝文件的命令!
给你一个链接地址吧,你找的应该是在这个页面里的这句话:
在开始转换之前,首先在硬盘驱动器的结尾处对未使用的空间进行分区。我使用 cfdisk创建了一个 35 GB的分区(/dev/hda5),然后将分区的分区类型设置成"8E"(正规 LVM分区类型)。在这一更改后,我进行了重新引导以强制重新读取分区表。在重新引导后,我的分区表如下:
Disk/dev/hda: 89355 cylinders, 16 heads, 63 sectors/track
Units= cylinders of 516096 bytes, blocks of 1024 bytes, counting from 0
Device Boot Start End#cyls#blocks Id System
/dev/hda1* 0+ 247 248- 124960+ 83 Linux
/dev/hda2 248 743 496 249984 82 Linux swap
/dev/hda3 744 20119 19376 9765504 83 Linux
/dev/hda4 20120 89354 69235 34894440 5 Extended
/dev/hda5 20120+ 89354 69235- 34894408+ 8e Linux LVM
既然有了空的 35 GB的分区,我就准备为 LVM初始化它。以下是过程--首先,我将 35 GB初始化成物理卷;然后,使用这个物理卷创建一个卷组,最后,在卷组上分配一些范围,创建将包含新文件系统并存放当前/home中所有文件的逻辑卷。
为开始这个过程,我使用 pvcreate命令将/dev/hda5初始化成物理卷:
pvcreate-- physical volume"/dev/hda5" successfully created
pvcreate在/dev/hda5上设置一个特殊的“记帐”区域,称作 VGDA(“卷组描述符区域”)。LVM使用该区域来记录物理范围是如何分配的,以及其它一些操作。
下一步是创建卷组并向该卷组添加/dev/hda5。卷组将充当范围池(许多存储块)。创建卷组之后,创建所需数量的逻辑卷。我决定将卷组称为"main":
vgcreate-- INFO: using default physical extent size 4 MB
vgcreate-- INFO: maximum logical volume size is 255.99 Gigabyte
vgcreate-- doing automatic backup of volume group"main"
vgcreate-- volume group"main" successfully created and activated
vgcreate命令执行几个操作。除了创建"main"卷组以外,它还设置/dev/hda5,使它使用 4 MB的范围,4 GB是缺省范围大小。这意味着在卷组上创建的所有逻辑卷都可以以 4 MB为增量单位来进行扩充或缩减。
由于内核限制的原因,范围大小决定了逻辑卷的最大大小。您可以从上面的输出中看出,4 MB的范围大小决定了逻辑卷大小限制为 256 GB,如果您向卷组添加几个高容量驱动器,这是很容易达到的逻辑卷组大小。如果每一个卷最后都大于 256 GB,我建议您在运行 vgcreate时指定更大一些的范围大小。范围的大小可以是从 8 KB到 512 MB之间的任何值,并且必须总是 2的倍数。通过将范围大小增加到 4 MB以上,最大的物理卷大小将相应地增加到最大为 1 Petabyte(尽管当今现实世界中,x86系统上的大小限制是 2 Terabytes)。例如,如果希望使用 32 MB的范围创建卷组,我会输入:
# vgcreate-s 32M main/dev/hda5
32 MB是个合适的范围大小,因为 32 MB的颗粒度仍然便于管理,并将引导的最大逻辑卷大小增加到 2 TB。创建卷组之后,可以通过输入"vgdisplay"来查看其信息:
VG UUID 2qC2H2-iA8s-qW6F-cwXx-JVIh-I6VC-VVCGmn
既然有了自己的卷组,我准备创建逻辑卷。我决定在最初时将它的大小设置为 8 GB,并称它作"lv_home":
lvcreate-- doing automatic backup of"main"
lvcreate-- logical volume"/dev/main/lv_home" successfully created
然后,在逻辑卷上创建文件系统:
<----------- MKREISERFSv2----------->
Journal- 8192 blocks(18-8209), journal header is in block 8210
Bitmaps: 17, 32768, 65536, 98304, 131072, 163840,
196608, 229376, 262144, 294912, 327680, 360448,
393216, 425984, 458752, 491520, 524288, 557056,
589824, 622592, 655360, 688128, 720896, 753664,
786432, 819200, 851968, 884736, 917504, 950272,
983040, 1015808, 1048576, 1081344, 1114112,
1146880, 1179648, 1212416, 1245184, 1277952,
1310720, 1343488, 1376256, 1409024, 1441792,
1474560, 1507328, 1540096, 1572864, 1605632,
1638400, 1671168, 1703936, 1736704, 1769472,
1802240, 1835008, 1867776, 1900544, 1933312,
1966080, 1998848, 2031616, 2064384
ATTENTION: ALL DATA WILL BE LOST ON'/dev/main/lv_home'!(y/n)y
Initializing journal- 0%....20%....40%....60%....80%....100%
既然创建了文件系统,我就可以在/mnt/newhome上安装它:
# mount/dev/main/lv_home/mnt/newhome
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 9765200 6989840 2775360 72%/
tmpfs 291388 0 291388 0%/dev/shm
/dev/main/lv_home 8388348 32840 8355508 1%/mnt/newhome
您可以从上面看出,我几乎准备复制/home中的所有数据。在开始之前,我把系统降低到运行级别 1以确保在复制/home中的文件时,没有用户或进程能够访问或修改它们:
复制操作需要大约 10分钟的时间完成。然后,我将原始/home备份成/home.old,这只是为在复制过程中有任何错误而准备的。创建一个新的安装点,然后在/home上重新安装新 home:
然后,应该设置服务器以使我的新/home分区可以在每次启动机器时使用。首先修改/etc/fstab以使它包括新的/home项:
#/etc/fstab: static file system information.
# fs mountpoint type opts dump/pass
/dev/hda3/ reiserfs defaults 1 1
/dev/main/lv_home/home reiserfs defaults 2 2
/dev/hda1/boot reiserfs noauto 0 0
/dev/cdrom/mnt/cdrom iso9660 noauto,ro 0 0
none/dev/pts devpts mode=620 0 0
tmpfs/dev/shm tmpfs defaults 0 0
然后,我对初始化脚本进行了一些小小改动。我修改了"checkroot"启动脚本,使以下命令可以在根分区重新安装读/写后立即运行:
接下来,我修改了在关机时运行的文件系统卸装脚本,使以下命令在卸装了所有文件系统后立即运行:
完成了这些步骤后,我重新引导了机器,让我高兴的是一切都工作正常。在接下去的一天左右的时间里完全没有问题,随后我删除了/home.old以释放根文件系统上的一些空间。太棒了!到 LVM的转换成功了。