กำลังพยายามกู้คืนพาร์ติชันที่เข้ารหัสลับทำให้สับสนมาก


1

ฉันมีดิสก์ที่เข้ารหัส LUKS / cryptsetup จากเครื่อง Debian ของเพื่อนซึ่งไม่สามารถบู๊ตได้ ฉันกำลังพยายามติดตั้งบนเครื่อง Debian เครื่องอื่นโดยใช้กล่องหุ้ม USB เพื่อกู้คืนข้อมูลหรือรับเบาะแสเกี่ยวกับปัญหา ฉันเป็นผู้ใช้บรรทัดคำสั่ง Linux ที่มีประสบการณ์ แต่มี n00b รวมกับ LUKS และ LVM

การเมาท์อัตโนมัติไม่ทำงาน (ยอมรับข้อความรหัสผ่าน แต่จะพูดถึงบางสิ่งเกี่ยวกับระบบไฟล์ที่ใช้งานไม่ได้และไม่เมานต์)

ดังนั้นฉันจึงผ่านขั้นตอนการพยายามติดตั้งจากบรรทัดคำสั่ง

root@somepc:/dev/mapper# fdisk -l | grep sdb
Disk /dev/sdb: 149.1 GiB, 160041885696 bytes, 312581808 sectors
/dev/sdb1          2048    999423    997376   487M 83 Linux
/dev/sdb2       1001470 312580095 311578626 148.6G  5 Extended
/dev/sdb5       1001472 312580095 311578624 148.6G 83 Linux


root@somepc:~# cryptsetup luksOpen /dev/sdb5 foo
Enter passphrase for /dev/sdb5:     [Passphrase accepted]
root@somepc:~# vgdisplay
  --- Volume group ---
  VG Name               ubuntu-mate-vg21
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  9
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               148.57 GiB
  PE Size               4.00 MiB
  Total PE              38033
  Alloc PE / Size       38027 / 148.54 GiB
  Free  PE / Size       6 / 24.00 MiB
  VG UUID               y7TB6e-b6hT-0Fpr-wXAY-6DwW-1Vyw-2bolpJ

  --- Volume group ---
  [ details of system disk ]

เมื่อมาถึงจุดนี้ฉันรู้ว่าเพื่อนของฉันได้พยายามกู้คืนโดยใช้เครื่อง Ubuntu Mate ต่อไปนี้แสดงให้เห็นว่าเขาต้องปรับเปลี่ยนพาร์ติชั่น ... ตัดสินโดย "LV Creation host, time" - เขาบอกว่าเขาดูใน GParted และ GParted อาจทำอะไรกับมัน

เราเป็นคนตาบอดนำคนตาบอด ...

root@somepc:~# lvdisplay /dev/ubuntu-mate-vg21
  --- Logical volume ---
  LV Path                /dev/ubuntu-mate-vg21/root
  LV Name                root
  VG Name                ubuntu-mate-vg21
  LV UUID                wOnyHp-WXox-QatY-mQEy-Esuz-ADcP-TzVEFh
  LV Write Access        read/write
  LV Creation host, time ubuntu-mate, 2017-04-08 06:50:00 +0300
  LV Status              NOT available
  LV Size                140.87 GiB
  Current LE             36062
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto

  --- Logical volume ---
  LV Path                /dev/ubuntu-mate-vg21/swap_1
  LV Name                swap_1
  VG Name                ubuntu-mate-vg21
  LV UUID                WapYkq-O3AP-r0x9-3bBW-KcWD-yCNC-mw8Gq2
  LV Write Access        read/write
  LV Creation host, time ubuntu-mate, 2017-04-08 06:50:01 +0300
  LV Status              NOT available
  LV Size                7.68 GiB
  Current LE             1965
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto

อย่างไรก็ตามเป็นต้นไป

root@somepc:~# vgchange -ay ubuntu-mate-vg21
  2 logical volume(s) in volume group "ubuntu-mate-vg21" now active
root@somepc:~# mount /dev/ubuntu-mate-vg21/root /mnt/test
mount: wrong fs type, bad option, bad superblock on /dev/mapper/ubuntu--mate--vg21-root,
   missing codepage or helper program, or other error

   In some cases useful info is found in syslog - try
   dmesg | tail or so.

ดังนั้นฉันจึงไป "superblock ที่ไม่ดี" และทำ

root@somepc:~# fsck /dev/ubuntu-mate-vg21/root
fsck from util-linux 2.25.2
e2fsck 1.42.12 (29-Aug-2014)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/mapper/ubuntu--mate--vg21-root

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

root@somepc:~# mke2fs -n /dev/ubuntu-mate-vg21/root
mke2fs 1.42.12 (29-Aug-2014)
Creating filesystem with 36927488 4k blocks and 9232384 inodes
Filesystem UUID: 484f5abf-3fee-42a7-af1c-22f9bdde8976
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872

จากนั้นฉันก็ลองe2fsck -b <BLOCKNUMBER> /dev/ubuntu-mate-vg21/rootด้วยหมายเลขบล็อกแต่ละอันและได้รับข้อผิดพลาดเดียวกันข้างต้นทุกครั้ง

หลังจากนั้นฉันอ่านว่าคุณไม่จำเป็นต้องและไม่ควรรัน fsck บนโลจิคัลวอลุ่มหรือบางอย่างดังนั้นฉันหวังว่าฉันจะไม่ทำให้สถานการณ์แย่ลง

ฉันรู้สึกว่าต้องมีอะไรมากกว่าที่ฉันทำได้ก่อนที่จะยอมแพ้บนดิสก์นี้ แต่ฉันมีปัญหาในการค้นหา บางทีฉันแค่ต้องการชี้ไปที่เอกสารบางอย่าง

ขอบคุณ


1
คุณวิ่งmke2fsซึ่งดูเหมือนจะประสบความสำเร็จ ดังนั้นคุณจึงสร้าง FS ใหม่และเขียนทับสิ่งที่อยู่ในนั้นอย่างสงสัย ดูเหมือนว่าเขาจะคลิกอะไรบางอย่างล่วงหน้า ระบบปฏิบัติการอะไรที่เป็นเครื่องดั้งเดิมที่ทำงานก่อนที่จะมีการกู้คืนเกิดขึ้น?
เซท
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.