Linux(Centos)查看硬盘大小

2023-09-13 14:50:35

Linux查看硬盘大小

使用 df 命令: df 命令可以用来显示文件系统的磁盘使用情况,包括每个挂载点的磁盘空间大小和使用情况。要查看硬盘大小,可以运行以下命令:

df -h

这将以人类可读的方式显示文件系统的磁盘大小,以 GB 或 MB 为单位。

下面是 df -h 命令输出的参数说明:

  1. Filesystem:文件系统的名称或挂载点。这是磁盘空间的所在位置或者挂载点的名称。
  2. Size:文件系统的总容量。这是文件系统在硬盘上的总大小,以人类可读的方式表示,如 GB、MB 等。
  3. Used:文件系统已使用的容量。表示已经被文件和数据占用的磁盘空间,同样以人类可读的方式表示。
  4. Avail:文件系统可用的容量。表示文件系统中尚未被使用的可用空间,同样以人类可读的方式表示。
  5. Use%:表示文件系统已用空间的百分比。计算方法是 (Used / Size) * 100。
  6. Mounted on:文件系统的挂载点。这是文件系统被挂载到的目录路径,也就是文件系统可以通过该路径访问。
[root@dsms-dev ~]# df -h
文件系统        容量  已用  可用 已用% 挂载点
devtmpfs        9.8G     0  9.8G    0% /dev
tmpfs           9.8G     0  9.8G    0% /dev/shm
tmpfs           9.8G  1.7M  9.8G    1% /run
tmpfs           9.8G     0  9.8G    0% /sys/fs/cgroup
/dev/vda2       246G  191G   56G   78% /
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/486f44031c88ec5e44a9d9c56747e91f5169dd9082622773f6857aa9d2db1613/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/775d2bb53038c60daf0a240621e9370da7554342c0fd13bb377bb55e078d57b9/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/b4e4ba11e9a0b487879d38f064ef64267e4154520150e8838cd0cd695e5b7c07/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/6043111cc6f31fad6bf5cb85f0e45cf77d60cc44cfe3e9f7ed34eef4041bc294/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/b0b18bf214512415408f279adc9159d7145dde9d2b9c3d118dfc3b90f916a8a5/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/fe7afb1e1d781aa745b391cc22044e0c6f45eb517266c062c58d75c3b3dfd3ca/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/52c7d59bc4c89dfa8290c2f0240f6337d41aa130586be5e3263d811e786adfcc/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/5773140f014d3abd32e7a8ee9a882ed159d128b71ff30c039f8d9e5966ad5b6a/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/7c83aef691c6286cc0383dc1b847ef0b2d4f5b6d603c7086d9f6f97214302aa3/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/0998118d6d6eb8649df6d87454777ca5b90f67e4131308a12f629465dbf5328e/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/3a6d40968843d6c280528fe4752a27c41f8f720deafe6302c3c1550aa640cfe3/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/6a6b46cd4392e9c5132c47a3f99ecec6c22b706bc93ba3d3705e25138b823c6c/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/38c27c8ed7a4ccd64b43104fd1df4c0173480c03c8bb24c605b5edc4d82cb3ed/merged
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/13b438b5c20a76f01ef35cda91e5364ffb965f9c8c06960ac6e4b03d351e00be/merged
shm              64M     0   64M    0% /var/lib/docker/containers/53621d4c631dc6a6e729869d0c869e781200904e6a9a5a33a8a5c083c5a81807/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/47d92b4e1989c49a50e0adcd77a0f7dd0ade49559c890c6e79556d1530e78e97/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/ef2380262f573b691dca067ccdfca2068aa69869dc06165ce53edbc12ddc6dcb/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/6a67f0ce26c4e30e9825e5a70d0bd78b0d87ddfa81d29fae4c990963f45a8b7f/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/32a93e6b7c4f915027d30e6702c6a0f00ee008f4368faa89f7c7fc9c76b006e7/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/27825000a774b5d12d732afd03fcee26aeb229326fd0bc0d85f44d16d16f74f8/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/03027f983566945683a7b80366318b82a8f5c46a9b597c79865efee4805dd786/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/df22783aa002dfa1d406494628ff9dd3b53aa9b77555d7cee0cf955002fc1300/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/4512805a5c3093f2ef00e637ede0992628b888a76a66ee20767b5efa340481e7/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/731a716d4e4e37e1c90677b74f4212d0246319cb37a2d86dc98ac52b88f4e782/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/9a1cb3b3115d59b7a61a0bdf1e218e3377396864af738b09b9c278560491dc10/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/88c9006e8d5f9bac3295e6c52a97c9ab8c5e3ed50d83bf7d14abb870cf11b868/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/f3c298f44121322e4eea017aee349f00ab3d6faa2c37991a1dd4903a2fb6e676/mounts/shm
shm              64M     0   64M    0% /var/lib/docker/containers/1c477609cc40ddaf40c37b1a19cd9c0756241c98f0ee1a92bf6ee0a3bbab574e/mounts/shm
tmpfs           2.0G     0  2.0G    0% /run/user/0
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/e9720ddd9221768dcdfd32d7b1e6bdb873338d4968e383e3217dbe28c53823da/merged
shm              64M     0   64M    0% /var/lib/docker/containers/93b1704d85df40a4f7094b7ab4b0d30af35f5af94f627e280fcd0b087c191435/mounts/shm
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/f670e11a9a5664c0679984f938313b0add58d72652d63f1e287cb1a3bed0334a/merged
shm              64M     0   64M    0% /var/lib/docker/containers/553fda60b26001202226ea16fb294c99c40a874eba1667aa49b7e2a9bb6d859c/mounts/shm
overlay         246G  191G   56G   78% /var/lib/docker/overlay2/6fdc3a451b3a234be4b568a9ec0ac526113aad4e922b2a601aea14f4e5a4a045/merged
shm              64M     0   64M    0% /var/lib/docker/containers/8ef3135f1b463ec24a9140b9969016a5745da29ac769a4028b3974cbc20a6197/mounts/shm

