LINUX.ORG.RU

проблема с lvm


0

2

История такая: Решил поставить debian и заодно посмотреть, что за зверь такой lvm.

В системе физически два винта: один основной на терр, второй дополнительный на 160 GB. Форматнул я второй винт в ext4 и сохранил туда бекап с первого.

Систему ставил на первый. В процессе настройки lvm в установщике, в списке дисков, который система собиралась отформатировать, второй винт (с бекапом) не присутствовал. Согласился, на основном винте не оставалось незабекапленых важных данных (6 сезонов Доктора Хауса можно скачать заново :-).

Система встала нормально, однако, после установки имею следующее: - Файловая система на винте с бекапом отображается как lvm-2 - В pvs диск отображается, но с сообщением «incorrect metadata area header checksum» - Группа (Backup) и логический диск (lvol0) с этим винтом создаются нормально, но попытка его монтировать выдает ошибку wrong fs type, bad option, bad superblock on /dev/mapper/Backup-lvol0,

Сейчас курю мануал по lvm, но поскольку информация на диске содержалась важная, решил параллельно спросить совета и здесь.

Собственно, как восстановить данные?


testdisk /dev/dm-2 после сканирования кажется находит файловую систему с нужной меткой (аж 4 штуки), но говорит, что не может восстановить что-либо, потому что у диска неправильный размер.

testdisk /dev/sdb (или /dev/sdb1, /dev/sdb2) не дает ничего путного (а поиск происходит всего тысячам по 19 цилиндров).

Есть идеи?

rt ()

заодно посмотреть, что за зверь такой lvm

информация на диске содержалась важная

Поэкспериментировал с важными данными, молодец.

/ P.S. Извините, что-то злой последнее время. Зато правда.

ChALkeR ★★★★★ ()

На втором диске простой ext4, без lvm, как я понял?

Перво-наперво загрузи какой-нибудь нормальный live образ, выключи компьютер, вытащи первый диск, и работай оттуда.

Если данные повреждены и монтировать не получается — найди пустой диск (можешь пожертвовать терабайтником и разбить его заново обычным образом временно, если важного в системе ничего образоваться не успело) и забэкапь туда не раздел, а всё устройство целиком. После этого отключи диск с бэкапом, и вперёд, с лайва, по инструкциям.

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

Да знаю, что молодец :-) Следовало вытащить диск с бекапом из компа, прежде чем проводить любые эксперименты, и не было бы никаких проблем. В следующий раз буду умнее.

Бекап всего устройства я сделал сразу же.

Какая там файловая система я сам не понимаю уже. Была ext4. Стала lvm, которая не работает.

rt ()
Ответ на: комментарий от val-amart

pvs

PV VG Fmt Attr PSize PFree /dev/sda1 lvm2 a- 333,00m 333,00m

/dev/sda5 rt lvm2 a- 931,27g 0

/dev/sdb1 lvm2 a- 47,03m 47,03m

/dev/sdb5 Backup lvm2 a- 148,96g 0

-----

lvs

LV VG Attr LSize Origin Snap% Move Log Copy% Convert

lvol0 Backup -wi-a- 148,96g

home rt -wi-ao 916,20g root rt -wi-ao 9,31g

swap_1 rt -wi-ao 5,76g

-----

fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00024e05

Device Boot Start End Blocks Id System /dev/sda1 * 1 32 248832 83 Linux Partition 1 does not end on cylinder boundary. /dev/sda2 32 121602 976510977 5 Extended /dev/sda5 32 121602 976510976 8e Linux LVM

Disk /dev/sdb: 160.0 GB, 160000000000 bytes 255 heads, 63 sectors/track, 19452 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x08000000

Device Boot Start End Blocks Id System /dev/sdb1 1 6 48163+ 8e Linux LVM /dev/sdb2 7 19452 156199964+ f W95 Ext'd (LBA) /dev/sdb5 7 19452 156199963+ 8e Linux LVM

Disk /dev/dm-0: 9999 MB, 9999220736 bytes 255 heads, 63 sectors/track, 1215 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

Disk /dev/dm-0 doesn't contain a valid partition table

Disk /dev/dm-1: 6182 MB, 6182404096 bytes 255 heads, 63 sectors/track, 751 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

Disk /dev/dm-1 doesn't contain a valid partition table

Disk /dev/dm-2: 983.8 GB, 983761420288 bytes 255 heads, 63 sectors/track, 119602 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

Disk /dev/dm-2 doesn't contain a valid partition table

Disk /dev/dm-3: 159.9 GB, 159945588736 bytes 255 heads, 63 sectors/track, 19445 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000

Disk /dev/dm-3 doesn't contain a valid partition table

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

покажи еще mount. если lvol0 это твой корень, то все печально. бэкапы таблицы разделов брал? (хотя, что я спрашиваю..). можно бы было пересоздать раздел руками и потом попробовать какой-нибуть undelete, но для ext4 нормальных нет. разве что бекап суперблока развернуть, но у тебя ведь его нет =)

и эта, выбирай в списке форматирования lorcode, запись бери в тэг [code], тогда читать быдет намного проще.

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