Відновлення даних з пошкодженого розділу LVM за допомогою TestDisk?

У мене було встановлення 3 дисків в масив LVM з кожним диском, що містить деякі дані. Кілька тижнів тому один з дисків "зник" з масиву LVM і BIOS. Після перезавантаження диск знову з'явився, але не відображає жодних даних, які були в ньому. Диск містить колекцію електронних книг, які я не можу легко відновити, тому я прагну побачити, чи можу я відновити дані на ньому.

Я намагаюся використовувати TestDisk, але досі не мав успіху. Коли я запускаю TestDisk для аналізу диска, я отримую таке повідомлення:

Initial Testdisk Output

Після завершення швидкого пошуку з'являється помилка про занадто малий розмір жорсткого диска:

After Quick Search

Тоді я можу побачити, що є два розділи:

Partition Info

Спроба перелічити файли, однак, виводить повідомлення про помилку:

Filesystem error

З GParted, здається, що налаштування CHS, виявлені за допомогою TestDisk, є правильними, тому занадто мала помилка диска - це трохи незрозуміло:

Gparted

Я використовую TestDisk 6.13 на Ubuntu 12.04 LTS. Будь-які пропозиції про те, як я повинен виходити звідси?

— avggeek
джерело

Цікаво, що проблема, яку ви маєте, полягає в тому, що Testdisk шукає корисні розділи і не розпізнає їх як розділ LVM.

Єдине, на що варто звернути увагу (хоча і не впевнені, що це допоможе epubs, хоча вона повинна мати можливість відновлювати PDF-файли), це "Photorec" - який сканує сировину диска і спробує розпізнати вміст на основі підписів і відновить його.

Інше питання полягає в тому, ви можете додати обсяг назад в LVM - ви грали в arround з інструментом "pvscan", і якщо так, то який вихід ви отримали?

Також подивіться це , це і це посилання на відновлення розділів LVM. (Звичайно, ви дійсно хочете зробити резервну копію спочатку - можливо, DD все, щоб звільнити диски, якщо у вас є)

Крім того, ви можете розповісти нам трохи більше про вашу налаштування, тобто чи була ця дискова частина одного більшого обсягу, або ж кожен диск був окремим томом, і забезпечували вихід "pvs; vgs" - що може дати деякі додаткові підстави на основі про те, як були створені інші обсяги.

— davidgo
джерело

Я спочатку спробував Photorec, на жаль, він не розпізнає файли epub, і я не зміг створити робочу підпису epub. Що стосується "pvscan", мені не потрібно було використовувати його, оскільки диск повернувся в масив після перезавантаження - проблема полягала в тому, що він був доданий назад як порожній диск. pvs output:

/dev/sdb1  LCARS lvm2 a-   1.82t   1.62t   /dev/sde1  LCARS lvm2 a-   1.82t 536.62g   /dev/sdf1  LCARS lvm2 a-   1.82t   1.82t

. vgs output: LCARS 3 3 0 wz--n- 5.46t 3.97t

— avggeek

Я зараз заплутаний. Скільки логічних томів було на LCARS2, і чи бачите ви які-небудь дані про будь-який з них? Що показує lvscan -b -a -v -P, і яке ім'я відсутнього обсягу? Ви впевнені, що обсяг фактично відсутній? (у порівнянні з існуючими, але пошкодженими і таким чином не встановленими)

— davidgo

LCARS2 є єдиним логічним обсягом. Я бачу дані в ньому, які були поширені на інших дисках (sdb1, sde1), але дані, які були на sdf1 більше не видно. Вихід lvscan -b -a -v -P

'/dev/LCARS/music' [200.00 GiB] inherit '/dev/LCARS/movies' [1.10 TiB] inherit'/dev/LCARS/amanda-holding' [200.00 GiB] inherit

. Щоб пояснити, один диск / dev / sdf1 був зіставлений як / dev / LCARS / ebooks. Привід перестав відповідати в BIOS і випав з масиву. Коли він знову з'явився в BIOS, я додав його назад до / dev / LCARS, але жоден з файлів, які були раніше, не видно. Сподіваюся, що це допоможе уточнити.

— avggeek

Баггер, я тупик. Одне питання, хоча - Коли ви запустили photorec, чи знайшов він багато файлів ZIP? З того, що я прочитав, EPUB - це zip-архіви, тому мені цікаво, чи можливо для вас відновити їх як zip-файли, а потім подивитися, чи можна знайти якийсь процес для вилучення справжнього імені з ZIP і перейменувати його?

— davidgo

Я запускаю photorec зараз, і він відновлює цілу групу ZIP файлів - деякі з них є ITunes файли додатків і інші фактичні epubs. На жаль, кожен файл epub, схоже, пошкоджений, я постійно отримую помилку цілісності на одному розширенні файлу в контейнері zip.

— avggeek