Восстановление файлов из файловой системы с файловой системой LVM2
TLDR
Как восстановить файлы с жесткого диска, содержащие разделы LVM2 после извлечения диска с мертвого сервера?
Вкратце
Мой безголовый устройство электронной почты перестало отвечать на попытки сетевого подключения (IMAP, SSH, Ping, ...), а попытки восстановления с использованием образа установки / спасения на флэш-накопителе USB не удались.
Прибор является проприетарное устройство plug & amp; 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
Могу ли я сделать вывод, что я вряд ли смогу смонтировать или восстановить что-либо из этого диск - или есть ли другие вещи, которые я мог бы попробовать?
9 ответов
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент для восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне просматривать каталог, содержащий мои данные и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось о ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми файлами testdisk - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты.
У меня нет связи с testdisk, кроме как у нового пользователя инструмента.
]Сводка
удаляет диск из мертвой системы, прикрепляя диск к только что установленному Ubuntu PC, устанавливает LVM и пытается подключить файловую систему testdisk и использовать ее для копирования папок на Ubuntu PCRecovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент для восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне просматривать каталог, содержащий мои данные и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось о ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми файлами testdisk - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты.
У меня нет связи с testdisk, кроме как у нового пользователя инструмента.
]Сводка
удаляет диск из мертвой системы, прикрепляя диск к только что установленному Ubuntu PC, устанавливает LVM и пытается подключить файловую систему testdisk и использовать ее для копирования папок на Ubuntu PCRecovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC
Recovery
Мне удалось извлечь файлы из раздела LVM без его установки, установив инструмент восстановления testdisk
Что-то вроде
sudo apt install testdisk
then
sudo testdisk /dev/bubba/storage
Я принял значения по умолчанию, предложенные testdisk (типы разделов и т. д.).
Это представляет текстовый пользовательский интерфейс (TUI), который позволяет мне перейдите в каталог, содержащий мои данные, и скопируйте его содержимое на диск на моем настольном ПК.
Сообщалось об ошибках в небольшом проценте (например, 50 из 50000) файлов. Восстановленные файлы являются читаемыми mbox файлами - хотя есть файлы с одинаковым дублирующимся содержимым. Возможно, из-за того, что dovecot управляет дисковым пространством или, может быть, артефактами того, как testdisk восстанавливает данные, они не похожи на то, что я видел когда-либо с повреждением файловой системы.
Я считаю это успешным , Теперь я могу исследовать, как объединить файлы, которые я восстановил, с тем, что мне удалось восстановить из резервной копии и устранить дубликаты. Я должен иметь возможность создавать набор файлов, которые я могу использовать с бэкэндом или внешним интерфейсом электронной почты.
У меня нет связи с testdisk, кроме как как новый пользователь этого инструмента.
Сводка
- удалить диск из мертвой системы
- прикрепить диск к только что установленному Ubuntu PC
- установить LVM и попытаться подключить файловую систему
- установить testdisk и использовать его для копирования папок на Ubuntu PC