随着虚拟机的运行,虚拟机磁盘所占空间越来越大,而实际使用并没有那么大,考虑回收未使用部分. 收回动态VHD的未使用空间(压缩VHD) 有一种方法是ghost,两个vhd文件对拷.本文不是那个方法 本文是利用diskpart的compact vdisk命令. 步骤如下: (1)看一下原来的VHD的大小,看一下属性. (2)在磁盘管理器里“附加VHD”文件. (3)用CCleaner软件擦除VHD分区里的空闲空间: a) 在CCleaner的选项-设置里勾选挂载VHD所在的分区. b) 勾选“擦除空

 eclipse与myeclipse恢复已删除的文件和代码 今天写了1300多行代码,被不小心删除了顿时感觉手足无措,后来用myeclipse的历史文件恢复功能,找回来了,虚惊一场!!!MyEclipse真的很强悍啊:必须将这个功能写写,要不感觉就对不起Myeclipse的作者 1.类文件的恢复 前些天在开发中,不小心将一个写着有数1000行代码的类删除了,本能下去按了ctrl+z进行恢复,但没有一点用,但还是搜索下有没有解决的方法,要重新写一遍真有点 心不甘啊,哈哈 终于还是找到了一个好方法:

Foremost 我们只能在Linux中恢复已删除的文件,只要这些扇区在硬盘上没有被覆盖. 首先安装 要在CentOS上安装Foremost,我们将从官方网页下载并安装最前面的rpm.打开终端并执行以下命令 $ sudo yum install https://forensics.cert.org/centos/cert/7/x86_64//foremost-1.5.7-13.1.el7.x86_64.rpm -y 使用Ubuntu,最重要的包可以使用默认存储库.要在Ubuntu上安装最重要的,

写在前面大家一定遇到过在使用Git时,不小心将一个很大的文件添加到库中,即使删除,记录中还是保存了这个文件.以后不管是拷贝,还是push/pull都比较麻烦.今天在上传工程到github上,发现最大只能上传100MB大小文件,在本地git库中有一个150MB文件,虽然已经删除,但还保存了记录.下面教大家如何从库中彻底删除无效大文件. 删除大文件方法很简单,就是先找到大文件对象再删除. 先提交所有更改 $ git commit -am "commit all"1对仓库进行gc操作 $ g

今天开发环境磁盘占满了,导致开发环境上的 nginx .redis 等组件总是报异常. 跳到系统根目录下 cd / 检查磁盘占用情况 df -h 哇,40G硬盘全用完了.看看是哪些文件占了那么多内存. 查看当前路径文件磁盘占用情况 注意,在根目录下检查. du -h --max-depth= 嗯?最后一行  9.6G  . 表示文件总占用只 9.6G 啊. 奇怪,那 40G 都去哪儿了? 查看已删除文件占用磁盘 lsof | grep delete 哇,好多文件. 其中 rinetd 的日志文件

这是一篇文章分享秘诀:myeclipse恢复意外删除的文件和代码 [ 恢复误删文件 ] 今天在写代码的时候,不小心把一个包给删除了,然后这个包下全部的文件都没了,相信非常多人都有类似的经历. 幸好myeclipse给我们提供了一个非常好用的功能: 选中项目 -> Restore from Local History.. -> 界面例如以下图 勾选要恢复的文件,点击Restore就能够了.就算你把myeclipse关闭了也没关系.很的方便. [ 恢复误删代码 ] 对于误删的代码,假设没有关闭my

1.类文件的恢复 选择项目后右键-->选择Restore from Local history-->出现下面的界面: 勾选后按Restore就恢复了,真的很强大很方便:但我没有就此罢手,我马上新建了一个项目,随便写了两个文件后删除,然后关闭了myeclipse后重新开启,仍进行上面 的恢复操作,发现还真的能恢复,确实很强大: 2.误删的代码的恢复 我们一般在myeclipse不关闭的情况下,会简单的利用ctrl+z进行恢复,但是关闭了myeclipse后你可能就会感觉束手无策了,哈哈,这个介绍

如果先行删除了数据文件,再删除表空间,drop tablespace 会出现如下错误: ORA-01116: error in opening database file 89 ORA-01110: data file 89: '/templv/osm/OSM_TABP_00.dbf' ORA-27041: unable to open file Linux Error: 2: No such file or directory Additional information: 3   解决方案:

PhotoRec – Recover Deleted or Lost Files in Linux 在 Linux 系统下使用 PhotoRec 工具来恢复已删除或丢失的文件 当你在系统中有意或无意地使用 'shift + delete' 组合键或者删除选项或是清空回收站的方式来删除一个文件时,该文件的内容并没有从硬盘(或是其它存储设备)上直接销毁. 它仅仅是从系统的目录结构中被移除,然后你在删除文件的目录下就看不到该文件了,但是这个文件仍然存在你磁盘中的某个位置上. 如果你有一个合适的工具和相

来源:http://www.ibm.com/developerworks/cn/linux/l-cn-filesrc/ 原理及普通文件的恢复 要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据.本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件.最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案. 内容 对于很多 Linux 的用户

