Восстанавливая файлы с a, потенциально поврежденного, файловая система LVM2
TLDR
Как я могу восстановить файлы с жесткого диска, содержащего разделы LVM2 после извлечения диска с неисправного сервера?
Вкратце
Мое бездисплейное устройство почтового сервера прекратило отвечать на попытки сетевого соединения (IMAP, SSH, Ping...), и попыткам восстановления с помощью изображения установки/спасения на карте флэш-памяти с интерфейсом USB не удалось добраться где угодно.
Устройство является собственным plug&play устройством на основе порта PowerPC Debian с веб-администрированием.
У меня есть резервные копии, но они являются неполными (новая электронная почта и т.д. начиная с резервного копирования). Я должен восстановить данные из этого диска.
Я удалил жесткий диск и присоединил его через SATA к USB-адаптеру к недавно установленной Ubuntu 16.04 на настольном ПК.
Я нашел, что устройство использовало LVM, но я не мог смонтировать раздел LVM на своем ПК восстановления. Об аппаратных ошибках сообщили.
Как восстановить данные?
Полное изложение
У меня есть бездисплейный Linux mailserver устройство, которое прекратило работать. Это выполняло специализированный Debian на PowerPC (MPC8313E). После попытки возродить его, я удалил жесткий диск и использовал SATA к USB-адаптеру для подключения жесткого диска к настольному ПК Ubuntu 16.04 x86_64.
Ubuntu жаловалась на LVM2, таким образом, я сделал sudo apt-get install lvm2 и попробованный для обнаружения немногого о LVM2, после которого я попробовал следующее
$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/bubba/storage
LV Name storage
VG Name bubba
LV UUID TlYu8Y-JahI-lnNT-Y8Tk-w8TE-CEn7-WD8Ytc
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 1
LV Size 921.08 GiB
Current LE 235797
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
$ sudo pvs
/dev/bubba/storage: read failed after 0 of 4096 at 0: Input/output error
/dev/bubba/storage: read failed after 0 of 4096 at 989004234752: Input/output error
/dev/bubba/storage: read failed after 0 of 4096 at 989004292096: Input/output error
/dev/bubba/storage: read failed after 0 of 4096 at 4096: Input/output error
Вот разбиение дисков на разделы
Я попробовал некоторое дальнейшее управление:
$ sudo vgscan
Reading all physical volumes. This may take a while...
Found volume group "bubba" using metadata type lvm2
$ sudo lvchange -an bubba/storage
$ sudo vgchange -an bubba
0 logical volume(s) in volume group "bubba" now active
$ sudo vgscan
Reading all physical volumes. This may take a while...
Found volume group "bubba" using metadata type lvm2
$ sudo vgchange -ay bubba
1 logical volume(s) in volume group "bubba" now active
$ sudo lvscan
ACTIVE '/dev/bubba/storage' [921.08 GiB] inherit
$ sudo lvchange -ay bubba/storage
$ sudo lvdisplay
--- Logical volume ---
LV Path /dev/bubba/storage
LV Name storage
VG Name bubba
LV UUID TlYu8Y-JahI-lnNT-Y8Tk-w8TE-CEn7-WD8Ytc
LV Write Access read/write
LV Creation host, time ,
LV Status available
# open 0
LV Size 921.08 GiB
Current LE 235797
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:0
$ sudo vgdisplay bubba
--- Volume group ---
VG Name bubba
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 2
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 921.08 GiB
PE Size 4.00 MiB
Total PE 235797
Alloc PE / Size 235797 / 921.08 GiB
Free PE / Size 0 / 0
VG UUID 1AHmxk-we3d-86Ji-UxJ1-jO35-ViDm-swxwRT
$ sudo lvmdiskscan
/dev/ram0 [ 64.00 MiB]
/dev/bubba/storage [ 921.08 GiB]
/dev/ram1 [ 64.00 MiB]
/dev/sda1 [ 294.09 GiB]
/dev/ram2 [ 64.00 MiB]
/dev/ram3 [ 64.00 MiB]
/dev/ram4 [ 64.00 MiB]
/dev/ram5 [ 64.00 MiB]
/dev/sda5 [ 4.00 GiB]
/dev/ram6 [ 64.00 MiB]
/dev/ram7 [ 64.00 MiB]
/dev/ram8 [ 64.00 MiB]
/dev/ram9 [ 64.00 MiB]
/dev/ram10 [ 64.00 MiB]
/dev/ram11 [ 64.00 MiB]
/dev/ram12 [ 64.00 MiB]
/dev/ram13 [ 64.00 MiB]
/dev/ram14 [ 64.00 MiB]
/dev/ram15 [ 64.00 MiB]
/dev/sdf1 [ 9.32 GiB]
/dev/sdf2 [ 921.09 GiB] LVM physical volume
/dev/sdf3 [ 1.10 GiB]
1 disk
20 partitions
0 LVM physical volume whole disks
1 LVM physical volume
Окончание
$ sudo mount /dev/bubba/storage /mnt/usb
mount: wrong fs type, bad option, bad superblock on /dev/mapper/bubba-storage,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
$ dmesg | tail -n 15
[ 1108.474708] sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 1108.474717] sd 5:0:0:0: [sdf] tag#0 Sense Key : Hardware Error [current]
[ 1108.474722] sd 5:0:0:0: [sdf] tag#0 Add. Sense: No additional sense information
[ 1108.474729] sd 5:0:0:0: [sdf] tag#0 CDB: Read(10) 28 00 01 2a 55 41 00 00 38 00
[ 1108.474734] blk_update_request: I/O error, dev sdf, sector 19551553
[ 1250.060801] sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 1250.060810] sd 5:0:0:0: [sdf] tag#0 Sense Key : Hardware Error [current]
[ 1250.060815] sd 5:0:0:0: [sdf] tag#0 Add. Sense: No additional sense information
[ 1250.060822] sd 5:0:0:0: [sdf] tag#0 CDB: Read(10) 28 00 01 2a 55 41 00 00 38 00
[ 1250.060827] blk_update_request: I/O error, dev sdf, sector 19551553
[ 1365.599683] sd 5:0:0:0: [sdf] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 1365.599692] sd 5:0:0:0: [sdf] tag#0 Sense Key : Hardware Error [current]
[ 1365.599696] sd 5:0:0:0: [sdf] tag#0 Add. Sense: No additional sense information
[ 1365.599703] sd 5:0:0:0: [sdf] tag#0 CDB: Read(10) 28 00 01 2a 55 41 00 00 38 00
[ 1365.599709] blk_update_request: I/O error, dev sdf, sector 19551553
Действительно ли я прав прийти к заключению, что я вряд ли смогу смонтировать или восстановить что-нибудь с этого диска - или являюсь там другими вещами, которые я мог попробовать?
2 ответа
Восстановление
Я смог извлечь файлы из раздела LVM, не монтируя его путем установки испытательного стенда средства восстановления
Что-то как
sudo apt install testdisk
затем
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные испытательным стендом (типы раздела и т.д.).
Это представляет текстовый пользовательский интерфейс (TUI), которые позволяют мне просмотреть к каталогу, содержащему мои данные и копию, это - содержание к диску на моем настольном ПК.
Это сообщило об ошибках относительно крошечного процента (например, 50 из 50 000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя существуют файлы с идентичным дублирующимся содержанием. Возможно из-за пути голубятня управляет дисковым пространством или возможно артефактами способа, которым испытательный стенд восстанавливает данные, они не похожи на вид креста, связывающегося, я когда-либо видел с повреждением файловой системы.
Я считаю это успехом, я могу теперь заняться расследованиями, как объединить файлы, которые я восстановил, с каким я смог восстановить от резервного копирования и устранить дубликаты. Я должен смочь произвести ряд файлов, которые я могу использовать с почтовым бэкендом или клиентским приложением.
У меня нет соединения с испытательным стендом кроме как новый пользователь инструмента.
Сводка
- удалите диск из мертвой системы
- диск присоединения к недавно установленной Ubuntu ПК
- установите LVM и попытайтесь смонтировать файловую систему
- установите испытательный стенд и используйте его для копирования папок в Ubuntu ПК
Забавный я должен найти этот ответ, имеющий проблемы с точно тем же собственным устройством!
В моем случае система больше не работала бы. Состояние S.M.A.R.T диска сообщило хорошо, но также и сообщило постепенно растущее число сбойного блока, приблизительно в 1250 их.
Устройства резервируют инструмент, никогда действительно работал, и мое ручное резервное копирование было немного старо.
Testdisk был способен к восстановлению некоторых данных, но привел другие данные к сбою. После большого количества попыток я сделал следующее.
- Я купил новый жесткий диск USB, дважды размер дефектного диска.
- Я создал пустой раздел на 1 ТБ на новом диске.
- Я использовал ddrescue для копирования старого раздела в нескольких выполнениях. Это успешно выполнилось (со скоростями при копировании, замедляющимися к 100 байт/с около конца) до 99,99%. Используйте файл карты для создания процесса возрастающим и прерываемым, особенно на устройстве с аппаратными проблемами.
- Так как раздел был физическим томом группы LVM, он не мог быть смонтирован вместе с исходным объемом. Низкий уровень ddrecue действие сделал это дублирующимся PV. Самый легкий путь состоял в том, чтобы закрыть систему, отключить старый диск и перезапустить систему. Альтернатива для того, чтобы влезать в LVM PV, VG's, активация и монтирование является довольно громоздкой.
- Проверьте файловую систему. Я предлагаю использовать esfsck с-z undo_file.
В целом, я думаю, что вернул большинство своих данных. Я еще не встретился с поврежденными файлами.