編集:システムは16ギガバイトのUSBキーから起動します。
どうやら、ある時点で、ブートデバイスの「デバイス名」(その用語を間違って使用している場合は申し訳ありません)が/ dev/sdeから/ dev/sdb、/ dev/sdcに変更されたようです。
/ etc/lvm/archivesにある最も古い.vgファイル(新しい4テラバイトのドライブを追加する前のもの)は、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
この時点でこれがどのように発生したかを知らず、気にせずに、UUIDが物理ドライブまたは論理ボリュームに何らかの形で「焼き付けられた」かどうかを知りたいですか?/dev/disk/by-idにリストされているものが、どういうわけか「ディスクと同じではない」ことを心配する必要がありますか? 「割り当てられた」ものが正しいことを確信できますか、それともシステムがここに表示するものが割り当てられたものであるというだけですか?ドライブが存在するだけで、このマッピングがUUIDの割り当て方法などである場合、.vgファイルを適切に作成すれば、すべてを再び機能させることができますか?
---元のテキストが続きます---
4つの物理ディスク、1つの物理ボリュームと1つのボリュームグループ、および1つの論理ボリューム(すべて「ファンタジア」と呼ばれる)を使用してOpen MediaVaultサーバーをセットアップしました。これはRAIDではなく、暗号化されていません。
ESATAを介して外部4ドライブエンクロージャーを追加しようとしましたが、マザーボード上のeSATAがポートレプリケーションをサポートしていないという難しい方法を発見しました。
いずれにせよ、現在の状態は次のとおりです。-pvscanは有望な結果を返します-vgscanは有望な結果を返します-lvscanは出力を返しません:コマンドのみプロンプトを表示します。
vgscanは、メタデータタイプlvm2を使用して「FoundvolumegroupFantasia」を返します。
「Fantasia」論理ボリュームでvgchange-a yを実行しようとすると、次のようになります。
「ボリュームグループ「Fantasia」の0個の論理ボリュームがアクティブになりました」
私はその数をゼロより大きくしたいと確信しています。
この投稿が読めなくなって役に立たなくなるリスクがあるので、さまざまなコマンドの出力を投稿していません...誰かがここで私を助けてくれるなら、データはまだディスク上にあると確信しています:それらはただフォーマットされていませんでした切断され、再接続された場合、認識されません。グーグルなどに多くの時間を費やしました。ステータスを取得するコマンドなど、いくつかの有用な情報を見つけましたが、ディスク上のデータを回復可能にするかどうかわからない特定のコマンドを実行することには注意が必要です。
いくつかの設定ファイルが消去されただけで間違っていることを願っていますが、データはまだ無傷であり、誰かが最初から手順を案内してくれれば幸いです...私はそのようなプロセスかもしれないと思います作業は、物理ドライブをあるシステムから別のシステムに移動し、その新しいシステムですべてのディスク、物理ボリューム、ボリュームグループ、および論理ボリュームにアクセスできるようにするかのようになります。
それは赤ちゃんの最初のステップやかけがえのないもののビデオではありませんが、それを回復することができれば、それを交換する努力を経て回復する方が良いです...だからどんな助けも大歓迎です。
編集:これは、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
1つのディスクで「分析」(すべてのディスクが同様の結果を返します)
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
/ etc/lvm/archiveからの最後の既知の良好なlvmファイルであると私が信じているものの出力:
# 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という名前のボリュームグループが存在し、6つのディスクすべてにまたがっていることを示していますが、論理ボリュームは含まれていません。
アーカイブファイルは、同じ名前のボリュームグループ内のFantasiaという名前の論理ボリュームを記述しているようです。
LVがどのように削除されたかはわかりませんが、アーカイブファイルがあるので、vgcfgrestore
を使用して復元できるはずです。例:
vgcfgrestore -f /etc/lvm/archive/Fantasia-00000-whatever.vg Fantasia