一、介绍当linux内存不够用时就涉及到磁盘扩容，只有使用LVM逻辑卷才支持扩容，该教程教你如何扩容。系统版本为centOS7目标将/dev/mapper/centos-root容量大小由18G扩容到23G增加5G容量二、查看操作系统当前磁盘信息首先使用fdisk-l查看当前机器所挂硬盘个数及分区情况，可知当前系统有一个磁盘/dev/sda。/dev/sda下面又分出/dev/sda1和/dev/sda2，/dev/sda2为LVM卷，可进行扩展[root@bogon/]#fdisk-l//查看机器所挂硬盘个数及分区情况磁盘/dev/sda：21.5GB,21474836480字节，41943
LVM概念LVM（LogicalVolumeManager，逻辑卷管理）是Linux环境下对磁盘分区进行管理的一种机制。LVM的工作原理其实很简单，它就是通过将底层的物理硬盘抽象的封装起来，然后以逻辑卷的方式呈现给上层应用。在传统的磁盘管理机制中，我们的上层应用是直接访问文件系统，从而对底层的物理硬盘进行读取，而在LVM中，其通过对底层的硬盘进行封装，当我们对底层的物理硬盘进行操作时，其不再是针对于分区进行操作，而是通过一个叫做逻辑卷的东西来对其进行底层的磁盘管理操作。例如我增加一个物理硬盘，这个时候上层的服务是感觉不到的，因为是通过逻辑卷的方式来给上层提供服务的。作为一个动态磁盘管理机制，逻
4.4.使用lvcreate创建逻辑卷卷组是LVM架构中的核心，类似于非LVM系统中的磁盘分区，逻辑卷是我们最终所使用的对象，在卷组中创建逻辑卷，用到的命令是lvcreate。事实上，LVM有两种模式，分别为非Thin模式和Thin模式，在非Thin模式下，命令基本格式如下：lvcreate-L容量大小-n逻辑卷名卷组名在Thin模式下，命令基本格式如下：lvcreate--thin-L容量大小-n逻辑卷名卷组名根据图1所示，我们要在lisq卷组中创建Thin模式的逻辑卷，并挂载在LVM-Thin存储点上。在创建逻辑卷之前，我们必须知道lisq卷组的空间大小，可以通过命令“vgs”来查看到li
关闭。这个问题是off-topic.它目前不接受答案。想改善这个问题吗？Updatethequestion所以它是on-topic对于堆栈溢出。8年前关闭。Improvethisquestion如果对故事不感兴趣，请跳到问题在4磁盘raid5阵列上不幸丢失了2个磁盘后，我陷入了一些巫术，以尽可能多地取回数据。第一个出现弱点迹象的驱动器被替换，在重建期间(约80%通过)，第二个驱动器在一些死扇区上出现故障。长话短说，现在我有两个驱动器(2和4)处于一致状态。一(3)个已同步，但中间有坏扇区。由于重建过程，最后(1)项仅部分同步。对于总共4.1Tb的阵列，磁盘为1.5Tb。在234、124
关闭。这个问题是off-topic.它目前不接受答案。想改善这个问题吗？Updatethequestion所以它是on-topic对于堆栈溢出。8年前关闭。Improvethisquestion如果对故事不感兴趣，请跳到问题在4磁盘raid5阵列上不幸丢失了2个磁盘后，我陷入了一些巫术，以尽可能多地取回数据。第一个出现弱点迹象的驱动器被替换，在重建期间(约80%通过)，第二个驱动器在一些死扇区上出现故障。长话短说，现在我有两个驱动器(2和4)处于一致状态。一(3)个已同步，但中间有坏扇区。由于重建过程，最后(1)项仅部分同步。对于总共4.1Tb的阵列，磁盘为1.5Tb。在234、124
我在LVM上有一个XFS分区的服务器设置。将文件复制到主分区时，显示“设备上没有剩余空间”。df-h显示足够的空间:/dev/mapper/prod--vg-home35G21G15G60%/homedf-i还显示足够的inode:/dev/mapper/prod--vg-home36700160379390363207702%/home我确实验证了更改最大inode百分比的影响:xfs_growfs-m25/dev/mapper/prod--vg-home这个数量可以很容易地减少和增加。在试验此设置时，我注意到将其降低到3%并再次增加到25%并删除一些文件后，我可以再次添加更多文件。
我在LVM上有一个XFS分区的服务器设置。将文件复制到主分区时，显示“设备上没有剩余空间”。df-h显示足够的空间:/dev/mapper/prod--vg-home35G21G15G60%/homedf-i还显示足够的inode:/dev/mapper/prod--vg-home36700160379390363207702%/home我确实验证了更改最大inode百分比的影响:xfs_growfs-m25/dev/mapper/prod--vg-home这个数量可以很容易地减少和增加。在试验此设置时，我注意到将其降低到3%并再次增加到25%并删除一些文件后，我可以再次添加更多文件。
为了在生产环境中运行Docker，我按照https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#configure-direct-lvm-mode-for-production中的步骤进行操作。一切似乎都运行良好。但是，如果我出于某种原因重新启动，一切都会搞砸。即使我从/var/lib/docker中删除所有内容并运行lvremove、vgremove和pvremove，它仍然显示Errorstartingdaemon:errorinitializinggraphdriver:devmap
为了在生产环境中运行Docker，我按照https://docs.docker.com/engine/userguide/storagedriver/device-mapper-driver/#configure-direct-lvm-mode-for-production中的步骤进行操作。一切似乎都运行良好。但是，如果我出于某种原因重新启动，一切都会搞砸。即使我从/var/lib/docker中删除所有内容并运行lvremove、vgremove和pvremove，它仍然显示Errorstartingdaemon:errorinitializinggraphdriver:devmap
我最近听说(来自RedHat的人)“direct-LVM”(devicemapper)是推荐用于生产设置的存储后端，所以我想在CentOS7VM上尝试一下。(其中loopback-LVM似乎是默认设置)。所以我创建了一个单独的数据磁盘和具有2个LV用于数据和元数据的VG，将它们传递到dockerconfig并启动docker...到目前为止一切顺利，如下所示:#psauxwf.../usr/bin/docker-d--selinux-enabled-Hunix://var/run/docker.sock\--log-level=warn--storage-optdm.fs=xfs\--
