Восстановить Volume

Вместо того чтобы на форумах красноглазить покупай билет туда где тебя не смогут найти

покупай билет туда где тебя не смогут найти

На другую планету

Действуй в соответствии с планом отката, который ты подготовил перед тем, как увеличить раздел.

А ты шутник. Ты правда думаешь, что человек, что не стал отрабатывать такое на тестовой виртуалке (раз впервые делает), имеет план отката?

Ты хочешь сказать, что кто-то станет увеличивать диск, не имея плана отката? На продакшене? Да ну, бред же.

Истинный самурай.

Что-то злой я стал.

flint1: fdisk’ом удалять партицию можно, я сто раз так делал. «kernel still uses the old partition table» - норма. Единственное - надо убедиться, что свежесозданный раздел будет начинаться с того же самого сектора, что и старый. Видимо, ты этого не сделал, из-за этого проблемы.

Я бы тебе не рекомендовал продолжать теми командами, которые ты написал, чтобы не ухудшать ситуацию. Единственное, что ты пока запорол - первый сектор диска. Данные целы. Пока еще.

Вместо этого я бы посоветовал определить первоначальный адрес раздела и воссоздать его.

Покажи текущий вывод команды fdisk -l, может быть я тебе подскажу бывшее правильное начало раздела.

добрый день.

было: Disk /dev/sdb: 536.9 GB, 536870912000 bytes 255 heads, 63 sectors/track, 65270 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: 0x0001735e Device Boot Start End Blocks Id System /dev/sdb1 1 65271 524287999+ 8e Linux LVM

стало: Disk /dev/sdb: 859.0 GB, 858993459200 bytes 255 heads, 63 sectors/track, 104433 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: 0x0001735e Device Boot Start End Blocks Id System /dev/sdb1 1 104433 838858041 8e Linux LVM

Раздел надо создавать с тем же смещением. Если бы ты сейчас сделал pvcreate, то похерил бы файловую систему.

Пока pvcreate не делал. поэтому тут и спросил. сделал в fdisk команду d , потом сразу n . Смещения не указывал, делал по умолчанию. думаю что с 1 сектора он и создал.

Как правильно копировать вывод терминала

Fdisk при создании нового раздела не спрашивал ничего, с чем ты согласился?

Вот она вся суть хвалёного lvm. Увеличение раздела надо в виртуалке тестировать.

Раздел на правильном месте, возможно fdisk затёр ему что-то когда ты его заново создавал. Он иногда спрашивает вопросы вида «там где ты хочешь создать раздел уже есть фс, затереть её сигнатуру?», но затирание касается максимум нескольких секторов. Не помнишь таких вопросов?

Набери кстати команды pvs, vgs, lvs на том компе.

Безусловно.

Любую потенциально опасную процедуру неплохо бы проверять на виртуалке. Особенно если копипастишь команды из гугла без понимания, что они делают. Но ТС и так мучал ВМ, мог бы заснапшотить предварительно.

По идее uuid раздела еще меняется в таблице разделов

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

Если предположение о затертом fdisk’ом заголовке PV верно, то тест на виртуалке наглядно б продемонстрировал, что соглашаться не надо.

действия в fdisk: d - n - 1 - p - t - 8e - w . Fdisk ничего лишнего не написал. После w «the partition table has been altered! calling ioctl … warning:… error 16: device busy… kernel uses old table..» далее ребут, фс не примонтировалась. ну и всё, больше пока ничего не делал. запускал команду vgcfgrestore и pvcreate с ключом –test.
fdisk -l у диска показывает стартовый сектор 1 до и после увеличения размера.

pvs, vgs, lvs интересующий volume не показывают.

Мне – нет, я такое уже делал, и знаю, как правильно. Но ТС явно впервые, причем не на уровне LVM накосячил, а как раз ранее, с классической разметкой — до LVM он не добрался, когда уже все сломал.

Собственно, вся проблема из-за того началась, что вместо диска целиком в LVM, как обычно делают, зачем-то сверху ещё и MBR с одним разделом сделали. И именно его ресайз был неправильным.

У тебя же в цилиндрах координаты начала раздела, а не в секторах.
Никогда так не делай.
С какого сектора начинается раздел, по-прежнему непонятно.

sdb1/start 63 . Как узнать с какого сектора начинался раздел до увеличения не знаю. сейчас с 63-го.

У меня вопрос — у тебя хотя бы бекап или снимок диска сейчас этого есть? Чтобы не сломать всё совсем.

Если есть до измений, то просто откатись и всё.

Всё нормально у него с этим, при увеличении увеличивается общее количество цилиндров, а сами цилиндры одинаковые. Неудобно конечно что единицы измерения странные, но ломаться там нечему. Проблема скорее всего именно в том что fdisk затёр какие-то метаданные lvm при создании нового раздела.

