VMware精简模式文件删除后空间不释放处理(磁盘空间收缩)
VMWARE占用硬盘空间只增大不减少的清理办法
VMWARE占用硬盘空间只增大不减少的清理办法问题: vmware 占用硬盘空间只增大不减少。
即使你删除虚拟机系统里面的文件,占用宿主机的硬盘空间也不释放。
用了一段时间后空间不够了。
解决办法: 方法一: 把一部分*sxxx.vmdk文件剪切到其他盘符下。
用ultraEdit 打开Debian_Lenny.vmdk, 你会看到一个文件列表。
重新定位你剪切的文件。
启动虚拟机即可。
这方法没有释放空间。
方法二: 在linux 里安装vmware-tools, 然后使用root,并在命令行下 vmware-toolbox 点选strike注意:该方法要保证你当前盘的空间>=要strike的虚拟机大小。
所以如果你当前盘空间不够,你可以用方法一把一些文件移到其他盘,然后再strike, 最后把移出去的文件移回来。
PS:注意在新的vmware-tool里面有所变化。
命令是使用(使用root执行):vmware-toolbox-cmd disk list 查看磁盘挂载点,然后执行vmware-toolbox-cmd disk shrink / (你的磁盘挂载点),不清楚的用户可以直接执行 vmware-toolbox-cmd disk shrinkonly 压缩所有的磁盘,然后会弹出一个Shrinking disk 'F:\FC\FC.vmdk' 的对话框,压缩需要很长时间。
方法三: 在vmware的安装目录下,有一个vmware-vdiskmanager注意:这里的*是你的虚拟机vmdk文件的的文件名,还要包括路径,如:vmware-vdiskmanager.exe -k 'F:\Fc\FC.vmdk' 执行过程会显示進度,完成后会提示:Shrink: 100% done.Shrink completed successfully.。
Thin_LUN空间回收_VMware操作系统
Thin LUN空间回收-VMware操作系统Thin LUN技术实现了动态地根据业务需求来分配存储空间。
Thin LUN创建的时候,并不会一下子分配满额的存储空间,而是分配一个小的初始空间。
当Thin LUN的空间占用率达到一定比例后,系统会再分配一定的存储空间,如此反复直到达到满额。
Thin LUN技术可以极大的提高存储系统的空间利用率。
Thin LUN有下面两个核心的概念。
●分配的空间按业务增长而增长。
该功能完全通过存储系统来实现。
●释放的空间可以重新回收使用。
该功能涉及主机操作系统和存储系统的交互操作。
本文简单描述VMware操作系统上Thin LUN空间回收的配置方法,适用于华为存储技术支持工程师及华为合作伙伴技术工程师。
1.1 简介LUN映射给VMware的虚拟机的时候,主要有2种映射方式,一种是将LUN格式化成VMFS,通过Virtual Disk的方式映射给虚拟机,另外一种就是通过RDM的方式直接映射给虚拟机。
图1-1LUN的使用方式不同的VMware版本上、不同的LUN使用方式所支持的空间回收方式不同,下面分别加以介绍。
1.1.2 不同版本支持的空间回收方式虚拟机关闭、开启并不会自动启动空间回收。
需要手动干预才能启动空间回收。
ESXi 5.5~6.0该版本下支持的空间回收方式汇总如下。
表1-1ESXi 5.5~6.0支持的空间回收方式当Thin LUN是通过Virtual Disk的方式使用的时候,只有当Virtual Disk所在的虚拟机被移除了,才能开始空间回收。
上述配置在ESXi 5.5及ESXi 6.0上验证通过。
ESXi 5.0~5.1该版本下支持的空间回收方式汇总如下。
ESXi 5.0~5.1支持的空间回收方式表1-2当Thin LUN是通过Virtual Disk的方式使用的时候,只有当Virtual Disk所在的虚拟机被移除了,才能开始空间回收。
上述配置在ESXi 5.0\ESXi 5.1上验证通过。
VMWareWorkstationPro15使用教程
VMWareWorkstationPro15使⽤教程1.虚拟化产品应⽤场景学习教学企业中搭建测试环境⽣产环境虚拟机可以在不同的硬件服务器之间迁移物理机抓取到虚拟机2.主流的虚拟化产品VMWare Workstation 15.5 免费下载地址: https:///cn.html VMWare Workstation的使⽤说明:https:///cn/VMware-Workstation-Pro/index.htmlvSphere 企业虚拟化产品收费微软Windows Server2008、2012、2016、2019系统内置的虚拟化服务Hyper-V(服务器的虚拟化)桌⾯虚拟化产品虚拟化⼚家:Citrix(思杰)3.安装VMWare Workstation安装VMWare Workstation软件后,它会在计算机中虚拟出⼏张⽹卡。
4.在虚拟机中安装Windows10系统1.将建⽴的虚拟机放在单独的⼀个⽂件夹内,不要与其他⽂件混合。
2.在指定磁盘容量时推荐最⼤磁盘⼤⼩160G 注意: 这个是指虚拟机的磁盘⽂件(扩展名为:.vmdk)最⼤可以达到160G,刚分配时并没有这么⼤,当往虚拟机内存放⽂件时,它会不断增⼤,最⼤达到160G。
3.不要勾选⽴即分配所有磁盘空间。
如果勾选了那么虚拟机会⽴刻占⽤分配的空间。
4.勾选将虚拟磁盘拆分成多个⽂件。
使⽤NTFS分区⼀个磁盘⽂件最⼤容量没有限制⼤⼩,但是如果使⽤的是Fat32则单个磁盘⽂件最⼤为4GB,这样⼀来就需要将磁盘拆分成多个⽂件。
NTFS和Fat32的简介:https:///a/331772458_2003375.不同的VMWare Workstation版本所创建的虚拟机有不同的硬件兼容性,所以要注意版本的匹配。
6.固件类型:BIOS和UEFI BIOS和UEFI简介:https:///brave_stone/article/details/895767247.虚拟机处理器的设置根据实体机的具体情况设置,如果不会的话,默认就可以。
[整理版]vmware虚拟硬盘空间治理
vmware虚拟硬盘空间管理VMware虚拟磁盘管理工具是VMware Workstation软件包里的一个软件,它让你用命令行或通过脚本来创建管理修改虚拟磁盘文件。
它的一个重要的特性是能够增大虚拟磁盘大小,使虚拟磁盘的最大尺寸比刚创建时(定义的)更大。
它是这样一种方法,如果你需要更多的磁盘空间在已经定义的虚拟机中,而你又不想添加另外一块硬盘或者用Ghost软件来传递虚拟磁盘上的数据到另外一块更大的虚拟磁盘上去时,你可以用改变虚拟磁盘最大尺寸方法来做。
不过你可不能用这种方法对你的物理硬盘实施。
另外一个功能是让你能够改变虚拟磁盘的类型。
当你创建虚拟机时,你定义了虚拟磁盘空间的分配方式。
你可以在以下选择一种分配方式:- 所有的虚拟磁盘空间预分配。
它相当于虚拟磁盘管理工具所说的预分配磁盘类型。
- 虚拟磁盘在开始时最小随着数据的增加而变大。
它相当于虚拟磁盘管理工具所说的可增长磁盘类型。
使用虚拟磁盘管理工具,你能够更改虚拟磁盘的类型为预分配或可增长的、单个文件储存或每个文件大小为2GB的多文件方式。
举个例子,你可以分配所有的虚拟磁盘空间,然后发现你需要收回一些主机上的硬盘空间。
你能转换预分配的虚拟磁盘为可增长的虚拟磁盘,然后删除原来的那个虚拟磁盘文件。
(这样)虚拟磁盘的大小将随着你的数据的增长而增长。
这些功能和使用脚本自动管理虚拟磁盘方法在VMware Workstation5.0版本中提供。
你能够用虚拟磁盘管理工具完成以下任务:- 使用脚本自动管理虚拟磁盘。
- 创建虚拟磁盘而不和任何一个虚拟机关联,举个例子,创建它作为样板。
- 在预分配和可增长的虚拟磁盘类型间进行转换。
当你更改为可增长的虚拟磁盘类型,你就能够收回一些磁盘空间。
你也能通过收缩虚拟磁盘来收回更多的空间。
- 增大虚拟磁盘的尺寸,使它比你创建时定义的尺寸更大。
- 磁盘碎片整理虚拟磁盘。
- 准备和收缩虚拟磁盘而不需要开启虚拟机进行(仅适用于Windows宿主机)。
proxmox精简磁盘的方法
proxmox精简磁盘的方法【最新版3篇】篇1 目录1.引言2.Proxmox 概述3.精简磁盘的原因4.精简磁盘的方法4.1 删除不需要的软件和文件4.2 使用 LVM 进行精简4.3 使用文件系统进行精简5.精简磁盘的注意事项6.结论篇1正文1.引言Proxmox 是一个基于 Debian 的开源虚拟化管理平台,它允许用户轻松地管理虚拟机和容器。
在使用 Proxmox 的过程中,可能会遇到磁盘空间不足的问题。
为了解决这个问题,我们可以通过精简磁盘的方式来释放空间。
本文将介绍 Proxmox 精简磁盘的方法。
2.Proxmox 概述Proxmox 是一个基于 Web 的管理界面,用户可以通过它来管理虚拟机、容器、网络和存储。
Proxmox 支持多种虚拟化技术,如 KVM、VirtualBox 和 VMware。
此外,Proxmox 还提供了很多实用的功能,如自动备份、高可用性和多租户管理。
3.精简磁盘的原因在 Proxmox 的使用过程中,可能会因为安装了过多的软件或者存储了过多的数据而导致磁盘空间不足。
为了避免磁盘满了导致系统崩溃的情况,我们需要定期检查和精简磁盘。
4.精简磁盘的方法4.1 删除不需要的软件和文件删除不需要的软件和文件是最直接的精简磁盘的方法。
你可以通过以下命令来查看系统中安装的软件:```dpkg -l```然后,可以根据需要删除相应的软件。
另外,还可以删除不需要的文件,如日志文件、缓存文件等。
4.2 使用 LVM 进行精简Proxmox 默认使用 LVM(逻辑卷管理器)来管理磁盘空间。
你可以通过调整 LVM 分区的大小来精简磁盘。
以下是调整 LVM 分区大小的步骤:```sudo lvmdisplay```可以查看当前系统的 LVM 分区情况。
然后,可以使用以下命令来调整分区大小:```sudo lvmresize --reduce /dev/sda1```请根据实际情况修改分区设备名称。
自动精简配置详解
自动精简配置详解在服务器诞生之后的一段时间里,并没有独立的存储器,所谓的存储只不过是服务器之中的一块硬盘。
但是随着服务器在各行业中的广泛普及,各个数据中心对于数据存储的需求变得非常大,而且数据中心的结构也变得十分复杂,这也对存储提出了更高的要求,DAS、NAS和SAN也纷纷应运而生。
虽然服务器通过DAS、NAS、SAN连接的存储设备早已不是单一的硬盘而是磁盘阵列,但是目前的操作系统和应用识别存储设备的方法,还是和早期服务器识别一块硬盘的方法没有区别。
也就是说,操作系统和应用认为它们连接的磁盘阵列是一块容量固定的“硬盘”。
其实,现在的存储阵列子系统,容量都不是固定的,构成存储的都是一个一个的逻辑单元,不过即便这样,每个逻辑单元也还是被系统和应用当成固定容量的物理单元。
对于操作系统和应用而言,存储识别方法的改进短期内恐怕还有些困难。
传统的存储识别方法,在大量服务器和存储器的数据中心会带来很多隐性成本,因为存储空间一旦被分配,其容量都是固定的,不管这些空间是否真的被使用,整个系统都会认为多余的空间已经没有了,需要另外添加磁盘。
而今天,自动精简配置(Thin Provisioning)有望从根本上解决这种识别问题,减少数据中心的构建成本。
下面我们就来详细讨论一下自动精简配置是如何工作的,以及自动精简配置部署需要注意的问题。
什么是自动精简配置?自动精简配置是一种存储管理的特性,核心原理是“欺骗”操作系统,让操作系统认为存储设备中有很大的存储空间,而实际上的物理存储空间则没有那么大。
举一个例子,在部署了自动精简配置之后,存储系统可能显示有2TB的逻辑单元,而实际上只有数百GB的物理空间可被分配。
除了操作系统,应用也认为有很多剩余空间,尽管其中大部分空间都是虚拟出来的。
而随着应用写入越来越多的空间,物理存储利用率也会越来越高。
这项技术不会出现早先的有大量空间闲置,却还无法使用的现象。
具体而言,如果应用读了一个从来没被写过的区域,自动精简配置将提供一个零缓冲带(ZEROES Buffer。
VMWare Shrink回收Windows已删除磁盘空间测试
VMWare Shrink回收Windows已删除磁盘空间测试boblexiang@ 2016-4-20
问题:
Windows在VMWare EXSi 5.5虚拟机中运行时,当占用空间在Windows里释放后,虚拟机中不会自动释放,将导致硬盘不断扩大,影响整体虚拟机的运行和性能。
1.原来
2.COPY文件
存储增加了4G使用量3.删除后
Windows里未占用空间
VMWare里还是没有释放刚才已经删除的4G文件大小
4. SDelete
将删除文件占用的空间置0,如果不置0,后期的回收操作还是无效Sdelete –z E:
置0时,硬盘会显示占满
此步操作很慢,9G的硬盘大约花了20分钟才搞完
置0完后,D盘已经恢复原状
虚拟机里没有回收
5.vmkfstools回收客户虚拟机里已经置0的磁盘空间
cd /vmfs
cd datastore1 (1)
cd Win2008_SQL
注意:一定要压缩vmdk文件,不要压缩*-flat.vmdk文件vmkfstools -K Win2008_SQL.vmdk
5分钟后,操作完成,可以看到虚拟机已经成功回收Windows的空间。
误删除VMware虚拟机vmdk文件的恢复
误删除VMware虚拟机vmdk文件的恢复Dell R710系列服务器(用于VMware虚拟主机),Dell MD 3200系列存储(用于存放虚拟机文件),VMware ESXi 5.5版本,因意外断电,导致某台虚拟机不能正常启动,查看虚拟机的配置文件时发现此虚拟机的配置文件除了磁盘文件以外其他配置文件全部丢失。
此时xxx-flat.vmdk磁盘文件和xxx-000001-delta.vmdk快照文件还存在。
找VMware工程师诊断后,尝试新建一个虚拟机来解决故障,但发现ESXi存储空间不足。
因此就将故障虚拟机下的xxx-flat.vmdk磁盘文件删除了,这时ESXi存储就有200多G的剩余空间了,而后VMware工程师就重新建了一个40G的虚拟机,并且分配了固定大小的虚拟磁盘,Windows Server 2008(虚拟机操作系统),数据库应用环境SQL Server 2008数据库服务器(管理宏桥和索菲两套应用数据库),虚拟机磁盘容量200G 数据盘(精简模式)+ 160G快照数据盘。
一、故障分析1、备份数据在VMware vSphere Client上将挂载的RD220i存储中VMFS卷以正常方式卸载掉。
然后将RD220i存储上的VMFS卷通过网线的方式连接到备份服务器上,接着使用专业的工具将整个VMFS卷以扇区的方式镜像到已准备的备份空间上,以确保客户的数据安全,之后的分析和恢复操作均在备份的数据上进行。
2、分析故障原因仔细分析VMFS卷的底层数据发现,ESXi主机的突然断电导致故障虚拟机目录下的目录项出现破坏,但是这种破坏不会影响虚拟机的重要数据,只是破坏了文件的目录项而已,可以通过人工修复即可解决。
而人为删除某个文件的话,则目录项对应的数据区索引会被清掉,也不会影响删除文件的实际数据。
这种情况可根据删除虚拟磁盘文件中的文件系统以及虚拟磁盘中的文件类型在VMFS卷自由空间中进行碎片匹配和合并,最终也可恢复删除的虚拟磁盘文件。
vshpere 如何回收精简置备的磁盘空间
Reclaim disk space from Thin Provisioned disksPosted on May 27, 2012 by Rickard NobelHow to reclaim disk space from virtual machines with thin virtual disks in VMware vSphere.The thin disks will start very small and grow as data is added within the VM, however if data is logically deleted inside the VM the thin disk will not shrink. If there is a large difference between the amount of data stored by the VM and the space consumed by the virtual disk file it could be worth to reclaim the space.In this example we have a thin provisioned VMDK file with the size of 8 GB, which is the size of the disk as it appears to the virtual machine, in this case a Windows 2003 Server.Inside the guest VM we can see that the used space are about 1.72 GB out of this 8 GB and there is a large percentage of free disk.From the Datastore Browser from the vSphere Client we could however see that the VMDK file is consuming around 4.6 GB on the datastore, even as the VM itself only stores 1.7 GB. Most likely this condition comes from files that once existed inside the VM and later has been deleted.When files are deleted inside Windows only the logical information about the files are removed, but the physical content of the file is left on the disk area, later to be overwritten by other files.Two problems must now be solved:1. Since the VMkernel has no possibility to read or understand guest filesystems like NTFS we can never reclaim the space until these blocks are actually zeroed from inside the guest. We must use some extra tool for this.2. There are no real shrink function in vSphere, but we could use a trick involving datastores with different VMFS blocksizes together with Storage vMotion.To solve the first problem we could use a tool like Sdelete.exe from the Sysinternals suite, available as free download from Microsoft. Get the file and extract it inside the VM.Make a note of the drive letter for the partition that we want to reclaim space from and run:sdelete -z DRIVELETTERThis tool will now write zeros into every empty part of the partition. This means that you will get a very large amount of write IOs going to the storage, which makes this most suitable to do off peak hours.This will also make the VMDK file to expand to its full size. It is very important to make sure in advance that there is enough space in the current datastore for this.The next step is to locate a VMFS datastore with a different block size than the currect datastore. This seems strange, but is crucial and it will not work if using equal blocksizes. If using VMFS 5 the option of actually selecting the blocksize is no longer available and all new VMFS 5 datastores are created with the blocksize of 1 MB. This is good and removes other issues, but means that you need one VMFS 3 datastore during the reclaim phase.If you only use VMFS 5 then you might have to create a new LUN on the Fibre Channel or iSCSI SAN and format this with VMFS 3. Make sure to select a different block size than the current datastore. The LUN is only used temporarily and should in size just be enough the hold the VM during the reclaim process.Select the datastore and view the Datastore Details to verify the block size. In this case it is 4 MB and will work to do the transfer from the 1 MB blocksize of the current datastore.Then use Storage vMotion to transfer the VM disk to the VMFS 3 datastore. Depending on the size of the VMDK and the performance of the SAN and the transfer method (FC or iSCSI) this will take some time naturally.After the Storage vMotion is complete you should use the Datastore Browser on the new datastore and see how much space was reclaimed. In this case we see that the VMDK file size now match almost exactly the amount of data consumed by the internal Windows guest and all “dead space” has been restored to the datastore.The final step is now to transfer the VM back to its original location. Since these actions (first zeroing with the sdelete tool and two Storage vMotions) are very disk intensive it could be best to accomplish these actions during non peak hours.。
vmware虚拟机占用电脑内存资源怎么办vmware虚拟机严重占用空间解决方法
vmware虚拟机占⽤电脑内存资源怎么办vmware虚拟机严重占⽤空间解决⽅法vmware workstation是当前⼀款主流的虚拟机软件,相信很多⼩伙伴都有在电脑上安装这款虚拟机软件,它可以模拟出多台虚拟的电脑,就像真正的计算机⼀样⼯作。
不过,也有不少⽤户反映说,开启VMware虚拟机⼯作后,很占⽤很⼤电脑空间。
那么,vmware虚拟机占⽤电脑内存资源怎么办?应该如何优化呢?我们⼀起去看看!vmware workstation11虚拟机特别版(附安装教程) 32/64位类型:系统其它⼤⼩:307MB语⾔:简体中⽂时间:2018-05-25查看详情实际上,VMware虚拟机安装过多个系统之后,本⾝就占⽤很⼤了,如果你开启了⾃动保护(⾃动备份快照),就会让虚拟机的占⽤越来越⼤,以⾄于爆满整个分区都不为过。
VMware虚拟机占⽤资源怎么优化?1、⾸先我们打开VMware虚拟机主界⾯。
2、右键我们需要优化的系统,如果有多个系统,这需要重复操作。
3、右键之后⿏标移动到“快照”→“快照管理器”。
4、勾选左下⾓的“显⽰⾃动保护的快照”,之后点击界⾯中的快照1(时钟图标的快照),再点击右下⾓的“删除”。
5、提⽰是否删除快照,我们选择“是”或者“确定”。
6、当前⽆快照的情况下。
7、在此界⾯中点击“⾃动保护”。
8、在虚拟机设置界⾯中,去掉“启⽤⾃动保护”前⾯的勾选,确定即可。
我们需要对每⼀个虚拟系统都操作⼀边,确保没有漏⽹之鱼,没有快照的坏处是虚拟系统出现问题的时候需要重装,不能使⽤快照恢复。
以上就是”VMware虚拟机占⽤资源怎么优化“的处理⽅法介绍,希望对⼤家有所帮助。
相关阅读:。
Vmware虚拟机文件越来越大解决方案
Vmware虚拟机文件越来越大解决方案减肥方法随着我们使用虚拟系统的时间越长,Vmware创建的虚拟磁盘占用空间就越大,即使将虚拟系统中的文件删除,虚拟磁盘文件占用宿主系统硬盘空间也不会减少,这个问题困扰了很多用户。
在虚拟系统中看硬盘只有1、2g,而在硬盘中显示已经占用了3、4g了,那多余的空间这么释放出来呢,看我的,用这种方法我曾经将占用1.75g的精简版XP减少到600m以下,减少约2/3之多。
在vmware workstation中关于整理磁盘的有两种方法,整理defragment和压缩shrink。
1、整理defragment在虚拟机设置中的虚拟磁盘设置可以找到,类似于windwos的磁盘整理,可以保持磁盘数据的连续性,提高磁盘性能。
启动Vmware;注意不要启动虚拟系统!!! 选择VM > Settings,在左边选择你想整理的虚拟磁盘,然后在右边点击Defragment。
在宿主系统中对虚拟磁盘所在的分区进行磁盘整理。
2、关于压缩,启动虚拟机后,在托盘区右击vmware tools,找到shrink项,选中要压缩的分区,点prepare to shrink,准备进行压缩。
【或者启动虚拟机后。
选择开始-设置-控制面板-VMware Tools.选择"Shrink",选择想整理的磁盘,点击"Prepare to Shrink"。
在出现的窗口中选择"Yes"。
当再次出现提示窗口已经成功地为虚拟磁盘减肥】完毕后会跳到真实系统中,出现进度条进行压缩。
完成既可~~~需要注意的是:压缩功能有些限制,如不能用在选择了预分配空间的虚拟机上、不能有快照、只能对分区进行压缩,不能对物理盘进行压缩等等。
经过压缩处理,你的磁盘占用至少可以减少1/3到1/2以上。
用虚拟机的朋友赶快试一试最好经常使用,尤其是剩余空间还比较大的时候,因为等到剩余剩空间小的时候是不能瘦身的,该过程需要大的剩余空间!___________________________________________________________ 虚拟硬盘自动扩大。
为什么删除文件后磁盘空间还是不变
为什么删除文件后磁盘空间还是不变为什么删除文件后磁盘空间还是不变2013-06-05 13:22:12 我来说两句作者:chengyue2007 收藏我要投稿为什么删除文件后磁盘空间还是不变解决方法首先我们获得一个已经被删除但是仍然被应用程序占用的文件列表:用root用户;#lsof|grep deletedora 25575 data 33u REG 65,65 4294983680 31014933 /oradata/DATAPRE/UNDOTBS009.dbf (deleted)从lsof的输出中,我们可以发现pid为25575的进程持有着以文件描述号(fd)为33打开的文件/oradata/DATAPRE/UNDOTBS009.dbf。
在我们找到了这个文件之后可以通过结束进程的方式来释放被占用的空间。
#kill -9 25575或者#cd /root/.Trash/#rm -rif *linux删除文件后没有释放空间今天发现一台服务器的home空间满了,于是要清空无用的文件,当我删除文件后,发现可用空间没有变化os:centos4.7现象:发现当前磁盘空间使用情况:[root@ticketb ~]# df -hFilesystem Size Used Avail Use% Mounted on/dev/sda1 981M 203M 729M 22% /none 16G 0 16G 0% /dev/shm/dev/sda9 2.9G 37M 2.7G 2% /tmp/dev/sda7 4.9G 1.9G 2.7G 42% /usr/dev/sda8 2.9G 145M 2.6G 6% /var/dev/mapper/vghome-lvhome20G 19G 11M 100% /home/dev/mapper/vgoradata-lvoradata144G 48G 90G 35% /u01/oradata/dev/mapper/vgbackup-lvbackup193G 7.8G 175G 5% /u01/backup通过下面的命令找到无用的文件,然后删除[root@ticketb ~]# find /home/oracle/admin/dbticb/udump/ -name "dbticb_*.trc" -mtime +50 | xargs rm -rf然后在查看磁盘空间使用情况,发现没有/home空间没有变化[root@ticketb ~]# df -hFilesystem Size Used Avail Use% Mounted on/dev/sda1 981M 203M 729M 22% /none 16G 0 16G 0% /dev/shm/dev/sda9 2.9G 37M 2.7G 2% /tmp/dev/sda7 4.9G 1.9G 2.7G 42% /usr/dev/sda8 2.9G 145M 2.6G 6% /var/dev/mapper/vghome-lvhome20G 19G 11M 100% /home/dev/mapper/vgoradata-lvoradata144G 48G 90G 35% /u01/oradata/dev/mapper/vgbackup-lvbackup193G 7.8G 175G 5% /u01/backup这个郁闷啊,明明删除文件了,怎么空间没有被释放啊,rm命令应该是直接删除啊,在查看下/home下还有什么占用空间[root@ticketb ~]# du -h --max-depth=1 /home16K /home/lost+found2.6G /home/oracle2.6G /home可这里显示空间已经释放了啊,于是google下,未释放磁盘空间原因:在Linux或者Unix系统中,通过rm或者文件管理器删除文件将会从文件系统的目录结构上解除链接(unlink).然而如果文件是被打开的(有一个进程正在使用),那么进程将仍然可以读取该文件,磁盘空间也一直被占用。
linux删除文件后空间没有释放问题解决办法
linux删除文件后空间没有释放问题解决办法
收到服务器报警,磁盘空间满了,删除一些日志和垃圾文件后发现磁盘空间变化不大,df查看磁盘占用已经没有那么多。
想了下,应该是删除的文件还应该是没有被彻底释放导致。
系统是不能重启的,影响非常大。
于是采用lsof查看已经删除的文件中,查看哪些比较大的文件还在被调用。
查到以后清理即可:这个文件占用了16G,将对应进程杀掉或者重启下即可释放。
说明:
1,多数系统lsof未安装,需自己yum install lsof -y 安装(以centos为例)
2,查看删除的文件:
lsof
grep deleted
可以看到哪些文件比较大,针对性处理。
Linux系统删除文件后空间并没有释放的处理
Linux系统删除⽂件后空间并没有释放的处理⼀、现象描述操作系统:CentOS 6.8 x64使⽤ df -h 命令,看见 / 根⽬录下磁盘空间已满(100%),于是⼿动清理⼤⽇志⽂件。
[root@local ~]# df -hFilesystem Size Used Avail Use% Mounted on/dev/mapper/rootvg-LogVol00 59G 59G 0100% //dev/sda1 190M 13M 168M 8% /boottmpfs 2.0G 02.0G 0% /dev/shm通过 du -sh 命令,找到占⽤⼤量空间的⽇志⽂件,于是使⽤ rm -rf 删除了它。
[root@local ~]# cd /var/nginx/logs/[root@local ~]# rm -rf t-access.log t-error.log然后查看磁盘空间的使⽤情况,发现 / (根⽬录)的空间并没有发⽣变化。
但是可以看到 Used 发⽣了变化。
[root@local ~]# df -hFilesystem Size Used Avail Use% Mounted on/dev/mapper/rootvg-LogVol00 59G 56G0100% //dev/sda1 190M 13M 168M 8% /boottmpfs 2.0G 02.0G 0% /dev/shm这是怎么回事呢?⼆、原因未释放磁盘空间的原因:在Linux或者Unix系统中,通过rm或者⽂件管理器删除⽂件将会从⽂件系统的⽂件夹结构上解除链接(unlink),然⽽假设⽂件是被打开的(有⼀个进程正在使⽤),那么进程将仍然能够读取该⽂件,磁盘空间也⼀直被占⽤。
⽽我删除的是nginx的访问⽇志⽂件,在删除的时候该⽂件正在被使⽤。
三、解决办法⾸先获得⼀个已经被删除的可是仍然被应⽤程序占⽤的⽂件列表。
操作如下:[root@local ~]# lsof |grep deletednginx 4399 root 38w REG 253,01930444810835682 /var/nginx/logs/t-access.log (deleted)nginx 4399 root 39w REG 253,0350208010835684 /var/nginx/logs/t-error.log (deleted)nginx 4401 nobody 38w REG 253,01930444810835682 /var/nginx/logs/t-access.log (deleted)nginx 4401 nobody 39w REG 253,0350208010835684 /var/nginx/logs/t-error.log (deleted)nginx 4402 nobody 38w REG 253,01930444810835682 /var/nginx/logs/t-access.log (deleted)nginx 4402 nobody 39w REG 253,0350208010835684 /var/nginx/logs/t-error.log (deleted)nginx 4403 nobody 38w REG 253,01930444810835682 /var/nginx/logs/t-access.log (deleted)nginx 4403 nobody 39w REG 253,0350208010835684 /var/nginx/logs/t-error.log (deleted)nginx 4404 nobody 38w REG 253,01930444810835682 /var/nginx/logs/t-access.log (deleted)nginx 4404 nobody 39w REG 253,0350208010835684 /var/nginx/logs/t-error.log (deleted)从输出的结果可以看到 /var/nginx/logs/t-access.log 和 t-error.log 还在被使⽤中,所以导致未释放空间。
VMware虚拟机中DiskGenius对虚拟机磁盘进行压缩
VMware虚拟机中DiskGenius对虚拟机磁盘进行压缩使用虚拟机的用户是否感觉到您的虚拟磁盘文件越来越大,都快把宝贵的磁盘空间(宿主机物理硬盘)占满了呢?有人会想到,我直接启动虚拟机,然后把里面没用的数据删除了,不就行了吗?实际测试发现,这样删除后,存放在物理硬盘上的虚拟磁盘文件的大小并没有减小。
虚拟机磁盘文件只会慢慢地变大,虚拟机软件不会在用户删除数据后对虚拟磁盘进行“压缩”。
现在好了,我们可以使用DiskGenius软件进行压缩。
比如我们使用的是,它的虚拟磁盘文件是vmdk格式。
这时我们可以用如下方法对其进行压缩。
如下图所示,这是未压缩之前的大小(1.7G左右)。
操作步骤如下:软件名称:DiskGenius标准版软件版本: 3.4.2 绿色简体中文版32Bit软件大小: 4.3M软件语言:简体适用平台:WinXP, WinAll下载地址:DiskGenius标准版1、在DiskGenius软件中,首先把要压缩的虚拟磁盘打开(菜单:“硬盘–> 打开虚拟硬盘文件”)。
打开后就可以在左边的窗口中看到加载上的虚拟磁盘了。
2、然后我们再新建一个容量不小于源虚拟硬盘的vmdk虚拟磁盘(菜单:“硬盘–> 新建虚拟硬盘文件–> 新建VMware虚拟硬盘文件”)。
3、开始进行压缩。
选择(菜单:“工具–> 克隆硬盘”),弹出对话框后,在“选择源硬盘”时选择要压缩的vmdk虚拟磁盘,在“选择目标硬盘”时选择刚刚我们新建的vmdk虚拟磁盘,然后点“开始”。
4、现在已经复制完毕了,我们找到两个虚拟磁盘文件的所在路径,对比一下大小。
可以看到,虚拟硬盘被压缩了。
这时,还需要做一些后续的清理工作。
首先在DiskGenius软件中关闭刚才打开的两个虚拟硬盘,或者直接关闭DiskGenius 软件。
然后将源虚拟硬盘文件改名(备用,以防万一),再将新的虚拟硬盘文件改名为源虚拟硬盘的文件名(注意要完全相同)。
VMware虚拟机磁盘压缩
VMware虚拟机磁盘压缩展开全文一、在VMware里新建虚拟机,可以将磁盘模式设置为预分配虚拟磁盘空间或者动态增长。
(1)如果磁盘模式选为:预分配虚拟磁盘空间(preallocate for virtualdisk),那么它的磁盘空间基本是固定的,也就不需要压缩了。
(2)如果磁盘模式选为:动态增长,那么开始的时候就回只占很少的磁盘空间,随着虚拟机的使用,磁盘体积会不断增长,还有虚拟系统运行速度逐渐下降,这样可能造成很多不便。
这时可以对虚拟磁盘/分区进行整理和压缩:整理(Defragment)在虚拟机设置中的虚拟磁盘设置可以找到,关键是保持磁盘数据的连续性,可以提高磁盘性能。
二、VMware Tools提供的压缩(Shrink)功能VMware Tools提供的压缩(Shrink)功能可以收回虚拟系统中未使用的空间,使虚拟机文件大小与虚拟系统已占用空间基本一致。
打开Shrink选项卡,再点下面的Shrink按键,就会出现压缩你的VM硬盘的进度条,等完成后,你再看你的VM文件已节省出上百兆的空间了。
(1)Windows系统客户机的VMware Tools可以从控制面板中找到,而Linux/FreeBSD系统可以在命令行中输入vmware-toolbox 启动该功能。
(2)首先应确保客户机已经安装VMware Tools工具软件,在Ubuntu系统中安装:$ sudo apt-get install open-vm-toolbox在图形模式下:启动:$ sudo vmware-toolbox (以管理员身份运行才能使用shrink功能)在命令模式下:启动:$ sudo vmware-toolbox-cmd disk shrink /如果虚拟机有多个硬盘,sudo vmware-toolbox-cmd disk shrink 后面的参数作为选择硬盘的。
具体可参见 $ vmware-toolbox-cmd help disk三、安装open-vm-toolbox问题问题:安装了open-vm-toolbox后,出现了vmware的文件共享功能不能用,其他功能没检查。
移动硬盘文件删除后,空间没有变大
方式一:文件经过回收站 在硬盘删除文件后(Ctrl + D),清空回收站; 方式二:直接从硬盘将文件删除 选中要删除的文件,按Shift + Delete。 效果展示:(文件删除后)
相关推荐:
最实用的自律是攒钱最养眼的自律是健身最健康的自律是早睡最改变气质的自律是看书最好的自律是经济独立
移动硬盘文件删除后,空间没有变大
如何正确删除移动硬盘文件 CreationTime--2018年 7月 17日 17点 35分 Author:Marydon
1.情 景 展 示
移动硬盘文件删除后,存储空间没有变大
2.问 题 剖 析
文件删除后,并没有将其从硬盘上删除,而是windows将文件标记到了回收站,实际存储位置还是在硬盘上而不是回收站里。 证实 第一步:清空回收站,插上硬盘; 第二步:将硬盘中的下列文件删除; 第三步:查看硬盘可用空间是否变大(没变); 第四步:弹出硬盘并检查回收站是否有内容(无); 第五步:重新插上硬盘并检查回收站是否有内容(有); 至此,已经证实文件并没有被删除
删除文件后存储空间容量没有变化怎么办?
删除文件后存储空间容量没有变化怎么办?在使用群晖NAS的过程中,经常会遇到删除文件后存储空间容量变化不大或没有变化,有以下三个原因导致:1、文件删除后回收站没有清空2、存储空间未运行空间回收操作3、不明应用或数据占用存储空间(一般为Drive版本)原因1和2的解决较简单,方法如下:设置回收站自动清空计划1、控制面板——任务计划——新增——计划的任务——回收站2、设置运行计划,默认每天零点进行回收清理3、任务设置设置成清空所有回收站并且设置已删除的文件保存7天,防止误删除的文件被清除掉,设置好后点击确定。
空间回收设置1、打开主菜单2、打开“存储空间管理器”——“存储空间”——“全局设置”——“空间回收计划”——“设置时间表格”存储空间不明占用存储空间不明占用操作稍微复杂点,需要通过命令行进行操作,方法如下:1、开启SSH“控制面板”——“终端机和SNMP”——”启动SSH功能“2、使用”putty“进行联机操作地址栏输入NAS名称或IP,点击 open3、登录管理员账户、密码4、切换到root账户,输入命令sudo -i 回车,输入管理员密码5、进入对应的存储空间例如进入存储空间1,则输入命令:cd /volume16、输入命令”du * -sh“查看文件夹大小,从检查中可以发现有两个文件夹占用较高,且不是我们手动建立的文件,从文件夹名称可以看出,@sharesnap是快照文件,@synologydrive是Drive文件7、检查Drive及快照版本保留数是否过多,如果过多,调整版本保存数量,多余版本会自动删除,如果版本数调整后还是占用空间大的话,需要手动进行删除。
8、输入命令:”cd @synologydrive”进入到@synologydrive 目录中,再次查看文件目录大小一般占用的目录为node_delta,可以使用命令:“rm -rf文件夹名称”手动删除,运行后输入ls命令,查看目录是否删除注意:如不是”node_delta“目录占用空间大,请联系技术支持处理。