แก้ไข: ระบบบูตด้วยคีย์ USB ขนาด 16 กิกะไบต์
เห็นได้ชัดว่าในบางจุด 'ชื่ออุปกรณ์' (ขออภัยหากฉันใช้คำนั้นไม่ถูกต้อง) ของอุปกรณ์สำหรับบู๊ตนั้นเปลี่ยนไปจาก /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 Key มีชื่ออุปกรณ์ /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 -ay บนโลจิคัลวอลุ่ม "Fantasia" มันจะกลับมา
"0 โลจิคัลวอลุ่มในกลุ่มวอลุ่ม "Fantasia" เปิดใช้งานอยู่ในขณะนี้"
ฉันค่อนข้างแน่ใจว่าฉันต้องการให้ตัวเลขนั้นมากกว่าศูนย์
เสี่ยงต่อการทำให้โพสต์นี้อ่านไม่ได้และไร้ประโยชน์ ฉันไม่ได้โพสต์ผลลัพธ์ของคำสั่งต่างๆ... หากใครสามารถช่วยฉันได้ ฉันมั่นใจว่าข้อมูลยังอยู่ในดิสก์: ไม่ได้ฟอร์แมตเพียง ถูกตัดการเชื่อมต่อและเมื่อเชื่อมต่อใหม่แล้ว ไม่รู้จัก ฉันใช้เวลาหลายชั่วโมงในการค้นหาข้อมูล ฯลฯ และในขณะที่ฉันพบข้อมูลที่เป็นประโยชน์ เช่น คำสั่งเพื่อรับสถานะ ฯลฯ ฉันระมัดระวังในการรันคำสั่งบางอย่างที่ฉันไม่แน่ใจว่าจะปล่อยให้ข้อมูลบนดิสก์กู้คืนได้
ฉันหวังว่าสิ่งที่ผิดคือไฟล์กำหนดค่าบางไฟล์ถูกลบออก แต่ข้อมูลยังคงอยู่ในชั้นเชิง และจะขอบคุณอย่างแน่นอนถ้ามีคนสามารถแนะนำฉันผ่านขั้นตอนต่างๆ ตั้งแต่เริ่มต้น... ฉันคิดว่ากระบวนการที่อาจเป็นไปได้ งานจะเหมือนกับว่าฉันกำลังย้ายฟิสิคัลไดรฟ์จากระบบหนึ่งไปยังอีกระบบหนึ่ง และต้องการให้เข้าถึงดิสก์ ฟิสิคัลวอลุ่ม กลุ่มวอลุ่ม และโลจิคัลวอลุ่มทั้งหมดบนระบบใหม่นั้น
ไม่ใช่วิดีโอของขั้นตอนแรกของทารกหรือสิ่งที่ไม่สามารถแทนที่ได้ แต่ควรกู้คืนโดยใช้ความพยายามในการแทนที่หากสามารถกู้คืนได้ ... ดังนั้นความช่วยเหลือใด ๆ ที่จะได้รับการชื่นชมอย่างมาก
แก้ไข: นี่คือผลลัพธ์ของ 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
การทำ "Deeper search" ใช้เวลาค่อนข้างนาน แต่ให้ผลลัพธ์เหล่านี้กลับมาทันที:
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
]
}
}
}
}
