Упал LVM2

Could not find LVM label on /dev/sdb1

Да, я это видел )

Ну вот и смотри, что там вместо заголовка.

Я что-то подобное видел. В принципе загнать старую метку на диск, не затронув больше ничего, совсем не проблема. И если пострадала только метка и мета-информация LVM, то всё взлетит (после небольших манипуляций с конфигурацией).

Но я не верю в такой счастливый случай :) Метки просто так не пропадают. Поэтому проверяйте, что с диском. А заодно вспоминайте что изменилось между перезагрузками.

ЗЫ У меня похожая муть была при неких проблемах с железом. Т.е. после решения аппаратных проблем, я уже руками перебивал метки. И всё получалось. Хотя дело было давно...

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

Ничего кроме штатной перезагрузки после обновления ядра :)

У меня ещё вопрос: когда я пытаюсь восстановить физический том, получаю такое сообщение:

localhost /etc/lvm/archive # pvcreate --uuid "sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv" --restorefile /etc/lvm/archive/lvm_00000-1507898792.vg /dev/sdb1
  Couldn't find device with uuid sccmIu-CRmu-jS2G-a009-J2Zl-N1YL-D7RMpv.
WARNING: ext4 signature detected on /dev/sdb1 at offset 1080. Wipe it? [y/n]: n
  Aborted wiping of ext4.
  1 existing signature left on the device.

Т.е. затерев сигнатуру, я потеряю данные, верно?

Т.е. затерев сигнатуру, я потеряю данные, верно?

Откуда ж я знаю как там был диск устроен. Я сейчас насоветую, а окажется, что нужно было ещё что-то учесть.

А почему вы решили что затрёте её? Если я ничего не путаю, то LVM ругается на любые случайно обнаруженные метки. При этом не факт, что он вообще будет писать в те области.

Но тут вы сами можете почитать в общем-то.

Я бы начал вот с чего - резервная копия есть или «тормоз придумал трус»? :) Если нет, то можете ли сделать дамп (dd) всего диска куда-нибудь в сторонку? Вдруг можете, тогда после её создания можно вообще всячески с диском резвиться.

Что показывает pvck? Не знаю, что я там хочу увидеть, но если на диске был lvm, то что-то он найти должен. Может быть найденную метаинформацию (там должно быть несколько копий) тоже имеет смысл сдампить и руками поковырять. На край хотя бы сравнить с архивом конфига лвм.

На крайний случай можете сдампить начало диска просто через dd. Аккурат ту секцию с сигнатурами за которую переживаете.Если что, то потом положите назад как было.

Уверены, что конфигурация которую подсовываете правильная? Если да, то опция -ff вам в руки. Потом vgcfgrestore.

Гугл полон статьями про восстановление с потерянным uuid.

Т.е. затерев сигнатуру, я потеряю данные, верно?

Сначала скопируй всё блочное устройство (dd), потом уже лезь своими <степень_кривизны> руками.

localhost ~ # pvck -vd /dev/sdc
    Scanning /dev/sdc
  Found label on /dev/sdc, sector 1, type=LVM2 001
  Found text metadata area: offset=4096, size=1044480
    Found LVM2 metadata record at offset=1024000, size=24576, offset2=0 size2=0
localhost ~ # pvck -vd /dev/sdb1
    Scanning /dev/sdb1
  Could not find LVM label on /dev/sdb1

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

А почему sdc, но sdb1? Это так задумано?

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

Да забей, ценное есть в резервной копии, остальное не жалко.

Теперь у меня другой вопрос: как смонтировать lvm с одним диском /dev/sdc, чтобы вытащить хоть что-то?

man vgchange в секцию про --activationmode

Если страйпов не было, то шансы нормальные.

Я честно попытался повторить, что вы там наделали. Но получается какая-то ерунда. Ну ладно потерялся UUID - бывает. Но при этом ещё и метка файловой системы появилась. Так не бывает. Либо диск не тот, либо случилась не «просто перезагрузка».

Делайте dd на весь проблемный диск (если это действительно он) и пробуйте варианты с восстановлением метаинформации. Ради действительно ценной информации и ещё один диск купить (под дамп) не жалко.

> Я что-то подобное видел. В принципе загнать старую метку на диск, не затронув больше ничего, совсем не проблема.

А с NTFS такое прокатит?

А с NTFS такое прокатит?

В каком смысле? ТС вроде про менеджер томов поднял тему.

Кстати, восстанавливать ntfs, на мой взгляд проще. Если обе mft не зарубить, то всякие утилитки её поднимают вообще на ура. Учитывая, что копия mft находится в середине диска, то затереть её ещё надо постараться.

Я свою NTFS убил ещё в 2007, с тех пор отключил жёсткий диск и жду случая починить.

Так а точно /dev/sdb1 а не /dev/sdb ?

:)))

Думается, что ценность данных с 2007 года ушла куда-то в область отрицательных значений.

Оно ж поди ещё на IDE диске. Найдёте куда подключить - прогоните по ней хотя бы testdisk. А там видно будет.

smartctl -a /dev/sdb

Для начала... Может там уже нечего восстанавливать?

Посмотри lvdisplay -m. Ну, что б особо не недеяться на чудо

raid0 на отдельных дисках это всегда ненадёжно, независимо от используемого инструмента

Посмотри /etc/lvm/backup/lvm

И скинь на флешку весь /etc/lvm/backup/, если ещё не поздно

smartctl -a /dev/sdb
smartctl -a /dev/sdc

Там один текстовый файл. Что мне с ним делать?

Так не бывает. Либо диск не тот

диск точно тот, другого нет

либо случилась не «просто перезагрузка».

хм... питание не пропадало, системник ногой не бил. Я просто собрал последнее ядро из «stable» ветки в гите, проинсталлил модули и сделал reboot.

Делайте dd на весь проблемный диск (если это действительно он) и пробуйте варианты с восстановлением метаинформации.

Да, я уже заказал несколько винтов по 4ТB, буду развлекаться. А что за варианты с восстановлением метаинформации?

Так а точно /dev/sdb1 а не /dev/sdb ?

на sdb lvm говорит, что имя зафильтровано

offline uncorrectable и current pending sectors на обоих дисках ненулевые

Это очень тревожный звоночек, возможно действительно уже поздно пить боржоми...

а что это значит? Где можно почитать про расшифровку полотна от S.M.A.R.T?

Нашёл: https://www.ixbt.com/storage/hdd-smart-testing.shtml