質問:::
ハードドライブに障害が発生したサーバーにRedhat 5.10 x64をインストールしました。故障した古いハードドライブを取り外し、500 GBの容量の新しいハードドライブを取り付けました。インストール後、既存のハードドライブの一部のデータを/ u001の下の新しいハードドライブにコピーする必要がありました。そのため、既存のハードドライブ（320GB）をサーバーに接続しました。表示されますが、 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名を使用すると、いくつかの問題が発生します。同じ名前の2つのVGがあります。作業したいVG（VGなど）を一意に識別するには、/dev/sdbVG UUIDが必要です。ランニング：
# pvs -o +vg_uuid
VG UUIDを含む検出されたすべてのLVM PVを一覧表示します。また、各パーティションのVG名が表示されるため、名前の競合があるかどうかを確認できます。
全体的に、LVMは難読化のために特別な努力をしない限り、アクティブなVG構成を混乱させないほどスマートです。したがって、上記のpvsコマンドがに何も表示されない場合は、/dev/sdb実行してvgscanやり直してください。
VG UUIDがわかったら、vgrenameコマンドを使用して競合するVGの名前を変更できます。名前が競合しない場合は、スキップできますvgchange。
（VG内にLVをインストールするには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