为什么我的电脑硬盘属性里显示的已用空间大小与实际不符_百度知道
为什么我的电脑硬盘属性里显示的已用空间大小与实际不符
F盘属性显示以用空间为82.7G，里面所有文件加起来的大小为51.3G，为什么？
隐藏受保护的系统那些我都删了，还是这样
我有更好的答案
很可能以前你中过一种木马，把以前的一些东西恶意隐藏，你选择显示隐藏也没有用，用一下方法试一试能不能把那些文件显示出来：桌面上新建记事本文件1111.txt 打开该文件复制attrib -s -h -r *.* /s /d到你新建的记事本文件，保存 关闭。重命名该文件，把扩展名改为.bat。把1111.bat复制到F盘，双击运行，等一等，运行完了后看看你的文件是不是出来了？？？ 文件恢显示复后在对你的F盘查杀一次！！（不显示扩展名的： 到文件夹选项》》查看》》把隐藏已知文件扩展名前面的勾去掉！！）
采纳率：33%
硬盘单元损坏
你的虚拟内存是不是设在 f盘
系统还原 关闭了么？在一个 整理下磁盘碎片 也许会好一些
为您推荐：
其他类似问题
电脑硬盘的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
Netapp3240的设备，分配一个lun给一台Windows2008R2服务器约600G空间，运行一段时间后，发现netapp上显示这个lun剩余空间只有十几个G了，但从Windows2008服务器的磁盘管理工具上看，剩余空间还有300多G，这是怎么回事？
稍有积蓄, 积分 239, 距离下一级还需 261 积分
论坛徽章:0
楼主，请在Windows主机在扔100GB数据，看能否写爆。
如果是关于空间回收的问题，我想，NETAPP的存储空间不会上升，而文件系统会上升，也就是存储不会被写爆。
如果验证了我所讲，我们在讨论如何空间回收，为什么要空间回收，及机制，如果楼主感兴趣。:wink:
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
& & Hi 锅兄，试了一下写了100多G的数据，确实没问题。这是什么原因呢？
稍有积蓄, 积分 239, 距离下一级还需 261 积分
论坛徽章:0
本帖最后由 锅铁做 于
18:51 编辑
一个通用的原理：
其实您跟任何类型的文件系统，写入一部分数据，然后删除，在文件系统显示数据已经删除了，并且能看到释放的空间，其实底层并未删除，删除仅仅是一个“文件头”标记的过程，或者想想，为什么一笔数据经过格式化，还能够通过一些软件可以恢复呢？
这就解释了为什么文件系统空间释放了，而底层的存储却没有释放原因。
等到再次写入数据时候，不会再向存储阵列索要空间，会覆盖之前到标记文件头的空间.
（这部分内容有更权威，严谨的解释）
刚才所指的—底层，就是目前的存储系统-NETAPP阵列。
空间回收：
如果您这600GB，来自一个RAID-LUN，其实涉及不到空间回收，反正无论如何用，这600GB已然映射给了一个应用主机，空间也不会蒸发。
但是，如果来自一个RAID Group，或者一个磁盘池那就有点小麻烦。例如，这个RAID Group或者磁盘池就600GB，而现在没有空间了，即使我把应用主机数据都删掉还是不释放空间，又加入了一个新的应用主机，但已没有空间在划分LUN给新的主机，对吧？所以，用户投入的资产就没有发最大的效益。
所以厂商就提倡了空间回收，这个过程需要2个操作。第一个，在应用主机做“至零”操作，标记这些已经删除的数据空间为“零”，2014年的今天，各操作系统均支持，Windows Server操作是需要借助一个工具，我呈在附件中了。
第二个操作，需要存储阵列支持，我经验，只有中，高端存储才有这指标。是一个按钮，这个按钮就是为了回收，操作系统“至零的所有空间”，拿回到自己的RAID Group.
如果我讲的不明白，之前老外给我培训时讲了一个有趣的故事：一个开发商，像政府要了10块地皮盖楼房，现在，政府手里没有地皮了，都在开发商手里，即使开发商把10块地皮的楼盘都推倒，地皮仍然在开发商手里，可以选择继续盖新楼。
唯一的办法，开发商把楼推倒，然后亲自告诉政府，我这有6块地皮不要了，请收走吧，这时候政府开始回收6块地皮，准备给下一个开发商。:wink:
PS&如果使用带有精简配置技术的存储，而存储又无具备这个技术，这将是一个很大的败笔。我印象中，目前Widows Server2012能够支持实时回收了，但仍然需要存储支持。
(80.8 KB, 下载次数: 219)
18:41 上传
点击文件名下载附件
fromMicrosoft
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
本帖最后由 ahocat 于
11:30 编辑
多谢锅兄费心写了那么多。
我在想这是否是Netapp特有的问题？因为Netapp以NAS起家，所以他们的系统最初是为NAS设计的，其底层其实是个“文件系统”，而不是“存储系统”？
好像在我们公司用的EMC、HP等存储设备上没发现过这种情况。
白手起家, 积分 96, 距离下一级还需 104 积分
论坛徽章:0
请你上截图，NETAPP没发现这种情况。
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
楼上请看图，上半张是Netapp中显示的剩余空间和使用比率，下面是Windows磁盘管理中看到的剩余空间和剩余比率。
DiskSpace.png (10.84 KB, 下载次数: 164)
11:13 上传
白手起家, 积分 147, 距离下一级还需 53 积分
论坛徽章:1
本帖最后由 InfoCore-Great 于
13:40 编辑
多谢锅兄费心写了那么多。
我在想这是否是Netapp特有的问题？因为Netapp以NAS起家，所以他们的系统最初是为NAS设计的，其底层其实是个“文件系统”，而不是“存储系统”？
好像在我们公司用的EMC、HP等存储设备上没发现过这种情况
楼主你的想象力真丰富，不如去NETAPP做存储研发吧。
EMC CX大部分根本就看不到LUN使用情况，在机头上，哪怕中端存储，反正一个LUN映射出去完事，用多用少都是一个主机上面。
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
InfoCore-Great
看来被你取笑了，我就当好话听吧。
“EMC CX大部分根本就看不到LUN使用情况”——正是因为这样，我才会这么想的嘛。
像EMC这样主机到存储的块映射，对于存储底层来说确实不存在什么使用率的概念，而Netapp却有。除了因为它可能是个“文件系统”之外，还有没有其他的解释呢？
或许这个所谓“使用率”只是指的“脏”块的比例？但这样的指标似乎在SSD阵列上才有意义啊，对于我们这样的机械硬盘阵列有什么用呢？
越想越好奇，有没有Netapp的大拿能来解释一下的？
小富即安, 积分 2514, 距离下一级还需 2486 积分
论坛徽章:3
本帖最后由 ahocat 于
16:13 编辑
突然好像明白了：这个“使用率”应该是Netapp实际分配给主机的容量与它“声明”分配给主机的容量的比例，对吗？！
那么EMC如果启用了精简配置，也应该有这样的指标吧？我们公司没用，所以没看到过。有谁用过吗？
顺便吐个槽，CU论坛的编辑器好像跟IE11不太兼容啊。
北京盛拓优讯信息技术有限公司. 版权所有 京ICP备号 北京市公安局海淀分局网监中心备案编号：22
广播电视节目制作经营许可证(京) 字第1234号
中国互联网协会会员&&联系我们：
感谢所有关心和支持过ChinaUnix的朋友们
转载本站内容请注明原作者名及出处标称250G的硬盘为何实际只有231G，少的那些是OP空间吗？【固态硬盘吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：325,222贴子：
标称250G的硬盘为何实际只有231G，少的那些是OP空间吗？收藏
如果不是，那还需要在这里分配“建议的10%”的OP空间吗？求大神指教这两个问题
东芝存储产品固态硬盘,轻量与低耗电,赋予系统更高能源效率.满足企业级,客户级,专用级以及消费类多种需求.
不是，是的换算损失，最终硬盘的容量，按照1024计算，会比厂商的1000小，只有93%。OP容量这个是看闪存块的数量看出来的，比如说明明有24个64G的闪存块，却只标1.2T的服务器固态，剩下的就是OP空间。
二楼说得很清楚了
登录百度帐号硬盘显示可用空间与实际使用空间不相符！？ - 知乎2被浏览464分享邀请回答12 条评论分享收藏感谢收起下面我们一起来看一篇关于Linux服务器磁盘占满问题解决（/dev/sda3 满了），希望碰到此类问题的人能带来帮助。
今天下班某电商技术部leader发现个问题，说他们服务器硬盘满了。把日志文件都删掉了，可硬盘空间依旧满。于是df -h查看了下各个挂载点的状况（如下图）。
/dev/sda3占用了100%，那么我们du -s -h ./*看下目录的占用情况（如下图）。
&在工作中，我们也许会遇到这样的问题，发现某个磁盘空间快满了，于是，找到一些无用的大文件将其删除后，发现磁盘空间还是没有释放掉，这是什么原因呢？如何解决呢？下面来重现一下整个过程：
查看磁盘空间情况
&[@74.114 var]# df -hFilesystem&&&&&&&&&&& Size& Used Avail Use% Mounted on/dev/xvda2&&&&&&&&&&& 9.7G& 284M& 8.9G&& 4% //dev/xvda1&&&&&&&&&&& 251M&& 13M& 226M&& 6% /bootnone&&&&&&&&&&&&&&&&& 1.1G&&&& 0& 1.1G&& 0% /dev/shm/dev/xvda10&&&&&&&&&&& 97G&& 60G&& 33G& 65% /home/dev/xvda3&&&&&&&&&&& 3.9G& 2.7G& 1.1G& 72% /usr/dev/xvda5&&&&&&&&&&& 3.9G& 3.6G&& 77M& 98% /var
var分区快满了，找到大文件，并删除
[@74.114 var]# cd /var[@74.114 var]# du –sh *3.3G&&& account111M&&& cache53M&&&& log0&&&&&& mail156K&&& run344K&&& spool…[@74.114 var]# rm –rf account/*
df –h 看一下，却依然是/var 为98%，一点都没释放。
[@74.114 var]# df -hFilesystem&&&&&&&&&&& Size& Used Avail Use% Mounted on/dev/xvda2&&&&&&&&&&& 9.7G& 284M& 8.9G&& 4% //dev/xvda1&&&&&&&&&&& 251M&& 13M& 226M&& 6% /bootnone&&&&&&&&&&&&&&&&& 1.1G&&&& 0& 1.1G&& 0% /dev/shm/dev/xvda10&&&&&&&&&&& 97G&& 60G&& 33G& 65% /home/dev/xvda3&&&&&&&&&&& 3.9G& 2.7G& 1.1G& 72% /usr/dev/xvda5&&&&&&&&&&& 3.9G& 3.6G&& 77M& 98% /var
但du –sh * 却显示没有大文件了
[@74.114& ~]# cd /var && du –sh *120K&&& account111M&&& cache53M&&&& log0&&&&&& mail156K&&& run344K&&& spool…猜想1：应该是删除的内容依然被进程占用，内存没释放，所以用lsof |grep – I deleted 看了一下，发现如下：
[@74.114 account]# lsof |grep -i deletedlistserve& 4833&&&&&&&&&& blty&&& 0u&&&&& CHR&&&&& 136,2&&&&&&&&&&&&&&&&&&& 4 /dev/pts/2 (deleted)listserve& 4833&&&&&&&&&& blty&&& 1u&&&&& CHR&&&&& 136,2&&&&&&&&&&&&&&&&&&& 4 /dev/pts/2 (deleted)listserve& 4833&&&&&&&&&& blty&&& 2u&&&&& CHR&&&&& 136,2&&&&&&&&&&&&&&&&&&& 4 /dev/pts/2 (deleted)Billing_P 16989&&&&&&&&&& blty&&& 0u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)Billing_P 16989&&&&&&&&&& blty&&& 1u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)Billing_P 16989&&&&&&&&&& blty&&& 2u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)Billing_P 16990&&&&&&&&&& blty&&& 0u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)Billing_P 16990&&&&&&&&&& blty&&& 1u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)Billing_P 16990&&&&&&&&&& blty&&& 2u&&&&& CHR&&&&& 136,0&&&&&&&&&&&&&&&&&&& 2 /dev/pts/0 (deleted)
发现时billing程序占用没释放，所以联系项目经理将Billing_P停掉，重启，依然没有释放任何空间。无果猜想2：删除的文件是accout目录下的pacct文件，应该是由psacct产生和管理，重启这个程序后是否会OK呢？解决
[@74.114 account]# /etc/init.d/psacct restart
最后看一下磁盘空间，磁盘空间释放鸟~~
[@74.114 var]# df -hFilesystem&&&&&&&&&&& Size& Used Avail Use% Mounted on/dev/xvda2&&&&&&&&&&& 9.7G& 284M& 8.9G&& 4% //dev/xvda1&&&&&&&&&&& 251M&& 13M& 226M&& 6% /bootnone&&&&&&&&&&&&&&&&& 1.1G&&&& 0& 1.1G&& 0% /dev/shm/dev/xvda10&&&&&&&&&&& 97G&& 60G&& 33G& 65% /home/dev/xvda3&&&&&&&&&&& 3.9G& 2.7G& 1.1G& 72% /usr/dev/xvda5&&&&&&&&&&& 3.9G& 100M&& 3.6M& 4% /var
以后处理相关问题时，如果发现du 和df 大小不一致的情况，可以通过lsof 查看，也许可以找到一些出现问题的原因，如果还是找不到问题，在允许的情况下不妨试一下重启服务，也许问题就迎刃而解了。重启服务得不到解决的情况下，可以通过卸载磁盘分区来试着解决。在决定删除某些文件前，最好确定好这个文件被哪些服务使用，先停掉这些服务再删除，这样就很少出现空间释放不了的情况了
linux磁盘挂载点目录占用情况（图）
挂载点下的目录之和远小于4.5G，那么是什么占用了硬盘呢？
以下为该问题的解答：
在apache/tomcat服务在运行状态下，清空了运行服务的日志，从而导致了/dev/sda3 满了的问题。一般情况下，大多数服务（包括脚本）在运行时，是不能删除当前正在写入的日志文件的。
原理分析：
1. 当前access.log日志正在被apache进程占用。
2. 通过rm命令删除access.log，实际只删除了文件名（该日志文件应用记数不为0，因此空间不会被释放）。
3. 通过rm命令删除了access.log后，apache依然写日志到access.log中，当开启apache进程时，已经通过access.log定位到该文件的inode了，就是说再写日志是不通过access.log，因此即使删除了access.log，apache依然写日志到access.log所在的inode节点，所以导致硬盘空间增加。
4. 因为删除了access.log，所以我们就找不到该文件了，du也查不到，就会出现硬盘满了但看不到究竟是哪些文件占用的。
（写的不甚详细，不明白的大家再google下。）
解决方法：
重启该日志文件的相关服务或程序，如：为apache日志文件则重启apache（如下图，重启后才硬盘空间占用正常）。
阅读(...) 评论()