这是 df -h 命令的输出,显示了不同的文件系统以及它们的磁盘使用情况。以下是每一行的解释:

  1. devtmpfs:这是一个虚拟文件系统,用于管理设备文件,通常挂载在 /dev。它的总容量为 9.8GB,已使用的空间为 0,可用空间为 9.8GB,使用率为 0%。这个文件系统主要用于管理设备文件,通常不占用磁盘空间。

  2. tmpfs:这是一个虚拟内存文件系统,通常用于存储临时文件和数据。在这里,它分别挂载在 /dev/shm/run/sys/fs/cgroup。它们的总容量都为 9.8GB,已使用的空间很小(通常是临时数据),可用空间都很大,使用率都为 0%。这些文件系统通常不占用实际磁盘空间,而是占用系统内存。

  3. /dev/vda2:这是一个真实的硬盘分区,总容量为 246GB,已使用 191GB,可用 56GB,使用率为 78%。这是根文件系统 (“/”),这意味着操作系统和应用程序通常存储在这个分区上。

  4. overlay:这是 Docker 容器的存储驱动,用于管理容器的文件系统层。多个容器可能会共享相同的底层镜像,因此可以看到多个具有相同容量和使用情况的 overlay 文件系统。这些文件系统的总容量为 246GB,已使用 191GB,可用 56GB,使用率为 78%。

  5. shm:这是共享内存文件系统,通常用于 Docker 容器的共享内存。每个容器都有一个独立的共享内存空间。这些文件系统的总容量为 64MB,已使用 0,可用 64MB,使用率为 0%。

  6. tmpfs(位于 /run/user/0):这是一个虚拟内存文件系统,用于存储用户特定的临时文件和数据。在这里,总容量为 2.0GB,已使用 0,可用 2.0GB,使用率为 0%。

总结:df -h 输出了系统中各个文件系统的磁盘使用情况,包括硬盘分区、虚拟文件系统(如 devtmpfstmpfs)以及 Docker 容器的文件系统。你可以使用这些信息来监视系统的存储使用情况和容器的存储情况。

更多推荐

爬虫使用代理IP不会被限的原因解析

在网络爬虫的世界中,使用代理IP可以为您带来许多好处,其中之一就是能够避免被目标网站限制或封锁。本文将解析爬虫使用代理IP不会被限的原因,帮助您突破封锁,高效抓取所需数据!IP匿名性:代理IP可以隐藏爬虫程序的真实IP地址,使目标网站无法准确获取您的真实身份和位置信息。目标网站通常会根据IP地址进行访问限制或封锁,尤其

