当我尝试删除逻辑卷时，我收到消息
#lvremove /dev/my-volumes/volume-1 Can't remove open logical volume "volume-1" #lvchange -an -v /dev/my-volumes/volume-1 Using logical volume(s) on command line /dev/dm-1: read failed after 0 of 4096 at 0: Input/output error Deactivating logical volume "volume-1" Found volume group "my-volumes" LV my-volumes/volume-1 in use: not deactivating #lvremove -vf /dev/my-volumes/volume-1 Using logical volume(s) on command line /dev/dm-1: read failed after 0 of 4096 at 0: Input/output error Can't remove open logical volume "volume-1" #lvs /dev/dm-1: read failed after 0 of 4096 at 0: Input/output error LV VG Attr LSize Origin Snap% Move Log Copy% Convert volume-1 my-volumes -wi-ao 50.00g 我怎样才能强制删除这一卷？
谢谢，埃弗里特
逻辑卷包含什么？ 它是一个文件系统（我不小心写了分区）？ 它会被安装吗？ 在这种情况下：
umount /dev/my-volumes/volume-1
它是否有任何活动的快照？
编辑：试试lvchange -an -v /dev/my-volumes/volume-1和lvremove -vf /dev/my-volumes/volume-1 。
编辑2：请发布'lvs'。
编辑3：尝试与其他一些有问题的音量。 这不是最干净的select，但根据这个网站它可能工作，并且比重新启动的问题less。
dmsetup remove my--volumes-volume--number lvremove /dev/my-volumes/volume-number
如果无法卸载或删除逻辑卷，请validation是否没有处理LV的进程
find您要删除的逻辑卷的主要/次要编号，例如：vol0
# dmsetup info -c | grep vol0
记下第五列，表示卷是否“打开”，第二列和第三列分别是主要和次要ID。
通过search上面发现的主要和次要ID查找附加到本卷的任何过程：
# lsof | grep "major,minor"
closures或终止正在访问卷的进程，继续卸载和删除。
然后尝试lvremove
您可能已经运行了iet或tgt（哪一个取决于iscsi_helper值，默认为iet），并且该服务具有打开的文件句柄。 你可以通过做这样的事情来检查哪一个（在我的情况下是tgt）
# fuser /dev/nova-volumes/volume-00000001 /dev/dm-5: 19155 # lsof | grep /dev/dm-5 tgtd 19155 root 12u BLK 252,5 0t0 2531554 /dev/dm-5
如果是这样，请停止服务：
service iscsitarget stop
如果是这样，停止服务做：
service tgt stop
您应该可以删除您的卷。
我进入了类似的情况，但是LV的删除被阻止，因为我正在使用mount -o bind。
下面的文章帮助了很多，使用lsof与主要/次要的LV显示进程控股打开LV，在我的情况下smbd。
不只是猫/ proc / mounts | grep LV_name导致我得出结论，为什么lvremove或者dmsetup删除拒绝卸载unmounted的LV。
http://kb.eclipseinc.com/kb/why-cant-i-remove-a-linux-logical-volume/
通过config：lxc.mount.entryclosures使用文件系统的LXC容器
如果您无法删除lvm ，请按以下步骤操作：
卸载分区：
＃umount / dev / sda8
（例如我在/dev/sda8上挂载了分区）
尝试像这样删除lvm ：
＃lvremove / dev / vgname / lvname
如果出现“ 无法删除Linux中的开放逻辑卷 ”的错误，则尝试通过下面的命令停用LVM，然后将其删除：
# lvchange -an /dev/vgname/lvname # lvremove /dev/vgname/lvname
让我们知道你是否面临任何问题。
我有一个来自iSCSI设备上的3个PV（具有多path）的LV的问题。
没有解决scheme的工作，但简单的重启 （ 在fstab中注释掉 ，所以不会再次挂载）
也许这有助于某人。
这也可能被RHEL中的nfslock服务locking，只要停止该服务，你就可以走了。
我有一个类似的问题。 我试图删除的LV是一个VM块设备，拿着一个卷组。 这个卷组在lvm.conf中被过滤掉了，但是之前创build了一些dev映射器项目。
要弄清楚是被某个设备../dm-?? ，看看它的次要号码（253， ?? ） ll /dev/<vg>/<lv>应该指向../dm-??
然后ls -la /sys/dev/block/253:??/holders会给你vg（ex -> ../../dm-xx ）在你的设备上的链接（作为一个pv）
使用dmsetup remove /dev/dm-xx删除它们（确保没有使用那些dm）然后你应该删除/ dev //这个在某处不再是“pv”
我有和你一样的问题。 我试了下面的命令并解决了：swapoff -a
lvremove …