Linux的磁盘划分和扩展
Linux中是如何进行查看磁盘分区情况，又是如何进行磁盘扩展呢？
设备查看
fdisk -l ##查看磁盘分区情况
lsblk ##设备使用情况
blkid ##设备管理方式及设备id
df ##查看正在被系统挂载的设备
cat /proc/partitions ##查看系统识别设备
- 你可以参考下这个问题的回答, 看看是否对你有帮助, 链接: https://ask.csdn.net/questions/7783361
- 这篇博客你也可以参考下：【Linux服务器】登录Linux服务器后，登陆信息显示佛祖保佑、永不死机，小猪佩奇等图案
- 同时，你还可以查看手册：linux which 用于在路径环境变量中搜索与给定命令相关的可执行文件，以找到该文件。 中的内容
- 除此之外, 这篇博客: Linux下软件的依赖问题中的 那么为什么某些Linux发行版的这个问题就是如此的严重呢？ 部分也许能够解决你的问题, 你可以仔细阅读以下内容或者直接跳转源博客中阅读:
经过在QQ群中的一些讨论，参考了一些问答网站的回答，得出比较合理的结论就是“这是Linux社区惧怕冗余所带来的结果”。就是说他们希望所有的库在系统里只有一份，听起来好像没什么毛病。但是换个角度看这个问题，就不一样了。假设某个库需要被30个软件依赖，那么如果这个库出问题了，那这30个软件都无法正常运行或者是缺少某部分功能。这就像是一个串联电路一样，一个坏了其它的也不能正常工作。一个典型的例子就是Glibc这个库。Glibc是Linux系统中最底层的API，几乎其它任何运行库都会依赖于Glibc。一旦它出问题，那么系统必将瘫痪。回想起来，当年的我也给Glibc做过大版本升级，现在想想是真的年轻，胆子大（其实就是蠢）。值得一提的是，有一些人会卸载Linux系统上一些自带的软件，然后系统就崩了。最典型的莫过于卸载系统自带的Python。百度一下就会发现，非常多的年轻人，胆子大的很。这个行为和我当年升级Glibc差不多。
Linux上这个问题其实是发行版的开发者在软件包上做了二次封装。玩起来了包依赖管理这样的套路。在我看来有时候冗余并不是一件坏事，一味的追求全局依赖是不可取的。
这里引用
知乎上一个回答“用好Linux的经验之谈就是不要试图用一个Linux系统做许多事情。一个Linux尽量只做一件事，很多事情用很多Linux来做。至于怎么弄出很多Linux，docker也好KVM也罢，方法很多。” 感触颇深，确实，就目前的情况来看，主流的Linux发行版系统主要还是在服务器领域，专事专用也确实可以。 - 您还可以看一下 夏曹俊老师的Linux程序设计从入门到实战课程中的 Linux系统编程学什么：内核的存在性是理解系统编程的重要前提小节, 巩固相关知识点
如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^