原理及普通文件的恢复 要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据.本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件.最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案. 内容 对于很多 Linux 的用户来说,可能有一个问题一直都非常头疼:对于那些不小心删除的数据来说,怎样才能恢复出来呢?大家知道,在 Windows 系统

/*********************************************************************************** * git 一次删除所有删除的文件 * 说明: * 目前没找到很好的一次直接将多个git删除的文件删除的方法. * * 2016-7-5 深圳 南山平山村 曽剑锋 **********************************************************************************/

查看已经删除的文件,空间有没有释放,没有的话kill掉pid lsof -n |grep deleted lsof简介lsof(list open files)是一个列出当前系统打开文件的工具. 问题描述:服务报警根分区使用率超过95%,上来查看发现96%使用率: 但是/分区下面的目录,每个查询加起来也不到4G空间,多出来的40G不知道在哪里?find查询也没有找到大文件: 分析原因:可能是系统进程占用的空间没有释放掉,导致的:通过命令查看发现,php进程一共有3个,都是处于deleted状态,

在Linux系操作系统中查找并删除重复文件的方法的确有很多,不过这里介绍的是一款非常简单实用的软件FSlint.FSlint是一个重复文件查找工具,可以使用它来清除不必要的重复文件,笔者经常使用它来释放Linux系统中的磁盘空间. FSlint同时具有GUI和CLI模式.因此,对于新手来说,这是一个用户友好的工具.FSlint不仅可以找到重复项,还可以用于找到错误的符号链接.错误的名称.临时文件.错误的IDS.空目录和未剥离的二进制文件等. 安装FSlint archlinux: $ yay -

Git删除已提交的文件 Git删除已提交的文件 定位文件 删除文件 参考链接 昨天通过Git Bash提交代码的时候遇到了由于单个文件大小超过100M,导致代码上传失败的问题.考虑到那个大文件是用于训练模型的数据集,并没有进行版本控制的必要,为了方便以后能快速推送和拉取代码,决定设置Git忽略该文件并且从提交记录中删除它.本文记录了Git删除已提交的文件的整个过程,主要内容包括定位文件和删除文件. 定位文件 通过git rev-list命令确定需要删除的文件 git rev-list --obj

1.错误现象 运维的监控系统发来通知,报告一台服务器空间满了,登陆服务器查看,根分区确实没有空间了,如下图所示: 这里首先说明一下服务器的一些删除策略,由于Linux没有回收站功能,我们的线上服务器所有要删除的文件都会首先移动到系统/tmp目录下,然后定期清除/tmp目录下的数据.这个策略本身没有问题,但是通过检查发现这台服务器的系统分区中并没有单独划分/tmp分区,这样/tmp下的数据其实是占用了根分区的空间.既然找到了问题,那么删除/tmp目录下一些大数据即可,执行如下命令,检查/tmp下最

在我的生活当中遇到磁盘快满了,这时候准备去删除一些大文件 于是我使用ncdu 查看了一下当前系统占用资源比较多的是那些文件,结果一看是elasticsearch的日志文件,好吧,竟然找到源头了,那就把它给删除了吧, 来到相应的路径下之后,然后粗暴一点,执行  rm   -rf   * 很高兴,终于把这些占用系统资源的坏东西给杀死了.满心欢喜的去查看磁盘情况. 给我当头一棒,磁盘并没有多大的变化,之后释放了100多M,但是我明明删除了30G的文件啊,这是怎么回事. 有问题不可怕,干净找baidu/

今天在一台Linux系统里,使用df命令查看磁盘使用情况,发现/根分区使用了100% 然后删除一大文件/var/lib/pgsql/9.1/pgstartup.log,再使用df查看使用情况,显示内容不变.如下图所示: 在网上查了下,好像说是inode的原因,还没真正删除,也没怎么说清楚,于是笔者使用如下命令进行查看: [root@ ~]# lsof |grep deleted //lsof命令可显示系统打开的文件 经过命令我们可以看出虽然/var/lib/pgsql/9.1/pgstartup

测试环境一台服务器/目录空间使用率达到97%,但是通过du -sh *发现实际空间没用到那么多,初步怀疑,之前删除的文件,有运行中的进程一直占用,导致空间没有释放,如图通过du -sh *发现共实际使用不到5G+空间,而通过df -h发现已经使用了45G. 接着我们通过lsof命令查找运行中的进程占用已经删除的文件(僵死文件.这些文件实际上已经被删除,但是有服务程序在使用这些文件,导致这些文件一直被占用,无法释放磁盘空间,使用如下命令可以查看死文件占用情况),使用命令 lsof | grep d

http://blog.sina.com.cn/s/blog_694d806e0100kaqz.html 用TortoiseSVN: 1.在本地working copy中,用TortoiseSVN->Show log查看版本库的历史记录.可以用search. 2.找到删除该文件或者文件夹的版本,在Log message里右键Revert the changes from this revision. 3.该文件或文件夹就被恢复到本地的working copy中了.如果是误删除的,commit到R