LINUX.ORG.RU
ФорумAdmin

После переустановки ОС нужно найти потерянный LVM

 


0

1

На HDD-1 была установлена Debian На HDD-2 был LVM и примонтированы.

HDD-1 с ОС был заменен на другой физ диск и установлена новая чистая ОС Debian. LVM со второго диска не виден вообще. pvscan тоже результатов не дал. Экспорт конечно же не делался.

Подскажите как вернуть LVM со второго диска без потери данных на нем?

Ответ на: комментарий от Black_Shadow

pvscan - пишет что не найдено подходящих физических томов.

vgscan - пишет что Чтение всех физических томов. Может занять время.

lvscan - ничего не пишет вообще.

alterak ()
Ответ на: комментарий от anonymous

Если уже быть точнее, то под HDD-2 я имел ввиду RAID5 mdadm из 3-х дисков, на который был установлен LVM.

root@srv:~# fdisk -l /dev/md0p1

Disk /dev/md0p1: 1,4 TiB, 1500040362496 bytes, 2929766333 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 524288 bytes / 1048576 bytes

Alignment offset: 506880 bytes

alterak ()
Ответ на: комментарий от anonymous

root@srv:~# fdisk -l /dev/md0

Disk /dev/md0: 1,4 TiB, 1500040396800 bytes, 2929766400 sectors

Units: sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 4096 bytes

I/O size (minimum/optimal): 524288 bytes / 1048576 bytes

Disklabel type: gpt

Disk identifier: 24DD9082-1548-4688-B378-D3BD598858FA

Device Start End Sectors Size Type

/dev/md0p1 34 2929766366 2929766333 1,4T Linux filesystem

Partition 1 does not start on physical sector boundary.

root@srv:~# kpartx -av /dev/md0

device-mapper: reload ioctl on md0p1 failed: Device or resource busy

create/reload failed on md0p1

alterak ()
Ответ на: комментарий от Minona

хм... раньше был лвм однозначно, на нем были несколько томов... Если сейчас тип раздела через cfdisk изменить на Linux LVM, данные видимо похерятся?

alterak ()
Ответ на: комментарий от alterak

а нафига было партицию делать? ксенсервер на голом девайсе PV создает:

pvs
  PV         VG                                                 Fmt  Attr PSize   PFree
  /dev/sdb   VG_XenStorage-bf31ef8d-4afa-ae43-acea-4d0e743d8527 lvm2 a--  931.50G 642.89G

Minona ★★☆ ()
Ответ на: комментарий от alterak

root@srv:~# kpartx -av /dev/md0p1

Откуда взялся md0? Да ещё и p1. Что-то ты недоговариваешь

  • lsblk ( или fdisk -l )
  • cat /proc/mdstat
  • blkid

И убери вывод в теги [ code ] [ /code ] ( без пробелов, см. www.linux.org.ru/help/lorcode.md ) либо на http://pastebin.com

router ★★★★★ ()
Последнее исправление: router (всего исправлений: 1 )
Ответ на: комментарий от Minona

Потому что ты разобрался в ситуации ещё меньше, чем ТС

router ★★★★★ ()
Ответ на: комментарий от router

Откуда взялся md0? Да ещё и p1. Что-то ты недоговариваешь

Чуть выше я написал, что под HDD-2 я имел ввиду раздел md0p1 на рэйде.

И убери вывод в теги [ code ] [ /code ]

так я теги вообще не использую, если строки не разделять пробелом, то весь текст пишется слитно.

Так сейчас можно что-то сделать с этим чертовым LVM, или проще пересоздать? Сильно важных данных практически не было, просто хочется на будущее знать что и как.

alterak ()
Ответ на: комментарий от router

А с дисками вот что...

