展开

关键词

Linux间常用命令

查看占用情况# 查看服务器间整体情况    df -h    # 查看当前目录,哪个文件占用最大    du -h --max-depth=1    # 查看当前目录下各文件及目录占用大小     -name *.* -mtime +42 -exec ls -l {} ;|awk BEGIN {SUM=0}{SUM+=$5} END{print SUM}找出已经删除但间未释放的大文件并找出已经删除但间未释放的文件 ,如果文件已经删除,但实际的间未释放,这个时候文件句柄 fd 相关信息还在内存中,可以通过 lsof 命令找出,比如打开文件的pid和读写文件的系统fd。 这个时候可以通过 proc${pid}fd 信息找到打开这个文件的系统 fd,然后通过 fd 来文件# ll proc20302fd |grep 201812251535    l-wx------  1 hbase hadoop 64 Oct 18 21:02 3 -> varloghbasegc.log-201812251535 (deleted)    # 文件    # echo > proc20302fd3

14230

过程 某天登陆以后发现创建文件失败,提示间不足了。 于是我用df命令看了一下,使用率确实达到了100%。 再用df命令确认一下存储间, 原先被占用的间已经彻底释放: $ df -h Filesystem Size Used Avail Use% Mounted on devvda1 99G 6.9G 在linux上,rm命令删除文件的方式是将文件从文件结构中进行unlink操作。 takeaway 这种蛮普通的trouble-shooting过程为什么要写篇文件来复呢? 搜索时提出正确的问题会让你事半功倍,问题的关键现象是du和df结果不一致,所以我在搜索时是这样描述的: du show disk full but cant find du和dh的区别: 根据手册描述df命令报告文件系统的使用率

