Score:2

ไม่สามารถซ่อมแซมพาร์ติชั่น ext4 ได้หลังจากไฟดับ e2fsck หยุดทำงาน ไม่พบสิ่งผิดปกติใช่หรือไม่

ธง ar

หลังจากไฟฟ้าดับ Ubuntu ไม่สามารถซ่อมแซม ext4 และแสดงข้อผิดพลาดเดียวกันกับ e2fsck ด้านล่าง:

ดังนั้นฉันจึงใช้ SystemRescue LiveCd ล่าสุดและลองทำ fsck ด้วยตนเอง

e2fsck /dev/sda2 :

/dev/sda2: การกู้คืนเจอร์นัล
สัญญาณ (11) SIGSEGV si_code=SEGV_MAPERR ข้อผิดพลาด addr=0x561377ff7000
e2fsck: malloc.c:2539: sysmalloc: การยืนยัน `(old_top == initial_top (av) && old_size == 0) || ((ความยาวที่ไม่ได้ลงนาม) (old_size) >= MINSIZE && prev_inuse (old_top) && ((ความยาวที่ไม่ได้ลงนาม) old_end & (ขนาดหน้า - 1)) == 0)' ล้มเหลว
สัญญาณ (6) SIGABRT si_code=SI_TKILL 

tune2fs -l /dev/sda2 :

tune2fs 1.46.4 (18-ส.ค.-2564)
ชื่อวอลุ่มระบบไฟล์: <ไม่มี>
ติดตั้งล่าสุดเมื่อ: /
ระบบไฟล์ UUID: 787f0a6f-7d49-409d-80b7-5e4416d5a2bb
หมายเลขเวทย์มนตร์ของระบบไฟล์: 0xEF53
การแก้ไขระบบไฟล์ #: 1 (ไดนามิก)
คุณลักษณะของระบบไฟล์: has_journal ext_attr resize_inode dir_index fast_commit ประเภทไฟล์ต้องการ_ขอบเขตการกู้คืน flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
แฟล็กระบบไฟล์: sign_directory_hash 
ตัวเลือกการเมาต์เริ่มต้น: user_xattr acl
สถานะระบบไฟล์: ล้างด้วยข้อผิดพลาด
พฤติกรรมข้อผิดพลาด: ดำเนินการต่อ
ประเภทระบบปฏิบัติการระบบไฟล์: Linux
จำนวนไอโหนด: 30236672
จำนวนบล็อก: 120925696
จำนวนบล็อกที่สงวนไว้: 6046284
บล็อกฟรี: 16403757
ไอโหนดฟรี: 29241790
บล็อกแรก: 0
ขนาดบล็อก: 4096
ขนาดชิ้นส่วน: 4096
บล็อก GDT ที่สงวนไว้: 995
บล็อกต่อกลุ่ม: 32768
ชิ้นส่วนต่อกลุ่ม: 32768
ไอโหนดต่อกลุ่ม: 8192
บล็อกไอโหนดต่อกลุ่ม: 512
ขนาดกลุ่มบล็อคแบบยืดหยุ่น: 16
สร้างระบบไฟล์: จันทร์ 2 เมษายน 12:16:18 2018
เวลาติดตั้งล่าสุด: จันทร์ที่ 8 พ.ย. 10:55:03 น. 2021
เวลาที่เขียนล่าสุด: จ. 8 พ.ย. 14:02:43 น. 2564
จำนวนเมานต์: 2
จำนวนการติดตั้งสูงสุด: -1
ตรวจสอบครั้งสุดท้าย: จ. 8 พ.ย. 10:51:38 น. 2564
ช่วงเวลาตรวจสอบ: 0 (<ไม่มี>)
อายุการใช้งานเขียน: 13 TB
บล็อกสงวน uid: 0 (รูทผู้ใช้)
บล็อกสงวน gid: 0 (รูทกลุ่ม)
ไอโหนดแรก: 11
ขนาดไอโหนด: 256
ต้องการ isize พิเศษ: 28
isize พิเศษที่ต้องการ: 28
ไอโหนดวารสาร: 8
ไอโหนดกำพร้าแรก: 27918882
แฮชไดเรกทอรีเริ่มต้น: half_md4
เมล็ดแฮชไดเรกทอรี: efb4ad95-8a43-42bc-a03b-0849ccae2ef7
การสำรองข้อมูลเจอร์นัล: บล็อกไอโหนด

เมานต์ /dev/sda2 /mnt :

เมานต์: /mnt: ไม่สามารถอ่าน superblock บน /dev/sda2

mke2fs -n /dev/sda2 :

mke2fs 1.46.4 (18-ส.ค.-2564)
/dev/sda2 มีระบบไฟล์ ext4
    ติดตั้งล่าสุดเมื่อ / เมื่อ จ. 8 พ.ย. 10:55:03 น. 2564
ดำเนินการต่อ? (ย,น) ย
การสร้างระบบไฟล์ด้วย 120925696 บล็อก 4k และ 30236672 inodes
ระบบไฟล์ UUID: 331dfa9a-1bae-44bf-b4a2-4c75d7a8aab2
การสำรองข้อมูล Superblock ที่จัดเก็บไว้ในบล็อก: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
    102400000

e2fsck -b 32768 /dev/sda2 :

e2fsck 1.46.4 (18-ส.ค.-2564)
การตั้งค่าสถานะ Superblock needs_recovery นั้นชัดเจน แต่วารสารมีข้อมูล
ไม่ได้ตั้งค่าสถานะการกู้คืนใน superblock สำรอง ดังนั้นจึงเรียกใช้บันทึกต่อไป
/dev/sda2: การกู้คืนเจอร์นัล
สัญญาณ (11) SIGSEGV si_code=SEGV_MAPERR ข้อผิดพลาด addr=0x55657e320000
e2fsck(+0x35133)[0x55657d929133]
/usr/lib/libpthread.so.0(+0x13870)[0x7fb669365870]
e2fsck(+0x27c10)[0x55657d91bc10]
e2fsck(+0x28480)[0x55657d91c480]
e2fsck(+0x309c4)[0x55657d9249c4]
e2fsck(jbd2_journal_recover+0xd7)[0x55657d9251a7]
e2fsck(e2fsck_run_ext3_journal+0x2d1)[0x55657d91e871]
e2fsck(หลัก+0x1d75)[0x55657d903de5]
/usr/lib/libc.so.6(__libc_start_main+0xd5)[0x7fb6691adb25]
e2fsck(_start+0x2e)[0x55657d90591e]

e2fsck -b 98304 /dev/sda2:

e2fsck 1.46.4 (18-ส.ค.-2564)
การตั้งค่าสถานะ Superblock needs_recovery นั้นชัดเจน แต่วารสารมีข้อมูล
ไม่ได้ตั้งค่าสถานะการกู้คืนใน superblock สำรอง ดังนั้นจึงเรียกใช้บันทึกต่อไป
/dev/sda2: การกู้คืนเจอร์นัล
สัญญาณ (11) SIGSEGV si_code=SEGV_MAPERR ข้อผิดพลาด addr=0x563839a50000
e2fsck(+0x35133)[0x563838e06133]
/usr/lib/libpthread.so.0(+0x13870)[0x7f671f521870]
e2fsck(+0x27c10)[0x563838df8c10]
e2fsck(+0x28480)[0x563838df9480]
e2fsck(+0x309c4)[0x563838e019c4]
e2fsck(jbd2_journal_recover+0xd7)[0x563838e021a7]
e2fsck(e2fsck_run_ext3_journal+0x2d1)[0x563838dfb871]
e2fsck(หลัก+0x1d75)[0x563838de0de5]
/usr/lib/libc.so.6(__libc_start_main+0xd5)[0x7f671f369b25]
e2fsck(_start+0x2e)[0x563838de291e]

e2fsck -C0 -p -f -v /dev/sda2 :

/dev/sda2: การกู้คืนเจอร์นัล
สัญญาณ (11) SIGSEGV si_code=SEGV_MAPERR ข้อผิดพลาด addr=0x555ae23f5000
e2fsck(+0x35133)[0x555ae03cd133]
/usr/lib/libpthread.so.0(+0x13870)[0x7efe927b8870]
e2fsck(+0x27c10)[0x555ae03bfc10]
e2fsck(+0x28480)[0x555ae03c0480]
e2fsck(+0x309c4)[0x555ae03c89c4]
e2fsck(jbd2_journal_recover+0xd7)[0x555ae03c91a7]
e2fsck(e2fsck_run_ext3_journal+0x2d1)[0x555ae03c2871]
e2fsck(หลัก+0x1d75)[0x555ae03a7de5]
/usr/lib/libc.so.6(__libc_start_main+0xd5)[0x7efe92600b25]
e2fsck(_start+0x2e)[0x555ae03a991e]

smartctl -H /dev/sda2:

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.70-1-lts] (รุ่นในเครื่อง)
ลิขสิทธิ์ (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== จุดเริ่มต้นของการอ่านส่วนข้อมูลอัจฉริยะ ===
ผลการทดสอบการประเมินตนเองด้านสุขภาพโดยรวมของ SMART: ผ่าน
sudodus avatar
jp flag
มีข้อมูลเฉพาะที่สำคัญในไดรฟ์ที่คุณต้องกู้คืนหรือไม่ หรือคุณจะยินดีไหม ถ้าคุณสามารถทำให้ตารางพาร์ติชันว่าง สร้างใหม่ สร้างพาร์ติชันและระบบไฟล์ และกู้คืนข้อมูลจากการสำรองข้อมูล
ar flag
ใช่ ฉันมีข้อมูลสำคัญบางอย่าง แต่ฉันแค่สนใจ มีอะไรผิดปกติและทำไม fsck/e2fsck หยุดทำงาน
sudodus avatar
jp flag
ฉันบอกไม่ได้ว่าเกิดอะไรขึ้น แต่มีเครื่องมือจาก https://cgsecurity.org ที่อาจใช้งานได้เมื่อ fsck/e2fsck หยุดทำงาน หากข้อมูลสำคัญมาก ให้โคลนทั้งไดรฟ์ไปยังไดรฟ์อื่นที่มีขนาดเท่ากันเป็นอย่างน้อย และทำการกู้คืนสำเนาที่โคลนไว้ ลองใช้ `testdisk` ก่อน และหากไม่ได้ผล ให้ลองใช้ `photorec` ที่สามารถกู้คืนข้อมูลโดยไม่ต้องใช้ระบบไฟล์ใดๆ ตราบใดที่ข้อมูลไฟล์ยังคงอยู่ แต่เป็นงานจำนวนมาก และชื่อไฟล์และโครงสร้างไดเร็กทอรีก็หายไป..
ar flag
ไฟล์ดูเหมือน "ไม่เสียหาย" บนพาร์ติชันโดยใช้ testdisk ดังนั้นฉันอาจพยายามคัดลอกจากที่นั่น
sudodus avatar
jp flag
แจ้งให้เราทราบผล ขอให้โชคดี :-)
Score:1
ธง ar

ฉันสร้างปัญหาบน GitHub และผู้ชายดีๆ (รุนแรง) ช่วยฉันแก้ไขปัญหานี้ด้วยการเขียนแพตช์สำหรับแอป ดูเหมือนว่ามีบางอย่างผิดปกติ e2fsprogs และ fast_commit คุณสมบัติใน ext4 สามารถติดตามได้ที่นี่

สิ่งที่สำคัญที่สุดก็คือ อย่ายุ่งกับคุณสมบัติของระบบไฟล์ เมื่อแหล่งจ่ายไฟของคุณไม่เสถียรและคุณไม่รู้วิธีแก้ไขด้วยตัวเอง

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา