День добрый,Очень прошу помочь с проблемой.
Оговорюсь сразу - бэкапа нет, дурак был что не сделал.Виртуальная машинка на esxi на ней 2 диска. 1-ый система 2-ой файлы зимбры. ЛВМ.
Потребовалось увеличить места на втором.
На лету увеличил размер вм диска, перечитал его геометрию.
fdisk -l /dev/sdb видел новый размер а fdisk -l /dev/sdb1 старый.Ну думаю создам еще один партишн и сделаю на нем PV.
Тут старший товарисчь говорит мол чегой-то так то? давай мол просто увеличим партицию /dev/sdb1 на все место.
Я говорю не знаю как это делать. Он говорит надо в фдиске удалить старую партинш и создать новую на все место. И мол дата не потрется.Ты уверен говорю, да отвечает. В обшем он начал делать. На лету оно не схватило и он сказал надо перегрузиться.
После перезагрузки этого pv не видно, pvscan его не находит.Он че то полазил посмотрел и сказал мол суперблок стерт. И ничего тут не сделаешь, и спокойно пошел домой. А я остался гуглить. Есть ли способ восстановить?
Бэкап есть только суточной давности.
Сейчас делаю бэкап этого диска в другой сторадж, что бы не убить эти останки окончательно.Есть идеи как пофиксить?
Заранее спасибо.
testdisk возможно поможет восстановить старое разбиение
> testdisk возможно поможет восстановить старое разбиениечто pvscan выдаёт?
pvresize вообще-то нужно бы воспользовать, лучше с livecd.
>fdisk -l /dev/sdb видел новый размер а fdisk -l /dev/sdb1 старый.Для начала узнать разницу между /dev/sdb и /dev/sdb1 и почему они показывают разный размер.
>Тут старший товарисчь говорит мол чегой-то так то? давай мол просто увеличим партицию /dev/sdb1 на все место.
Правильно советовал, а за
>удалить старую партинш и создать новую на все место
нужно гвоздь в голову забивать. В зависимости от ФС нужно использовать resize2fs,resize_reiserfs и т.д
> На лету оно не схватило и он сказал надо перегрузиться.хоть бы какую то конкретику показали, что за ФС, какие ошибки и .т.д
> День добрый,
> Очень прошу помочь с проблемой.
> Оговорюсь сразу - бэкапа нет, дурак был что не сделал.ну так - есть же суточный бэкап, значит все не так уж плохо...
> Потребовалось увеличить места на втором.
> На лету увеличил размер вм диска, перечитал его геометрию.
> fdisk -l /dev/sdb видел новый размер а fdisk -l /dev/sdb1 старый.ну про fdisk -l /dev/sdb1 уже сказали...
> Ну думаю создам еще один партишн и сделаю на нем PV.
> Тут старший товарисчь говорит мол чегой-то так то? давай мол просто увеличим
> партицию /dev/sdb1 на все место.
> Я говорю не знаю как это делать. Он говорит надо в фдиске
> удалить старую партинш и создать новую на все место. И мол
> дата не потрется.Вроде правильно сказал, да.
А если не уверен, да и на всякий случай - надо записывать "на бумажку" цифры, которые есть до изменения. Могло бы помочь...
> Ты уверен говорю, да отвечает. В обшем он начал делать. На лету
> оно не схватило и он сказал надо перегрузиться.Вроде всё верно и тут.
> После перезагрузки этого pv не видно, pvscan его не находит.
А вот тут могло бы помочь восстановить цифры по бумажке и еще раз перезагрузиться.
В обычной практике - при замене реальных жестких дисков на диски большего объема - используется добавление нового винта, pvmove, отключение старого винта.Как оно в реальности ведет себя на практике при изменении размера раздела - я не знаю, не было практики, но вполне возможно что оно может искать метаданные по смещению относительно конца раздела, а вы его расширили - вот метаданные и не находятся.
Хотя, ман говорит нам, что так делать можно:
EXAMPLES
Expand the PV on /dev/sda1 after enlarging the partition with fdisk:pvresize /dev/sda1
А так - всё на винтах и лежит, как и лежало, надо просто восстановить...