问题 ：：：
我在硬盘有故障的服务器上安装了 Redhat 5.10 x64。我删除了旧的有故障的硬盘并安装了容量为 500GB 的新硬盘，安装后我需要将一些数据从旧硬盘复制到 /u001 下的新硬盘。所以我将旧硬盘（320 GB）连接到服务器。它显示在 fdisk -l但当我尝试使用安装时
sudo mount /dev/sdb2 或 /dev/sdb5 它说
注意：旧硬盘上还安装了旧操作系统，如您在fdisk -l
/dev/sda = 新硬盘
/dev/sdb = 旧硬盘中看到的
设备已安装或资源正忙
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 25 200781 83 Linux
/dev/sda2 26 10346 82903432+ 8e Linux LVM
/dev/sda3 10347 11390 8385930 82 Linux swap / Solaris
/dev/sda4 11391 60801 396893857+ 5 Extended
/dev/sda5 11391 60801 396893826 8e Linux LVM
Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 13 104391 83 Linux
/dev/sdb2 14 10242 82164442+ 8e Linux LVM
/dev/sdb3 10243 11286 8385930 82 Linux swap / Solaris
/dev/sdb4 11287 38888 221713065 5 Extended
/dev/sdb5 11287 38888 221713033+ 8e Linux LVM
[admin@testsrv ~]$ sudo mount /dev/sdb2 /media/test/
mount: /dev/sdb2 already mounted or /media/test/ busy
[admin@testsrv ~]$ sudo mount /dev/sdb5 /media/test/
mount: /dev/sdb5 already mounted or /media/test/ busy
挂载结果:::
/dev/mapper/VolGroup00_root-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/mapper/VolGroup00_u001-LogVol00 on /u001/app/oracle type ext3 (rw)
/dev/sda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
PVDISPLAY:: 输出
sudo pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name VolGroup00_u001
PV Size 378.51 GB / not usable 7.63 MB
Allocatable yes (but full)
PE Size (KByte) 32768
Total PE 12112
Free PE 0
Allocated PE 12112
PV UUID E2ibW6-uaDJ-7FMA-OZS0-sApR-DNwK-0jO3Ob
--- Physical volume ---
PV Name /dev/sda2
VG Name VolGroup00_root
PV Size 79.06 GB / not usable 392.50 KB
Allocatable yes
PE Size (KByte) 32768
Total PE 2530
Free PE 1
Allocated PE 2529
PV UUID YSGQwx-yIsO-CR0C-4G6r-GI9O-nUya-gE22yk
LVMDISkSCAN :: Output
sudo lvmdiskscan
/dev/ramdisk [ 16.00 MB]
/dev/root [ 79.03 GB]
/dev/ram [ 16.00 MB]
/dev/sda1 [ 196.08 MB]
/dev/mapper/ddf1_4035305a8680822620202020202020203532aa703a354a45 [ 297.90 GB]
/dev/ram2 [ 16.00 MB]
/dev/sda2 [ 79.06 GB] LVM physical volume
/dev/mapper/ddf1_4035305a8680822620202020202020203532aa703a354a45p1 [ 101.94 MB]
/dev/ram3 [ 16.00 MB]
/dev/sda3 [ 8.00 GB]
/dev/mapper/ddf1_4035305a8680822620202020202020203532aa703a354a45p2 [ 78.36 GB] LVM physical volume
/dev/ram4 [ 16.00 MB]
/dev/mapper/ddf1_4035305a8680822620202020202020203532aa703a354a45p3 [ 8.00 GB]
/dev/ram5 [ 16.00 MB]
/dev/sda5 [ 378.51 GB] LVM physical volume
/dev/mapper/ddf1_4035305a8680822620202020202020203532aa703a354a45p5 [ 211.44 GB] LVM physical volume
/dev/ram6 [ 16.00 MB]
/dev/VolGroup00_ora/LogVol00 [ 211.44 GB]
/dev/ram7 [ 16.00 MB]
/dev/VolGroup00_u001/LogVol00 [ 378.50 GB]
/dev/ram8 [ 16.00 MB]
/dev/ram9 [ 16.00 MB]
/dev/ram10 [ 16.00 MB]
/dev/ram11 [ 16.00 MB]
/dev/ram12 [ 16.00 MB]
/dev/ram13 [ 16.00 MB]
/dev/ram14 [ 16.00 MB]
/dev/ram15 [ 16.00 MB]
/dev/sdb1 [ 101.94 MB]
/dev/sdb2 [ 78.36 GB]
/dev/sdb3 [ 8.00 GB]
/dev/sdb5 [ 211.44 GB]
3 disks
25 partitions
0 LVM physical volume whole disks
4 LVM physical volumes
答案1
如果例如
mount /dev/sda1 /mnt/tmp
印刷
mount: /dev/sda1 is already mounted or /mnt/tmp busy
检查是否有任何进程使用该设备（/dev/sda1）。
它通常是一个在系统启动时自动运行的 fsck 进程。您可以快速检查它，例如
ps aux | grep sda1
答案2
即使早在 5.x 中，RHEL 就默认使用 LVM。在挂载 LVM 卷之前，您必须先执行几个步骤。
如果您在新磁盘上使用与旧磁盘上相同的 VG 名称，则会遇到一些问题：您有两个具有相同名称的 VG。为了唯一地标识您想要操作的 VG（即 上的 VG /dev/sdb），您需要 VG UUID。跑步：
# pvs -o +vg_uuid
列出所有检测到的 LVM PV，包括其 VG UUID。您还将看到每个分区的 VG 名称，以便您可以查看是否存在名称冲突。
总的来说，LVM 足够智能，不会弄乱您的活动 VG 配置，除非您真的不遗余力地混淆它。因此，如果上述pvs命令在 上没有显示任何内容/dev/sdb，请运行vgscan然后重试。
一旦知道 VG UUID，您就可以使用 vgrename 命令重命名任何冲突的 VG。如果没有名称冲突，您可以跳至vgchange。
（为了将 LV 安装在 VG 内，您需要激活 VG，并且如果 VG 的名称与已存在的 VG 冲突，则该 VG 将不会激活。）
重命名 VG 的命令如下所示：
vgrename Zvlifi-Ep3t-e0Ng-U42h-o0ye-KHu1-nl7Ns4 new_name_for_vg
其中Zvlifi-...字母汤是 VG UUID，另一个参数只是该 VG 的新名称。
解决 VG 名称冲突后（或者如果一开始就不存在冲突），您需要在 上激活 VG /dev/sdb。您可以使用以下命令简单地激活 LVM 看到的所有未激活的 VG：
vgchange -ay
激活 VG 时，其中任何 LV 的设备名称（链接）将显示为/dev/mapper/<VG name>-<LV name>。 （也出于/dev/<VG name>/<LV name>遗留兼容性原因。）
此时，您可以像往常一样安装它们。
答案3
我就遇到过这样的情况。我的经验和解决方案中有叙述博客。
片段在这里：
错误：安装：/dev/mapper/STORBCK-backup 已安装或 /STORBCK 忙？
诊断：当我们尝试安装 /STORBCK FS 时，我们收到上述错误。
解决方案： 1. 由于其他 FS 变为只读，我已停止/启动 iscsi 服务。它成功登录到设备。 /etc/init.d/iscsi 停止 /etc/init.d/iscsi 启动 https://manastri.blogspot.in/2016/11/mount-devmapperstorbck-backup-already.html