12400
  • 广告
    关闭

    云产品限时秒杀

    云服务器1核2G首年38元,还有多款热门云产品满足您的上云需求

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    ubuntu

    ----刚开始接触ubuntu的时候,装好系统没多久根目录就满了,而且就像是中了蠕虫病毒一样,就算你什么都没干,它也会不断地侵蚀你的硬间,在重装了三次系统后,发现了问题所在。 方案一来到varlog目录下,这里存放了ubuntu的日志文件,其中syslog 和 kern.log这两个文件很大,事实上它们基本上每时每刻都在增长,可使用如下命令理: sudo -i 改变权限,然后输入密码 varlog*.1echo > varlogdmesgecho > varlogkern.logecho > varlogmessagesecho > varlogsyslog发现一下子就能释放不少间 一般来说,以下几条命令更为常用:sudo apt-get autoclean理旧版本的软件缓存sudo apt-get clean理所有软件缓存sudo apt-get autoremove删除系统不再使用的孤立软件方案二更进一步 ,我发现即使删除了日志文件后,过一阵子它还是会不断增长,如果你不嫌麻烦,那你可以自己隔一阵子就手动删一次,当然也可以写一个批处理程序自动隔一阵子删除,但终究治标不治本,而且反复地擦写对硬(尤其是固态硬

    28510

    Linux 查看

    原文链接:https:www.runoob.comw3cnotelinux-view-disk-space.html Linux 查看间可以使用 df 和 du 命令。 dfdf 以分区为单位查看文件系统,可以获取硬被占用了多少间,目前还剩下多少间等信息。例如,我们使用df -h命令来查看信息, -h 选项为根据大小适当显示:? 显示内容参数说明:Filesystem:文件系统Size: 分区大小Used: 已使用容量Avail: 还可以使用的容量Use%: 已用百分比Mounted on: 挂载点相关命令:df -hl:查看剩余间 若既不指定-s,也不指定-a,则只显示Names中的每一个目录及其中的各子目录所占的块数。-b:以字节为单位列出间使用情况(系统默认以k字节为单位)。 -k:以1024字节为单位列出间使用情况。-c:最后再加上一个总计(系统默认设置)。-l:计算所有的文件大小,对硬链接文件,则计算多次。-x:跳过在不同文件系统上的目录不予统计。

    2.2K20

    Docker理占用的

    摘要:用了 Docker,好处挺多的,但是有一个不大不小的问题,它会一不小心占用太多,这就意味着我们必须及时理。 但是,它有一个不大不小的问题,会比较消耗间。如果 Docker 一不小心把间全占满了,你的服务也就算玩完了,因此所有 Docker 用户都需要对此保持警惕。 1. docker system 命令在谁用光了?Docker System 命令详解中,我们详细介绍了docker system命令,它可以用于管理间。 docker system df命令,类似于 Linux 上的df命令,用于查看 Docker 的使用情况:docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLEImages 重启 Docker还有一次,当我理了镜像、容器以及数据卷之后,发现间并没有减少。

    84310

    教你如何理mac

    问题本人256G的硬间,经常右上角弹个小窗提示“您的几乎已满”,打开存储间一看,吓个半死:?屏幕快照 2020-04-29 下午5.17.53.png?

    28720

    问题:未被添加到组触发坏块

    但是设想一下,如果添加到ASM组的没有提前被,会出现什么样的情况呢? 本文分享一起客户近期碰到的未被添加到组触发坏块(Read datafile mirror)的案例,在此提醒大家注意。 xxx2与其他名中都发现了相同的数据块, 并且这些数据块中有效的数据块都在其他中,反而无效的数据坏块却全都在devaxxx1 (也就是名:xxx2) , 因此猜测可能和这块的相关操作有关 ,进一步了解与发现,这块之前原本就是组xxx1 中的一块,但由于某些原因导致这块不在该组,然后他们在异常时间的前一天又重新添加该,最后真相浮出水面,由于 devaxxx1 的旧数据尚未被 当分布的镜像与devaxxx1 中的旧数据存在冲突时,将报错。问题解决直接剔除问题,dd除旧数据,再重新添加回来,问题解决,故障恢复。

    13110

    Linux(定位高占用-->理)

    6710

    Linux devsda1满了,理办法

    184G  200G  48% hometmpfs           789M  128K  789M   1% runuser1000 两种情况比较多1.查看tmp 所占的内存,不想重启,可以手动理 2.varlogsyslog.1 所占的内存, 可以使用下面指令删除30天钱的文件sudo find varlog -type f -mtime +30 -exec rm -f {} ;3.linux 系统垃圾还有以下命令sudo apt-get autoclean 理旧版本的软件缓存sudo apt-get clean 理所有软件缓存sudo apt-get autoremove 删除系统不再使用的孤立软件

    4.2K10

    如何理Docker占用的间?

    摘要:用了 Docker,好处挺多的,但是有一个不大不小的问题,它会一不小心占用太多,这就意味着我们必须及时理。 但是,它有一个不大不小的问题,会比较消耗间。 如果 Docker 一不小心把间全占满了,你的服务也就算玩完了,因此所有 Docker 用户都需要对此保持警惕。 1. docker system 命令 在谁用光了?Docker System 命令详解中,我们详细介绍了docker system命令,它可以用于管理间。 docker system df命令,类似于 Linux 上的df命令,用于查看 Docker 的使用情况: docker system dfTYPE TOTAL ACTIVE SIZE RECLAIMABLEImages 重启 Docker 还有一次,当我理了镜像、容器以及数据卷之后,发现间并没有减少。

    1.2K50

    如何理 Docker 占用的

    Docker 很占用间,每当我们运行容器、拉取镜像、部署应用、构建自己的镜像时,我们的间会被大量占用。 如果你也被这个问题所困扰,咱们就一起看一下 Docker 是如何使用间的,以及如何回收。 docker 占用的间可以通过下面的命令查看:$ docker system dfTYPE 列出了docker 使用的 4 种类型:Images:所有镜像占用的间,包括拉取下来的镜像,和本地构建的 数据卷的占用数据卷是容器自身文件体统之外的数据存储。 其实,docker 系统层面也有 prune 这个子命令,可以一键理没用的间:$ docker system prune定期执行这个命令是个好习惯。

    4.9K42

    linux 转移间的方法

    如何将一个间转移到另一个中,因为会经常遇到这种情况,在home目录下很大,但root少得可怜,如何把home的间转移到root中呢?下文教你实战。 fedora24下实战使用如下命令查看使用情况df -lh文件系统 容量 已用 可用 已用% 挂载点devtmpfs 3.9G 0 3.9G 0% devtmpfs 3.9G 0 3.9G 0% devshmtmpfs 取消home目录的挂载umount -v home 检查要转移的e2fsck -ff devmapperfedora-home#此命令操作结果的5个步骤必需全部通过显示结果如下e2fsck 1.42.13 devmapperfedora-home: 13019010838016 files (0.1% non-contiguous), 807734143338752 blocks改变devmapperfedora-home的大小计算方法 : 141G – 转移1g = 140Gresize2fs devmapperfedora-home 140G剪切间lvreduce -L -1G devmapperfedora-home重新挂载

    30530

    Linux格式化,挂载,手动增加swap

    l 4.5 格式化(上)l 4.6 格式化(下)l 4.7 挂载(上)l 4.7 挂载(下)l 手动增加swap间4.5 格式化(上)  将划分分区之后,就需要对进行格式化才能够进行使用 ,格式化需要选择一个文件系统来进行格式化,使用cat etcfilesystems 命令可以查看Linux里支持的文件系统:?  4.6 格式化(下)3.mke2fs -m此选项可以指定某个分区的预留容量的大小。 blkid可以看到的UUID,可以直接使用UUID挂载:?4.9 手动增加swap间  想要手动增加swap间的话,需要先添加一个小的虚拟: ? dd命令是用来操作的if是指定从哪里去读取devzero是Linux内核的造0器,可以产生源源不断的0of是指定将0写入到哪个文件里bs是指定每个块的大小count是指定newdisk文件的大小,在这里指定的大小是

    38220

    mysql表占用多少间以及理表

    ,file_size(上的逻辑文件大小)、allocated_size(为此文件分配的间)。 如何通过理表数据,降低表理表数据的时候,发现我的表间并没有跟着降低,这是为什么? 但是在理完数据之后,我们的表占用间没有得到降低,这是为什么? 那么我们先看下我们的数据库存放咋物理位置。 共享表间,所有的数据和索引都会放在ibddata1中,随着数据的增加会导致该文件越来越大,超过10g之后,查询速度会变的非常慢,因此最好开启独享表间。或者定期理表间。

    1.5K21

    关于Docker服务理的总结

    要知道的一般 docker rm container 不能除这个容器的残余数据本文所指的悬挂指的是带有字样理技巧小结理所有停止运行的容器:docker container prune理所有正在运行及其停止的容器 ,但占的硬却可大可小。 补充docker system df 查看docker间占用情况ç 查看间占用细节docker rm container_id 删除不需要的containerdocker rmi image_id 删除不需要的imagedocker system prune 自动理但是,经测试,docker system prune 只理掉很少的间docker system prune --volume 这个理了很多

    14610

    2018-04-16 Linux查看间(df, du)

    以下命令可以查看各分区大小、已用间等信息: df -h 以下命令可以查看foo目录的大小: du -sh foo 有时候,硬比较满了,我们想找一些目录来除,可以用下面命令查看当前目录以下搜索文件和子目录大小 找出特别大的,看里面有没有文件可删: du -sh * 如果我们插入了一个U或移动硬,可以用df命令查看它挂载的地方,通常在mnt或media下。 进入info界面后,会有一个光标,可以通过键方向键移动来读取内容,按ESC+右方向键可以跳到下一个英文单词,按ESC+左方向键可以跳到上一个英文单词。按q退出,按h进入帮助页面,查看更多快捷键。

    52080

    linux系统挂载、卸载分区

    一、挂载    1.查看列表、查看是否有硬未被挂载:    >fdisk -l?    可以看到devsdb硬没有被挂载。     2.目标分区    >fdisk devsdb    如下图,粉红色箭头处为输入命令,黄色箭头处直接回车?    3.格式化目标    >mkfs.ext4 devsdb1?     vim etcfstab    添加一行    devsdb1               user_disk_10G          ext4    defaults        0 0二、卸载     1.列表    >df -h?     2、卸载sdb1    > umount devsdb1 版权声明: 此文为本站源创文章, 转载请备注出处:http:www.sindsun.comarticle-details-59.html

    4.1K100

    diskpart clean分区表之后恢复数据

    就是这个万恶的方法,将整个的数据全部,让我的心整个凉了一大截。经过查看clean的相关原理发现使用 clean 命令可通过将扇区零,从当前处于焦点的删除分区或将卷格式化。 默认情况下,仅改写 MBR 或 GPT 分区信息及任何有关 MBR 的隐藏扇区信息。如果指定 all 参数,可将每个扇区都零,同时可删除驱动器上包含的所有数据。 看到这里我的心就踏实了一半了,clean只是除了分区表,并没有删除数据,那就只需要重新恢复分区表就行了。 在此给大家介绍一个工具:DiskGenius,(下载密码:ds7h)这个工具可以搜索原有分区。 下载下来以后,根据电脑是多少位的打开相应的程序,然后从左边侧栏里选择刚刚的硬;左侧列表代表电脑上的硬,选择被你手贱除的那一块。?然后点击箭头所指的位置,点击搜索分区。

    65210

    Docker – 占用

    但是,我们在使用 Docker 过程中遇到一个问题,那就是它的占用情况。我们在Amazon Linux 上运行 Docker,而且我们有一个专门的构建服务器来构建 Docker 镜像。 随着时间的推移我们注意到,docker 似乎占用了大量的间。使用 df -h 命令查看发现 varlibdocker 目录几乎占用了整个。所以我们采取了以下解决方案。1. 但同时,这也占用了大量的间! 还没有足够的间?这个 “vfs” 目录是什么?如果您的 docker 目录仍占用大量间,那可能意味着你的中有不需要的卷。我们使用 rm 命令时带的 -v 标志已经考虑到了这一点。 这个程序它会做删除所有不需要的卷,这样就能回收间了。4. 这很好。但是我必须每次都这么做吗?

    1.3K90

    docker间管理

    docker 容器间管理docker 主要包括镜像、容器和数据卷三部分,对docker的间管理也主要从着三块入手,在做docker间分析之前我们需要简单了解下容器的“镜像层”的概念,一般容器的管理有一大半是镜像层相关 dockers使用间分析查看docker目录间从docker目录看使用情况: $ cd varlibdocker$ du -h --max-depth=11.1G .containers0 .image798M .volumes0 .trust116K .network0 .swarm16K .builder56K .buildkit0 .tmp0 .runtimes215G .可以看出主要占用都在 ,现在已经没什么用了,可以直接删掉: docker rm -f livego使用间资源释放除了直接查看docker目录,还可以通过docker system命令查看各类资源使用状况:$ docker docker 镜像精简除了对已有运行系统进行容器间管理外,我们还可以在镜像的源头进行间的管理工作:选择小体积基础镜像docker 镜像精简最简单的方法就是用alpine作为底层基础镜像,像

    82810

    扫码关注云+社区

    领取腾讯云代金券