@xol_brown

Как примонтировать LVM в Proxmox?

Добрый день!
У меня есть сервер виртуализации на Proxmox VE, на нем виртуалка со StaffCop. Изначально стоял 6-й Proxmox и Ubuntu 16.04 на виртуалке. По определенным причинам было решено переставить Proxmox (вкатить 8 версию) и переставить начисто виртуалку с Ubuntu + Staffcop/
Я подцепил HDD к серваку, как LVM диск, прокинул его в виртуалку, слил бекапы Стаффкопа. Снес всё на железном сервере, переставил Proxmox и поднял новую виртуалку. Теперь снова подцепил HDD, прокинул его в новую виртуалку, он виден в системе, правда lvm видится на 32 ГБ, хотя он должен быть размером все 950 ГБ

user@enterprise:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2T 0 disk
├─sda1 8:1 0 2T 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 975M 0 part [SWAP]
sdb 8:16 0 931.5G 0 disk
└─sdb1 8:17 0 931.5G 0 part
└─lvm_2-vm--100--disk--0 252:0 0 32G 0 lvm
sr0 11:0 1 1.6G 0 rom


Вывод lvdisplay

user@enterprise:~$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/lvm_2/vm-100-disk-0
  LV Name                vm-100-disk-0
  VG Name                lvm_2
  LV UUID                tem4Ef-i40i-3eaH-f8wC-NJYc-IiG2-PiVtGv
  LV Write Access        read/write
  LV Creation host, time proxmox03, 2024-07-19 17:25:01 +0500
  LV Status              available
  # open                 0
  LV Size                32.00 GiB
  Current LE             8192
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0


Но при попытке монтирования выдает ошибку:

user@enterprise:~$ sudo mount /dev/lvm_2/vm-100-disk-0 /mnt/tempo
mount: wrong fs type, bad option, bad superblock on /dev/mapper/lvm_2-vm--100--disk--0,
missing codepage or helper program, or other error

In some cases useful info is found in syslog - try
dmesg | tail or so.


Вывод e2fsck:
user@enterprise:~$ sudo e2fsck -f /dev/mapper/lvm_2-vm--100--disk--0
e2fsck 1.42.13 (17-May-2015)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/mapper/lvm_2-vm--100--disk--0

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>


user@enterprise:~$ sudo mke2fs -n /dev/lvm_2/vm-100-disk-0
mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 8388608 4k blocks and 2097152 inodes
Filesystem UUID: fb14ac9d-f269-436c-a30d-19c48d9c3872
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624


user@enterprise:~$ sudo e2fsck -f -b 98304 -y /dev/lvm_2/vm-100-disk-0
e2fsck 1.42.13 (17-May-2015)
e2fsck: Bad magic number in super-block while trying to open /dev/lvm_2/vm-100-disk-0

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

Что я делаю не так?
  • Вопрос задан
  • 244 просмотра
Пригласить эксперта
Ответы на вопрос 1
CityCat4
@CityCat4
//COPY01 EXEC PGM=IEBGENER
Попробуй e2fsck -b ... -B 4096. Размер блока (который 4096) можно посмотреть через debugfs, командой stats. Если есть место куда скопировать данные, возможно проще будет вытащить их через команду rdump, чем пытаться восстановить суперблок.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы