Исчезли lvm разделы. УЖАС! [SOLVED]
S-anches 27 июня, 2011 - 08:36
Всем привет. Была у меня такая проблема: есть три 2 Тб винта, все в lvm, была плохая скорость записи, винты adv format. Взял ещё три, перекинул на них инфу. Раньше у меня был задействован весь винт в lvm, теперь я решил сделать винт в gpt, создал на всех разделы с учетом adv format, создал ещё один массив lvm под названием media, перекинул обратно информацию с массива backup, скорость заметно увеличилась. Те три винта удалил из массива backup, удалил физические тома, удалил разделы и обратно сделал винты в формат msdos из gpt. Винты вернул. Выключил комп, включил, а мой массив media не определяется.
sanches sanches # pvscan No matching physical volumes found sanches sanches # parted /dev/sdb print Модель: ATA WDC WD20EARS-00M (scsi) Диск /dev/sdb: 2000GB Размер сектора (логич./физич.): 512B/512B Таблица разделов: gpt Номер Начало Конец Размер Файловая система Имя Флаги 1 4194kB 2000GB 2000GB primary sanches sanches # parted /dev/sdc print Модель: ATA WDC WD20EARS-00S (scsi) Диск /dev/sdc: 2000GB Размер сектора (логич./физич.): 512B/512B Таблица разделов: gpt Номер Начало Конец Размер Файловая система Имя Флаги 1 4194kB 2000GB 2000GB primary sanches sanches # parted /dev/sdd print Модель: ATA ST2000DL003-9VT1 (scsi) Диск /dev/sdd: 2000GB Размер сектора (логич./физич.): 512B/512B Таблица разделов: gpt Номер Начало Конец Размер Файловая система Имя Флаги 1 4194kB 2000GB 2000GB primary sanches sanches # pvck /dev/sdb1 Could not find LVM label on /dev/sdb1 sanches sanches # pvck /dev/sdc1 Could not find LVM label on /dev/sdc1 sanches sanches # pvck /dev/sdd1 Could not find LVM label on /dev/sdd1
Как такое возможно???? Весь массив был под завязку забит инфой. =((((
»
- Для комментирования войдите или зарегистрируйтесь
Попробовал восстановить с
Попробовал восстановить с помощью команды pvcreate --restorefile=/etc/lvm/backup/media -u aeraerge /dev/sdX1 со всеми дисками. vgcfgrestore востановил массив media. Но раздел xfs не может найти суперблок.
Плохо, гадо было посмотреть
Плохо, надо было посмотреть сначло содержимое разделов, может у вас просто был сбой в таблице разделов и границы разделов съехали, начало физического тома lvm (заголовок lvm тома) должно быть через 512 байт от начала раздела (один сектор).
Если вы восстановили заголовок тома lvm не на правильное место из-за измененных границ раздела, то скорее всего затерли часть данных. Надо было посмотреть к примеру hexedit прямо устройства раздела /dev/sdb1 или что там у вас и если вы не нашли бы запись "LVM" что то там еще дальше начиная со смещения 0x2000 значит граница не корректна. Затем просматривали бы дальше смотря значение смещения, затем расчитва пересоздали бы раздел, а так уже наверно всё.
А как бы они съехали? Если и
А как бы они съехали? Если и до и сейчас в parted начало раздела с 8192 и до упора почти?
У вас один раздел ?
У вас один раздел ?
У меня три винта, на каждом
У меня три винта, на каждом по одному одинаковому разделу которые начинаются и кончаются в одних и тех же секторах, все три раздела подключенны в один vg и на этом vg один lv. И на этом lv раздел xfs.
прошелся по разделам hex
прошелся по разделам hex эдитором, очень много нолей, хотя из 5.46 Тб, было свободно 800 гигов всего.
xfs_chek или xfsrepair
xfs_chek или xfsrepair запускали на lvm том ?
xfs_check не может найти
xfs_check не может найти суперблок. xfs_repair уже почти сутки его ищет.
Смотреть настройку ядра по
Смотреть настройку ядра по вопросу поддержки gpt. При остутствии gpt и наличии gpt на диске , насколько помню, система вела себя неадекватно. Утилита разметки диска разбивала диск , разделы монтировались и работали. После перезагрузки - слетала таблица разделов.
1) Посмотреть есть ли поддержка gpt в ядре.
2) Ежели нет - вкомпилить в ядро.
3) Проверить работоспособность томов. Ежели не работает - значит слетела таблица разделов.
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Осторожно!!!!!!!!!!!!!!!!!!!
Ее, насколько помню, пересоздавал путем разметки той же тузлой тех же дисков точно так же, благо что на каждом диске был один раздел. Данные при этом оставались. Впрочем давно это было. Многое могло измениться. Советую перед такой манипуляцией потренироваться на кроликах .
С чего вы решили что здесь
С чего вы решили что здесь gpt, на дисках до 2 Тб включительно нормально работает mbr, у автора по одному разделу на каждом.
потому что про этого говорит
потому что про этого говорит автор топика.
блин, обязательно посмотрю
блин, обязательно посмотрю есть ли в ядре gpt. Не думал что смогу разбить винт в gpt без поддержки в ядре.
Да, gpt в ядре не было
Да, gpt в ядре не было включено =( Сейчас пересобираю ядро, и попробую заного создать разделы и сделать lvm.
огромное тебе спасибо
огромное тебе спасибо :)
включил gpt в ядре, удалил и заного создал разделы на винтах и тут же появились и pv и vg и сам lv. Все примонтироалось и заработало. щас поставил раздел на проверку.