Если хочешь ему помочь - создай в виртуалке диск с его старой геометрией (он её тут приводил), сделай на ней такой же раздел и lvm на нём, и потом сравнивай hexdump-ы метаданных правильных и тех что у него сейчас там (скорее всего у него там занулённый первый сектор). Вполне возможно что можно просто скопировать правильный сектор на место удалённого. Проверив, разумеется, что где-то ещё метаданные не затёрлись.

Попробуй пересоздать раздел, указав 2048 сектор (не цилиндр!) в качестве начала. Это типичное смещение начала раздела. Хуже ты этим не сделаешь, зато есть хороший шанс угадать.

Если при записи раздела fdisk тебе скажет «/dev/sdb: device contains a valid LVM signature», это значит, что ты угадал. Главное - не отвечай «y» на его предложение затереть эту сигнатуру.

Если не хочешь угадывать, то сдампь первые 10Mb /dev/sdb и выложи куда-нибудь.

Было:

[root@bi11-db ~]# fdisk -l Disk /dev/sda: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 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: 0x000e7761

Device Boot Start End Blocks Id System

/dev/sda1 * 1 64 512000 83 Linux

Partition 1 does not end on cylinder boundary.

/dev/sda2 64 6528 51915776 8e Linux LVM

Disk /dev/sdb: 536.9 GB, 536870912000 bytes 255 heads, 63 sectors/track, 65270 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: 0x0001735e

Device Boot Start End Blocks Id System

/dev/sdb1 1 65271 524287999+ 8e Linux LVM

Стало:

[root@bi11-db ~]# fdisk -l

Disk /dev/sda: 53.7 GB, 53687091200 bytes 255 heads, 63 sectors/track, 6527 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: 0x000e7761

Device Boot Start End Blocks Id System

/dev/sda1 * 1 64 512000 83 Linux

Partition 1 does not end on cylinder boundary.

/dev/sda2 64 6528 51915776 8e Linux LVM

Disk /dev/sdb: 859.0 GB, 858993459200 bytes 255 heads, 63 sectors/track, 104433 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: 0x0001735e

Device Boot Start End Blocks Id System

/dev/sdb1 1 65271 524287999+ 8e Linux LVM

Да, ребят. Сейчас эти потуги не должны быть напрасными.

перед всеми работами я сделал оракловый полный бэкап БД би. но весь раздел долго восстанавливать.. софт оракловый с нуля ставить и далее рестор рманом. Сделать снапшот или копии виртуалки не было возможности, прав нет, админ не был доступен, а я торопился/меня торопили.

сейчас я сделал снапшот, и копирую полностью виртуалку перед тем как что-то пытаться реанимировать …

Прошу, ну соблюдай ты разметку, читать же неудобно дико, это несложно!: Как правильно копировать вывод терминала

Не нормально. 63 сектор в качестве начала раздела - это вообще ужас. Все выравнивание идет нахрен.

Современные версии fdisk выравнивают начало на 2048 сектор. Это какой-то очень старый fdisk, раз он до сих пор цилиндрами оперирует. В таких древних версиях fdisk при создании раздела приходилось входить в expert mode, чтобы указывать смещение.

Это всё отдельная тема. Речь о том, что ломаться в плане битья разметки там нечему. У него и старая разметка - раздел с первого цилиндра.

Как раз есть чему ломаться, если существующий раздел был создан с указанием смещения в экспертном режиме. Обычный режим этого не покажет.

прошу прощения, буфер обмена не работает через мой путь к рабочей консоле. тут интернет, а рабочая машина через wireguard-rdp-rdp.
поэтому пытался хоть как-то текст заредактировать …. через текст из письма три апострофа сначали и с конца как-то не сработали.

fdisk (util-linux-ng 2.17.2)

А, не знал. Ну 2048 мимо т.к. 63*255 = 16065. Осталось проверить вдруг где-то среди секторов цилиндра 1 есть начало.

Копируешь в текстовый редактор, правишь и вставляешь.

У тебя RHEL или CentOS?

redhat-release пишет rhel 6.8 но предполагаю что ставилось из дистрибутива centos

oracle linux server 6.8

Значит или RHEL 6.8, или OEL, можешь

uname -a
cat /etc/oracle-release

глянуть… но это не так важно… просто это ответ на вопрос о том, откуда такой древний fdisk.

У него OEL 6, там старое все… вопрос где начался раздел ранее сложен…

Cдампь первые 10Mb /dev/sdb и выложи на какой-нибудь файлообменник. Найдем начало раздела.

Желательно 16065*1024 сдампить (цилиндры 0 и 1)

https://disk.yandex.ru/d/XSNoo76OjsGGXA

посмотрите пожалуйста. Спасибо.

https://disk.yandex.ru/d/ZXLkXc2WhryC3g

ASDzxc123

Пароль не подходит. Но то, что 10 метров ужались до 30 кил наводит на нехорошие мысли.

Пароль неправильный, но он легко подбирается брутфорсом: ZXCasd123.