您当前的位置:首页 > 互联网教程

删除文件后为什么磁盘空间大小不变

发布时间: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的转换成功了。