前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >Linux数据盘和系统盘的查看

Linux数据盘和系统盘的查看

作者头像
JaneYork
发布于 2023-10-11 06:10:17
发布于 2023-10-11 06:10:17
3.1K0
举报

系统盘如同Windows的C盘。

使用df -lh查看

可以看到/dev/vda1盘挂载/  /dev都是位于根路径下,都属于系统盘。

如果单独有数据盘,且数据盘没有分区和挂载,使用df -l命令是看不到的

可以使用fdisk -l,可以看到有哪些硬盘。

如下信息,只有一块系统盘/dev/vda

 如果是这种,说明有两块盘,一块/dev/vda,一块/dev/vdb

如果两个都挂载df -l查看:

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2023-10-11,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
设计模式六大原则(一)----单一职责原则
就一个类而言,应该仅有一个引起它变化的原因。应该只有一个职责。如果一个类有一个以上的职责,这些职责就耦合在了一起。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这会导致脆弱的设计。当一个职责发生变化时,可能会影响其它的职责。另外,多个职责耦合在一起,会影响复用性。想要避免这种现象的发生,就要尽可能的遵守单一职责原则。
用户7798898
2021/06/10
3.7K0
【设计模式】学习笔记(一)——基本概念和设计原则
设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。 使用设计模式是为了重用代码、让代码更容易被他人理解、保证代码可靠性。 设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样。
鸡先生
2022/10/29
3590
【设计模式】学习笔记(一)——基本概念和设计原则
单一职责原则
座右铭 :There should never be more than one reason for a class to change. 应当有且仅有一个原因引起类的变更。。。意思就是不管干啥,我都只干一件事,你叫我去买菜,我就只买菜,叫我顺便去倒垃圾就不干了,就这么拽
LieBrother
2019/04/02
3730
单一职责原则
单一职责原则
单一职责原则的英文是 Single Responsibility Principle,缩写为 SRP。一个类或者模块只负责完成一个职责(或者功能)。
Yuyy
2022/09/21
4990
设计模式—— 一:单一职责原则
单一职责原则的英文名称是Single Responsibility Principle,简称是SRP。
三分恶
2020/07/16
5230
如何使用单一职责原则
类的职责也不是越单一越好,还是要考虑扩展性、可读性等,所有设计原则的目的瓯都市为了实现代码高内聚、低耦合,提高代码的复用性、可读性、可维护性。
十毛
2022/01/12
2030
设计原则之单一职责
上述就违反了单一职责原则,对于不同的交通工具,代码逻辑完全耦合在一起,我们无论修改那一类的交通工具,都会影响其他两种数据
止术
2020/09/15
2460
【设计模式】软件设计七大原则 ( 单一职责原则 | 代码示例 )
单一职责优点 : 提高 类的 可读性 , 提高 系统的 可维护性 , 降低 类的复杂度 , 降低 变更引起的风险 ;
韩曙亮
2023/03/29
4460
单一职责原则(Single Responsibility Principle,SRP)
1 简介 1.1 定义 不要存在多于一个导致类变更的原因。该原则备受争议,争议之处在于对职责的定义,什么是类的职责?怎么划分类的职责? 1.2 特点 一个类/接口/方法只负责一项职责。 1.3 优点
JavaEdge
2021/02/22
6340
单一职责原则
本系列文章从场景代码入手,通过代码review指出当前存在的问题,然后思考改进,最后进行提炼总结,即通过”代码-问题-改进-总结“的方式学习编程模式,感受思考的乐趣,To be a better coder.
数据小冰
2022/08/15
3290
单一职责原则
设计模式六大原则(一)--单一职责原则
单一职责原则是设计模式六大原则之一,强调一个类应该仅有一个引起它变化的原因,即每个类应仅负责一项职责。本文通过详细探讨单一职责原则的定义、实现方式、优缺点及其适用场景,揭示了其在软件设计中的核心地位。通过类的拆分、接口设计和方法提炼等策略,单一职责原则有助于降低类的复杂度,提高代码的可读性、可维护性和可扩展性。尽管过度应用可能导致类的数量增加和系统复杂性提升,但其在大型项目和复杂系统中的长期效益显著。
小白的大数据之旅
2024/11/20
2220
设计模式六大原则(一)--单一职责原则
10年+ .NET Coder 心语 ── 单一职责原则的思维:为什么你的代码总在"牵一发而动全身"
在编程的世界里,面向对象设计(Object-Oriented Design, OOD)就像盖房子时打下的地基,决定了一个系统是否稳固、耐用。而在众多设计原则中,单一职责原则(Single Responsibility Principle, SRP) 无疑是那块最坚实的基石。它不仅指导我们如何编写清晰的代码,还在某种程度上映射了生活中处理复杂问题的智慧。
AI.NET 极客圈
2025/05/27
560
10年+ .NET Coder 心语 ── 单一职责原则的思维:为什么你的代码总在"牵一发而动全身"
小谈设计模式(4)—单一职责原则
主要对目前市面上常见的23种设计模式进行逐一分析和总结,希望有兴趣的小伙伴们可以看一下,会持续更新的。希望各位可以监督我,我们一起学习进步,加油,各位。
学编程的小程
2023/10/11
3110
小谈设计模式(4)—单一职责原则
面象对象设计6大原则之一:单一职责原则
单一职责原则(SRP),The Single Responsibility Principle 定义 一个类的修改只能有一个被修改的原因。 通俗地讲,就是一个类只能负责一个职责,修改一个类不能影响到别的功能,也就是说只有一个导致该类被修改的原因。我们写代码的都知道尽量要做到低耦合、高内聚的特性,单一职责原则正是保证了类与类之间的低耦合性。一个类如果承担过多的职责,就会有很多原因来导致这个类的被修改,就有很大可能性影响到别的功能。 单一职责原则,看起来是一个非常简单的原则,但真正实践起来也并非易事,因为职
Java技术栈
2018/03/30
4930
单一职责原则(SRP):代码设计的黄金法则
在软件工程中,有许多设计原则和准则,用于帮助我们编写更清晰、更可维护的代码。其中之一是"单一职责原则",它是代码设计的黄金法则之一,也是面向对象编程的基石之一。在本文中,我们将深入研究单一职责原则,详细解释它的含义,并提供示例代码来说明如何应用这一原则。
coderidea
2023/11/13
7090
单一职责原则(SRP):代码设计的黄金法则
PHP面向对象五大原则之单一职责原则(SRP)详解
本文实例讲述了PHP面向对象五大原则之单一职责原则(SRP)。分享给大家供大家参考,具体如下:
用户8660814
2021/07/13
4130
java设计模式1,单一职责原则
单一职责原则(SRP:Single responsibility principle)又称单一功能原则,面向对象五个基本原则(SOLID)之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁(Robert C. Martin)于《敏捷软件开发:原则、模式与实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克(Tom DeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。 所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。
全栈程序员站长
2022/11/17
3180
java设计模式1,单一职责原则
设计原则之单一职责原则(SRP)
单一职责原则是最重要的设计原则,也是最抽象的设计原则。小到函数,大到平台的设计,都可以使用单一职责原则来指导。也正因为它的抽象性,没有一个统一的规则,不同的人即使是设计同一个功能,所划分的函数、类也都是不相同的。
Dylan Liu
2019/07/01
9440
设计模式|理解单一职责原则
很早想总结一些关于设计模式的文章了,回头看一下几年前写的代码,简直不忍直视。也能理解,毕竟当初校招选择测试岗位也是为了逃避“写代码”嘛,但是谁能想到,当下测试行业大环境,不会编程的测试简直无法生存。亏我的思想觉悟比较高,认识到编程的重要性后就狂补了一些开发“基础”,例如Java、spring mvc这些知识,不能说专业吧,最起码也是运用自如,能实现自己的ideas。
互联网金融打杂
2022/08/01
2500
设计模式|理解单一职责原则
设计模式(一):单一职责原则
单一职责原则为我们提供了一个编写程序的思想,要求我们在编写类,抽象类,接口时,要使其功能职责单一,将导致其变更的因素缩减到最少。如果一个类的职责过多,则多个职责耦合在一起,那么就会有多个因素导致这个类发生变化,并且一个职责的变化可能会影响到其他的职责,不利于可重用性。
xujjj
2019/06/28
8690
设计模式(一):单一职责原则
推荐阅读
相关推荐
设计模式六大原则(一)----单一职责原则
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档