【MySQL】基础SQL语句——库的操作

文章目录一.创建数据库1.1基础语句1.2字符集和校验规则1.3校验规则对读取数据的影响二.查看数据库三.修改数据库四.删除数据库及备份4.1删除4.2备份和还原结束语一.创建数据库1.1基础语句最简洁的创建数据库的SQL语句是:createdatabasedb_name;db_name是数据库的名称创建一个数据库,本

mysql中server_id的作用

在MySQL中,server_id是一个重要的配置参数,用于唯一标识MySQL服务器实例。server_id的配置和使用在MySQL复制和高可用性(HA)方案中至关重要,因为它允许不同的MySQL服务器之间进行数据同步和复制,并确保数据的一致性。以下是关于server_id的配置和使用的一些重要信息:1.配置serve

【pyinstaller 一步步学会打包教程 】

文章目录基础语法参数必选的参数可选的参数:打包详细步骤打包多文件打包的资源路径问题基础语法此处参考官网说明:pyinstaller[options]script[script…]|specfile所以最简单的用法如下,即可打包pyinstallermyscript.py这个操作即可完成打包,会执行如下操作:Writes

【SpringMVC】JSR 303与interceptor拦截器快速入门

目录一、JSR3031、什么是JSR303?2、为什么要使用JSR303?3、JSR303常用注解3.1、常用的JSR303注解3.2、@Validated与@Valid区别3.2.1、@Validated3.2.2、@Valid3.2.3、区别4、使用案例4.1、导入依赖4.2、配置校验规则4.3、编写校验方法4.4

什么是物联网(IoT),解释物联网的架构和应用场景

1、什么是物联网(IoT),解释物联网的架构和应用场景。物联网(IoT,InternetofThings)是一种通过互联网进行连接和监控的网络,它将各种物理设备和系统集成在一起,使得数据可以远程传输和分析。物联网的应用场景非常广泛,它可以帮助人们更好地理解和管理周围的环境和事物。物联网的架构通常由三个部分组成:感知层:

后端中间件安装与启动(Redis、Nginx、Nacos、Kafka)

后端中间件安装与启动RedisNginxNacosKafkaRedis1.打开cmd终端,进入redis文件目录2.输入redis-server.exeredis.windows.conf即可启动,不能关闭cmd窗口(端口配置方式:redis目录下的redis.windows.conf配置文件,打开文件,修改NETWO

从零开始训练大模型

Task05从零开始训练大模型目录1.预训练阶段1.1TokenizerTraining1.2LanguageModelPreTraining1.3数据集清理1.4模型效果评测2.指令微调阶段(InstructionTuningStage)2.1SelfInstruction2.2开源数据集整理2.3模型的评测方法3.

C++之容器std::queue类empty、size、front、back、push、emplace、pop、swap应用总结(二百二十四)

简介:CSDN博客专家,专注Android/Linux系统,分享多mic语音方案、音视频、编解码等技术,与大家一起成长!优质专栏:Audio工程师进阶系列【原创干货持续更新中……】🚀人生格言:人生从来没有捷径,只有行动才是治疗恐惧和懒惰的唯一良药.更多原创,欢迎关注:Android系统攻城狮1.前言本篇目的:C++之

【云原生】kubernetes中pod(进阶)

目录一、资源限制业务cpu内存1.1CPU资源单位1.2内存资源单位示例1示例2:二、健康检查:又称为探针(Probe)2.1探针的三种规则2.2Probe支持三种检查方法2.3示例示例1:exec方式示例3:tcpSocket方式示例4:就绪检测示例5:就绪检测2示例:启动、退出动作扩展pod的状态Container

Element树形控件使用过程中遇到的问题及解决方法

1.需求1点击编辑按钮,出现修改组织弹窗,且将点击时的组织名称返现在输入框中。思路是点击编辑按钮,取到节点点击时返回的data信息中的label进行赋值即可。<el-treestyle="margin-top:20px":data="organizationTreeData"node-key="id"default-e

热文推荐