root@srv:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 223,6G 0 disk
├─sda1 8:1 0 9,3G 0 part /
├─sda2 8:2 0 488M 0 part /boot
├─sda3 8:3 0 1,9G 0 part [SWAP]
└─sda4 8:4 0 200G 0 part /mnt/vm
sdb 8:16 0 698,7G 0 disk
└─sdb1 8:17 0 698,7G 0 part
└─md0 9:0 0 1,4T 0 raid5
└─md0p1 259:0 0 1,4T 0 md
└─md0p1p1 253:0 0 1,4T 0 part
sdc 8:32 0 698,7G 0 disk
└─sdc1 8:33 0 698,7G 0 part
└─md0 9:0 0 1,4T 0 raid5
└─md0p1 259:0 0 1,4T 0 md
└─md0p1p1 253:0 0 1,4T 0 part
sdd 8:48 0 698,7G 0 disk
└─sdd1 8:49 0 698,7G 0 part
└─md0 9:0 0 1,4T 0 raid5
└─md0p1 259:0 0 1,4T 0 md
└─md0p1p1 253:0 0 1,4T 0 part

root@srv:~# cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath]
[raid0] [raid1] [raid10]
md0 : active raid5 sdd1[2] sdc1[1] sdb1[0]
1464883200 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
bitmap: 0/6 pages [0KB], 65536KB chunk

unused devices: <none>

А при выводе

alterak ()
Ответ на: комментарий от Minona

партиции следует делать всегда чтобы случайно не принять диск\массив как пустой. А так ты увидишь раздел и полезешь смотреть. Это классика.

targitaj ★★★★★ ()
Ответ на: комментарий от router

root@srv:~# kpartx -d /dev/md0p1
root@srv:~# blkid /dev/md0p1
/dev/md0p1: UUID=«0dd8264c-6110-4308-9774-9c779e3ecfa0» TYPE=«ext4» PARTLABEL=«primary» PARTUUID=«50c64129-27cd-41b2-9875-1662527f0fb9»
Результат нулевой...

<А так ты увидишь раздел и полезешь смотреть. Это классика.
Так я вижу раздел md0p1, но система не видит на нем LVM.

alterak ()
Ответ на: комментарий от alterak
tune2fs /dev/md0p1 

смотри на время создания и монтирования

Размер 1.4 Тб похож на полный размер рейда?

Если время создания - недавно, а размер совпадает, ты при переустановке отформатировал свой lvm в ext4

Если время старое, а размер совпадает, значит lvm у тебя никогда не было, был только ext4 поверх рейда

router ★★★★★ ()
Ответ на: комментарий от router

Чисто теоретически, lvm мог быть каким-то экзотическим ( кластерный или там не-линуксовый ), и ОСь просто не видит его метаданные. Но я бы на это всерьёз не рассчитывал

router ★★★★★ ()
Ответ на: комментарий от router

Время старое 31 января 2017.
А LVM был однозначно. И инициализацию делал и VG конечно была я же на нем и тома создавал и менял их размер и примонтированы они были-).
Ну да ладно, форматну и пересоздам тогда... Все равно на след неделе эти чертовы тормозные HDD 2.5" буду менять на нормальные винты WD 2х3TB, ставить буду только на RAID1 но с тем же LVM, а может и ZFS попробую, что бы не заморачиваться с LVM и mdadm.

alterak ()
Ответ на: комментарий от alterak
blkid /dev/md0

и вообще посмотри blkid без параметров

router ★★★★★ ()
Ответ на: комментарий от alterak

Ну да ладно, форматну и пересоздам тогда...

Если идей уже не осталось а данные не жалко, попробуй прогнать e2fsck в read-only

Если ошибок не найдёт, 100% там не было lvm

router ★★★★★ ()
Ответ на: комментарий от targitaj

Если у вас случаются такие случайности — примите мои соболезнования. У нас на все есть техническая документация.

Minona ★★☆ ()
Ответ на: комментарий от router

ЕМНИП, инсталлятор дебиана не даст что-либо сделать с LVM-PV без удаления всего содержимого.

Minona ★★☆ ()
Ответ на: комментарий от Minona

и как ты это предполагаешь сделать без включения в ядро и переписывания части линуксовой vfs?

anonymous ()

Есть экзотический вариант восстановления lvm: найти в сырых данных бэкап конфигурации lvm и использовать её. Ну, это если более лёгкие варианты восстановления не сработали. На практике не делал, просто идея.

Harliff ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.