O dispositivo já está montado ou o recurso está ocupado

Question

Problema :::

Eu instale o Redhat 5.10 x64 no servidor que tinha o disco rígido defeituoso. Eu removi o velho HDD defeituoso e instalei um novo com capacidade de 500GB e após a instalação eu preciso copiar alguns dados do HDD antigo para o novo HDD em / u001. Então eu conectei o hdd antigo (320 gb) ao servidor. Está aparecendo em fdisk -l , mas quando tento montar usando

sudo mount / dev / sdb2 ou / dev / sdb5 diz

Observação: o HD antigo também tinha o sistema operacional antigo instalado, como você pode ver em fdisk -l
/ dev / sda = Novo HDD
/ dev / sdb = HD antigo

O dispositivo já está montado ou o recurso está ocupado

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

Resultado da montagem :::

/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 :: output

    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

    

Answer 1

Mesmo em 5.x, o RHEL estava usando o LVM por padrão. Você terá que dar alguns passos antes de poder montar volumes LVM.

Se você usou o mesmo nome de VG no novo disco que no antigo, você tem um pequeno problema: você tem dois VGs com o mesmo nome. Para identificar exclusivamente os VGs que você deseja manipular (ou seja, aquele em /dev/sdb ), você precisará dos UUIDs do VG. Executar:

# pvs -o +vg_uuid

para listar todos os PVs do LVM detectados, incluindo seus UUIDs do VG. Você também verá o nome VG de cada partição para ver se há conflitos de nome.

O LVM é em grande parte inteligente o suficiente para não atrapalhar sua configuração ativa do VG, a menos que você se desvie do caminho para confundi-lo. Portanto, se o comando pvs acima mencionado não mostrar nada em /dev/sdb , execute vgscan e tente novamente.

Depois de conhecer os UUIDs do VG, você pode usar o comando vgrename para renomear quaisquer VGs conflitantes. Se não houver conflitos de nome, você pode pular para vgchange .

(Para montar o (s) LV (s) dentro de um VG, você precisará ativar o VG, e um VG não será ativado se o seu nome estiver em conflito com um VG já existente.)

O comando para renomear um VG é assim:

vgrename Zvlifi-Ep3t-e0Ng-U42h-o0ye-KHu1-nl7Ns4 new_name_for_vg

em que a sopa de letras Zvlifi-... é o VG UUID e o outro parâmetro é apenas o novo nome para este VG.

Quando os conflitos de nome VG forem resolvidos (ou se não houver conflitos em primeiro lugar), você precisará ativar os VGs em /dev/sdb . Você pode simplesmente ativar todos os VGs não-ativados que o LVM vê com este comando:

vgchange -ay

Ao ativar um VG, os nomes dos dispositivos (links) de qualquer LV dentro dele aparecerão como /dev/mapper/<VG name>-<LV name> . (Também como /dev/<VG name>/<LV name> por motivos de compatibilidade legados).

Neste ponto, você pode montá-los como de costume.

    

Answer 2

Eu enfrentei essa situação. A experiência e a solução são narradas no meu blog .

o snippet está aqui:

Erro: mount: / dev / mapper / STORBCK-backup já montado ou / STORBCK ocupado?

Diagnóstico: Quando tentamos montar o / STORBCK FS, estamos recebendo o erro acima mencionado.

Resolução: 1. Como o outro FS tornou-se somente leitura, parei / iniciei o serviço iscsi. logou com sucesso no dispositivo.  /etc/init.d/iscsi stop /etc/init.d/iscsi start link

    

Answer 3

Se, por exemplo,

mount /dev/sda1 /mnt/tmp

imprime

mount: /dev/sda1 is already mounted or /mnt/tmp busy

verifique se existe algum processo usando esse dispositivo (/ dev / sda1).

Geralmente, é um processo fsck que é executado automaticamente na inicialização do sistema. Você pode verificar rapidamente, por exemplo por

ps aux | grep sda1