Como eu determino qual disco virtual é qual no Linux?

4

Eu tenho um servidor Linux em execução em uma máquina virtual VMware, com 4 discos rígidos virtuais. Depois que a caixa foi exibida por um mês, adicionei 2 dos 4 discos rígidos no cliente vSphere. Eu preciso de mais espaço. Eu fiz este passo há algumas semanas, depois fui puxado para outro projeto antes de criar os sistemas de arquivos e configurar montagens. Agora, eu não sei qual unidade é qual dentro do Linux. Eu tenho / dev / sda, / dev / sda1, / dev / sda2 e / dev / sdb

Como determinar quais unidades possuem dados existentes e quais são os novos? Ou, como faço para remover unidades e começar de novo (eu sei como remover as unidades no cliente vSphere, mas não como remover as referências a elas no Linux).

Aqui estão os resultados de dmesg| grep sd :

[    1.361162] sd 2:0:0:0: [sda] 16777216 512-byte logical blocks: (8.58 GB/8.00 GiB)
[    1.361205] sd 2:0:0:0: [sda] Write Protect is off
[    1.361210] sd 2:0:0:0: [sda] Mode Sense: 61 00 00 00
[    1.361253] sd 2:0:0:0: [sda] Cache data unavailable
[    1.361257] sd 2:0:0:0: [sda] Assuming drive cache: write through
[    1.363223] sd 2:0:0:0: Attached scsi generic sg1 type 0
[    1.363398]  sda: sda1 sda2
[    1.363788] sd 2:0:0:0: [sda] Attached SCSI disk
[    1.364425] sd 2:0:1:0: [sdb] 1572864000 512-byte logical blocks: (805 GB/750 GiB)
[    1.364466] sd 2:0:1:0: [sdb] Write Protect is off
[    1.364471] sd 2:0:1:0: [sdb] Mode Sense: 61 00 00 00
[    1.364512] sd 2:0:1:0: [sdb] Cache data unavailable
[    1.364515] sd 2:0:1:0: [sdb] Assuming drive cache: write through
[    1.370673] sd 2:0:1:0: Attached scsi generic sg2 type 0
[    1.405886]  sdb: unknown partition table
[    1.406228] sd 2:0:1:0: [sdb] Attached SCSI disk
[    4.493214] Installing knfsd (copyright (C) 1996 [email protected]).
[    4.493849] SELinux: initialized (dev nfsd, type nfsd), uses genfs_contexts
[    5.933636] EXT4-fs (sdb): mounted filesystem with ordered data mode. Opts: (null)
[    5.933649] SELinux: initialized (dev sdb, type ext4), uses xattr
[    6.099670] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
[    6.108488] SELinux: initialized (dev sda1, type ext4), uses xattr

Saída de fdisk -l

Disk /dev/sda: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x000dfc09

Device    Boot     Start       End  Blocks  Id System
/dev/sda1 *         2048   1026047  512000  83 Linux
/dev/sda2        1026048  16777215 7875584  8e Linux LVM


Disk /dev/sdb: 750 GiB, 805306368000 bytes, 1572864000 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/fedora_dataserv-swap: 820 MiB, 859832320 bytes, 1679360 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/fedora_dataserv-root: 6.7 GiB, 7201619968 bytes, 14065664 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
    
por Roger Creasy 12.08.2016 / 15:15

7 respostas

2

Obrigado a todos que responderam. Todos que fizeram isso me ajudaram a rastrear o assunto e me ensinaram muito!

Por alguma razão, o Linux não estava reconhecendo as duas novas unidades. (Eu não sabia disso até aprender com as respostas dos outros.

A solução final foi:

  1. encerre a vm
  2. Remova as duas novas unidades da vm no vSphere Client, sem excluí-las do armazenamento de dados
  3. Reinicie a vm
  4. Encerre a vm
  5. adicione uma unidade no vSphere
  6. reinicialize a vm
  7. Confirme se o sistema operacional reconhece a nova unidade ( fdisk -l ), o que fez
  8. Encerre a vm
  9. adicione a outra unidade no vSphere
  10. reinicialize a vm

fdisk -l agora mostra / dev / sdc e / dev / sdd

Obrigado novamente a todos pela ajuda!

    
por 12.08.2016 / 20:33
4

A partir das informações fornecidas, você tem dois discos da VM:

  • / dev / sda : 8 GB com duas partições / dev / sda1 e / dev / sda2

  • / dev / sdb : 750 GB sem partição, que deve ser o que você adicionou recentemente.

Seu resultado do comando fdisk -l mostra que você criou um volume LVM chamado fedora_dataserv e de acordo com o espaço em disco usado, você está usando o / dev / sda somente disco.

Você pode consultar o Resposta I postou antes, mude o valor de deb-web138 para fedora_dataserv . Por exemplo:

# vgextend deb-web138 /dev/sdb1
# lvresize -L+70G /dev/deb-web138/root
# resize2fs /dev/deb-web138/root

são alterados para:

# vgextend fedora_dataserv /dev/sdb1
# lvresize -L+70G /dev/fedora_dataserv/root
# resize2fs /dev/fedora_dataserv/root

para aumentar o espaço que você pode usar.

    
por 12.08.2016 / 20:16
2

Se você simplesmente digitar

mount 

você verá, qual pasta está montada em qual disco.

    
por 12.08.2016 / 15:22
2

lsscsi

dmesg| grep sd

cat /proc/scsi/scsi

fdisk -l

    
por 12.08.2016 / 15:35
2

sda é a unidade conectada à primeira porta lógica na configuração da sua VM. sdb é a unidade conectada à segunda porta lógica na configuração da sua VM. sda1 e sda2 são duas partições na primeira unidade, e sdb parece não ter partições (ou seja, é a que você adicionou). Você pode usar o gparted ou (se formatado como tal, lvm) para ver como suas partições são exibidas.

    
por 12.08.2016 / 17:51
2

blkid listará as unidades. Você deve ser capaz de identificá-los com base em seus tamanhos, partições, UUIDs, tipos de sistema de arquivos e assim por diante. lsblk também é bastante útil para obter uma visão geral gráfica dos dispositivos, mas não mostra o tipo de sistema de arquivos.

    
por 12.08.2016 / 18:09
1

/ dev / mapper é onde as partições montadas e as partições LVM são montadas automaticamente, geralmente com nomes amigáveis.

Se o seu sistema usa o LVM, man lvm. Se você estiver usando luns montados, confira dm-multipath.

    
por 12.08.2016 / 19:40