РЕДАКТИРОВАТЬ: система загружается с 16-гигабайтного USB-ключа.
По-видимому, в какой-то момент имя устройства (извините, если я использую этот термин неправильно) загрузочного устройства изменилось. С / dev / sde на / dev / sdb на / dev / sdc
Самые старые файлы .vg (до того, как я добавил новый 4-терабайтный диск) в / etc / lvm / archives показывают, что LV состоит из / dev / sda / dev / sdb / dev / sdc / dev / sdd
немного менее старый .vg (после добавления нового 4-терабайтного диска) файл показывает / dev / sda / dev / sdb / dev / sdc / dev / sdd / dev / sdf
из чего я делаю вывод, что в какой-то момент загрузочный USB-ключ имел имя устройства / dev / sde
Когда я исследую «указатели» на устройства в / dev / disk / by-id, я вижу, что, очевидно, загрузочным USB-ключом теперь является / dev / sdc.
вот содержимое / dev / disk / by-id
ata-ST2000DL003-9VT166_5YD6LVYG -> ../../sdb
ata-ST2000DM001-1ER164_Z4Z0MPSR -> ../../sde
ata-ST2000DM006-2DM164_Z5609YHK -> ../../sdd
ata-ST4000DM000-2AE166_WDH0ZQSE -> ../../sdf
ata-WDC_WD40EFRX-68N32N0_WD-WCC7K3NKYTA1 -> ../../sda
lvm-pv-uuid-2d5MB9-J6xH-B80B-lVoQ-Nde9-9CQ1-jxIusp -> ../../sdf
lvm-pv-uuid-hYlB6v-Vkrn-hUNa-JVRK-zbOf-9Lca-Ps1JDL -> ../../sde
lvm-pv-uuid-Nl0vqx-Dggu-4d2I-h5MB-NuoV-CIoM-9Lk7Ye -> ../../sdb
lvm-pv-uuid-VDTFqS-vjAB-kBdf-LI5i-310v-Hs2c-KX9jYs -> ../../sdd
lvm-pv-uuid-YKOqsg-Wkx7-f0f3-ko2J-UeX3-YgFO-6ow0QL -> ../../sda
usb-Generic-_SD_MMC_20090815198100000-0:0 -> ../../sdc
usb-Generic-_SD_MMC_20090815198100000-0:0-part1 -> ../../sdc1
usb-Generic-_SD_MMC_20090815198100000-0:0-part2 -> ../../sdc2
usb-Generic-_SD_MMC_20090815198100000-0:0-part5 -> ../../sdc5
Не зная и не заботясь на данном этапе, как это произошло, я хотел бы знать, «прижились» ли UUIDS к физическим дискам или к логическим томам? Должен ли я беспокоиться о том, что то, что указано в / dev / disk / by-id, почему-то «не то же самое, что и на дисках»? Могу ли я быть уверен, что то, что «назначено», правильно, или все, что система показывает здесь, является назначенным? Если диски просто существуют, и это сопоставление - это то, как назначаются UUID и т. Д., Если я правильно создаю файл .vg, могу ли я заставить все снова работать?
--- следует исходный текст ---
Я установил сервер Open Media Vault с 4 физическими дисками, одним физическим томом и одной группой томов, а также одним логическим томом, все они называются «Fantasia». Это не RAID и не зашифрован.
Я попытался добавить внешний корпус с 4 дисками через eSATA и на собственном горьком опыте обнаружил, что eSATA на материнской плате не поддерживает репликацию портов.
Во всяком случае, текущее положение вещей таково: - pvscan возвращает многообещающие результаты - vgscan возвращает многообещающие результаты - lvscan не возвращает никаких выходных данных: просто командная строка без каких-либо сообщений.
vgscan возвращает «Найдена группа томов Fantasia» с использованием типа метаданных lvm2 »
когда я пытаюсь vgchange -a y на логическом томе "Fantasia", он возвращает
"0 логических томов в группе томов" Fantasia "сейчас активны"
Я почти уверен, что хочу, чтобы это число было больше нуля.
Рискуя сделать этот пост нечитаемым и бесполезным, я не опубликовал вывод различных команд ... если кто-нибудь может мне помочь, я уверен, что данные все еще находятся на дисках: они не были просто отформатированы отключены и при повторном подключении не распознаются. Я потратил много часов на поиск в Google и т. Д., И хотя я нахожу некоторую полезную информацию, то есть команды для получения статуса и т. Д., Я с осторожностью выполняю определенные команды, которые, я не уверен, оставят данные на диске для восстановления.
Я надеюсь, что все, что не так, - это какой-то файл конфигурации, который был уничтожен, но данные все еще в тактическом состоянии, и был бы признателен, если бы кто-нибудь мог провести меня через шаги с нуля ... Я думаю, что такой процесс Работа была бы такой, как если бы я перемещал физические диски из одной системы в другую и хотел, чтобы все диски, физические тома, группы томов и логические тома были доступны в этой новой системе.
Это не видео с первыми шагами ребенка или что-то незаменимое, но лучше восстановить его, приложив усилия, чтобы заменить его, если его можно восстановить ... так что любая помощь будет принята с благодарностью.
edit: вот вывод pvscan, pvs, vgscan и vgs. lvscan и lvs не выводят.
# pvscan
PV /dev/sda VG Fantasia lvm2 [1.82 TiB / 1.82 TiB free]
PV /dev/sdc VG Fantasia lvm2 [1.82 TiB / 1.82 TiB free]
PV /dev/sdd VG Fantasia lvm2 [1.82 TiB / 1.82 TiB free]
PV /dev/sde VG Fantasia lvm2 [3.64 TiB / 3.64 TiB free]
PV /dev/sdf VG Fantasia lvm2 [3.64 TiB / 3.64 TiB free]
Total: 5 [12.74 TiB] / in use: 5 [12.74 TiB] / in no VG: 0 [0 ]
# pvs
PV VG Fmt Attr PSize PFree
/dev/sda Fantasia lvm2 a-- 1.82t 1.82t
/dev/sdc Fantasia lvm2 a-- 1.82t 1.82t
/dev/sdd Fantasia lvm2 a-- 1.82t 1.82t
/dev/sde Fantasia lvm2 a-- 3.64t 3.64t
/dev/sdf Fantasia lvm2 a-- 3.64t 3.64t
# vgscan
Reading volume groups from cache.
Found volume group "Fantasia" using metadata type lvm2
# vgs
VG #PV #LV #SN Attr VSize VFree
Fantasia 5 0 0 wz--n- 12.74t 12.74t
вот что показывает testdisk:
Select a media (use Arrow keys, then press Enter):
>Disk /dev/sda - 2000 GB / 1863 GiB - ST2000DL003-9VT166
Disk /dev/sdb - 15 GB / 14 GiB - Generic- SD/MMC
Disk /dev/sdc - 2000 GB / 1863 GiB - ST2000DM006-2DM164
Disk /dev/sdd - 2000 GB / 1863 GiB - ST2000DM001-1ER164
Disk /dev/sde - 4000 GB / 3726 GiB - ST4000DM000-2AE166
Disk /dev/sdf - 4000 GB / 3726 GiB - WDC WD40EFRX-68N32N0
«Анализировать» на одном диске (все диски возвращают одинаковый результат)
Disk /dev/sda - 2000 GB / 1863 GiB - ST2000DL003-9VT166
Please select the partition table type, press Enter when done.
[Intel ] Intel/PC partition
[EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)
[Humax ] Humax partition table
[Mac ] Apple partition map
>[None ] Non partitioned media
[Sun ] Sun Solaris partition
[XBox ] XBox partition
[Return ] Return to disk selection
Disk /dev/sda - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
>P Linux LVM2 0 0 1 243201 80 63 3907029168
Structure: OK
Выполнение «более глубокого поиска» занимает довольно много времени, но сразу же возвращает следующие результаты:
Disk /dev/sda - 2000 GB / 1863 GiB - CHS 243201 255 63
Analyse cylinder 280/243200: 00%
Linux LVM2 0 0 1 243201 80 63 3907029168
ext2 0 38 13 4 58 28 65536
ext2 0 38 13 4 58 28 65536
ext2 0 38 15 4 58 30 65536
ext2 32 7 16 36 27 31 65536
содержимое каталога / dev / mapper /:
/dev/mapper# ls -la
total 0
drwxr-xr-x 2 root root 60 Jun 3 01:44 .
drwxr-xr-x 18 root root 3420 Jun 3 01:46 ..
crw------- 1 root root 10, 236 Jun 3 09:01 control
pvdisplay -m вывод:
# pvdisplay -m
--- Physical volume ---
PV Name /dev/sdb
VG Name Fantasia
PV Size 1.82 TiB / not usable 936.00 KiB
Allocatable yes
PE Size 4.00 MiB
Total PE 476932
Free PE 476932
Allocated PE 0
PV UUID Nl0vqx-Dggu-4d2I-h5MB-NuoV-CIoM-9Lk7Ye
--- Physical Segments ---
Physical extent 0 to 476931:
FREE
--- Physical volume ---
PV Name /dev/sdd
VG Name Fantasia
PV Size 1.82 TiB / not usable 1.09 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 476932
Free PE 476932
Allocated PE 0
PV UUID VDTFqS-vjAB-kBdf-LI5i-310v-Hs2c-KX9jYs
--- Physical Segments ---
Physical extent 0 to 476931:
FREE
--- Physical volume ---
PV Name /dev/sde
VG Name Fantasia
PV Size 1.82 TiB / not usable 1.09 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 476932
Free PE 476932
Allocated PE 0
PV UUID hYlB6v-Vkrn-hUNa-JVRK-zbOf-9Lca-Ps1JDL
--- Physical Segments ---
Physical extent 0 to 476931:
FREE
--- Physical volume ---
PV Name /dev/sdf
VG Name Fantasia
PV Size 3.64 TiB / not usable 3.84 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 953861
Free PE 953861
Allocated PE 0
PV UUID 2d5MB9-J6xH-B80B-lVoQ-Nde9-9CQ1-jxIusp
--- Physical Segments ---
Physical extent 0 to 953860:
FREE
--- Physical volume ---
PV Name /dev/sda
VG Name Fantasia
PV Size 3.64 TiB / not usable 2.84 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 953861
Free PE 953861
Allocated PE 0
PV UUID YKOqsg-Wkx7-f0f3-ko2J-UeX3-YgFO-6ow0QL
--- Physical Segments ---
Physical extent 0 to 953860:
FREE
вывод того, что я считаю последним удачным файлом lvm, из / etc / lvm / archive:
# Generated by LVM2 version 2.02.168(2) (2016-11-30): Sat May 4 17:08:11 2019
contents = "Text Format Volume Group"
version = 1
description = "Created *before* executing 'vgextend Fantasia /dev/sdf'"
creation_host = "fantasia" # Linux fantasia 4.19.0-0.bpo.4-amd64 #1 SMP Debian 4.19.28-2~bpo9+1 (2019-03-27) x86_64
creation_time = 1557004091 # Sat May 4 17:08:11 2019
Fantasia {
id = "TPmx5a-MY9Y-gtTS-RwTU-wNFG-EXwU-4PhQDt"
seqno = 6
format = "lvm2" # informational
status = ["RESIZEABLE", "READ", "WRITE"]
flags = []
extent_size = 8192 # 4 Megabytes
max_lv = 0
max_pv = 0
metadata_copies = 0
physical_volumes {
pv0 {
id = "Nl0vqx-Dggu-4d2I-h5MB-NuoV-CIoM-9Lk7Ye"
device = "/dev/sda" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 3907027120 # 1.81935 Terabytes
pe_start = 2048
pe_count = 476932 # 1.81935 Terabytes
}
pv1 {
id = "VDTFqS-vjAB-kBdf-LI5i-310v-Hs2c-KX9jYs"
device = "/dev/sdb" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 3907027120 # 1.81935 Terabytes
pe_start = 2048
pe_count = 476932 # 1.81935 Terabytes
}
pv2 {
id = "hYlB6v-Vkrn-hUNa-JVRK-zbOf-9Lca-Ps1JDL"
device = "/dev/sdc" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 3907029168 # 1.81935 Terabytes
pe_start = 2048
pe_count = 476932 # 1.81935 Terabytes
}
pv3 {
id = "2d5MB9-J6xH-B80B-lVoQ-Nde9-9CQ1-jxIusp"
device = "/dev/sde" # Hint only
status = ["ALLOCATABLE"]
flags = []
dev_size = 7814037168 # 3.63869 Terabytes
pe_start = 2048
pe_count = 953861 # 3.63869 Terabytes
}
pv4 {
id = "YKOqsg-Wkx7-f0f3-ko2J-UeX3-YgFO-6ow0QL"
device = "[unknown]" # Hint only
status = ["ALLOCATABLE"]
flags = ["MISSING"]
dev_size = 7814037168 # 3.63869 Terabytes
pe_start = 2048
pe_count = 953861 # 3.63869 Terabytes
}
}
logical_volumes {
Fantasia {
id = "lhBS6X-W01J-0iyK-cDpN-Unl9-ALtS-dTMm1t"
status = ["READ", "WRITE", "VISIBLE"]
flags = []
creation_time = 1490757300 # 2017-03-28 23:15:00 -0400
creation_host = "Fantasia"
segment_count = 5
segment1 {
start_extent = 0
extent_count = 953861 # 3.63869 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv3", 0
]
}
segment2 {
start_extent = 953861
extent_count = 476932 # 1.81935 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 0
]
}
segment3 {
start_extent = 1430793
extent_count = 476932 # 1.81935 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv1", 0
]
}
segment4 {
start_extent = 1907725
extent_count = 476932 # 1.81935 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv2", 0
]
}
segment5 {
start_extent = 2384657
extent_count = 953861 # 3.63869 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv4", 0
]
}
}
}
}
Ваш вывод указывает, что существует группа томов с именем Fantasia, охватывающая все шесть дисков, но не содержащая логических томов.
Файл архива, кажется, описывает логический том с именем Fantasia в одноименной группе томов.
Я не могу сказать, как ваш LV был удален, но, поскольку у вас есть файл архива, вы можете использовать vgcfgrestore для его восстановления, например:
vgcfgrestore -f /etc/lvm/archive/Fantasia-00000-whatever.vg Fantasia