ฉันมี windows10 - ubuntu 18.04 คอมพิวเตอร์บูตคู่ สามไดรฟ์บน:
- 512 GB SSD พร้อมระบบ Ubuntu

- 1 TB HD พร้อมระบบ windows

- ฟอร์แมต HD Ext4 ขนาด 1 TB (ตัวที่มีปัญหา) สำหรับพื้นที่จัดเก็บข้อมูลเพิ่มเติม
ขณะทำงานบน Windows 10 ฉันต้องการเข้าถึง Ext4 HD แต่ลืมไปว่าเป็น Ext4 เข้าสู่การจัดการคอมพิวเตอร์ -> ที่เก็บข้อมูล และเปลี่ยนดิสก์จากออฟไลน์เป็นออนไลน์ Windows ถามว่าควรสร้างตารางพาร์ติชัน GPT หรือ MBR หรือไม่ บางอย่างเช่น (ไม่ได้ทำภาพหน้าจอในขณะนี้ :))

เลือก GPT จากนั้น windows จะสร้างพาร์ติชัน 17MB และพื้นที่ที่เหลือซึ่งทำเครื่องหมายเป็นข้อมูลดิบ (ภาพหน้าจอที่ถ่ายใน Ubuntu)

เมื่อถึงจุดนี้ฉันตระหนักว่าฉันไม่ได้ทำในสิ่งที่ฉันต้องการจึงกลับไปที่ Ubuntu โดยไม่ทำอะไรอีก
การอ่านออนไลน์พบ Testdisk และใช้กับ HD ที่มีปัญหา
1.- สร้างไฟล์บันทึก (เพิ่มเนื้อหาไฟล์บันทึกแบบเต็มที่ท้ายโพสต์)
TestDisk 7.0 ยูทิลิตี้การกู้คืนข้อมูล เมษายน 2558
คริสตอฟ เกรเนียร์ <[email protected]>
http://www.cgsecurity.org
TestDisk เป็นซอฟต์แวร์กู้คืนข้อมูลฟรีที่ออกแบบมาเพื่อช่วยกู้คืนข้อมูลที่สูญหาย
พาร์ติชันและ/หรือทำให้ดิสก์ที่ไม่ได้บู๊ตสามารถบู๊ตได้อีกครั้งเมื่อมีอาการเหล่านี้
เกิดจากความผิดพลาดของซอฟต์แวร์ ไวรัสบางประเภท หรือความผิดพลาดของมนุษย์
นอกจากนี้ยังสามารถใช้เพื่อซ่อมแซมข้อผิดพลาดของระบบไฟล์
ข้อมูลที่รวบรวมระหว่างการใช้ TestDisk สามารถบันทึกได้ในภายหลัง
ทบทวน. หากคุณเลือกที่จะสร้างไฟล์ข้อความ testdisk.log ไฟล์นั้น
จะประกอบด้วยตัวเลือก TestDisk ข้อมูลทางเทคนิคและอื่นๆ
เอาท์พุท; รวมทั้งโฟลเดอร์/ชื่อไฟล์ TestDisk ถูกใช้เพื่อค้นหาและ
รายการบนหน้าจอ
ใช้ปุ่มลูกศรเพื่อเลือก จากนั้นกดปุ่ม Enter:
>[ สร้าง ] สร้างไฟล์บันทึกใหม่
[ ต่อท้าย ] ต่อท้ายข้อมูลลงในล็อกไฟล์
[ ไม่มีบันทึก ] ไม่ต้องบันทึกอะไร
2.- เลือกดิสก์ที่มีปัญหา
เลือกสื่อ (ใช้แป้นลูกศร แล้วกด Enter):
>ดิสก์ /dev/sda - 1,000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
ดิสก์ /dev/sdb - 1,000 GB / 931 GiB - WDC WD10EZEX-22MFCA0
ดิสก์ /dev/sdc - 4000 GB / 3725 GiB - WD Elements 25A1
>[ดำเนินการต่อ ] [ ออก ]
เลือกประเภทพาร์ติชันตามคำแนะนำของ Testdisk
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
โปรดเลือกประเภทตารางพาร์ติชัน กด Enter เมื่อเสร็จสิ้น
[Intel ] พาร์ติชั่น Intel/PC
[EFI GPT] แผนที่พาร์ติชัน EFI GPT (Mac i386, x86_64 บางตัว...)
[Humax ] ตารางพาร์ติชั่น Humax
[Mac ] แผนผังพาร์ติชันของ Apple
>[ไม่มี ] สื่อที่ไม่แบ่งพาร์ติชัน
[อา] พาร์ทิชัน Sun Solaris
[XBox ] พาร์ติชั่น XBox
[ย้อนกลับ] กลับไปที่การเลือกดิสก์
คำแนะนำ: ไม่พบประเภทตารางพาร์ติชัน
หมายเหตุ: อย่าเลือก 'ไม่มี' สำหรับสื่อที่มีพาร์ติชั่นเดียว มันมาก
หายากสำหรับดิสก์ที่จะ 'ไม่แบ่งพาร์ติชัน'
3.- เลือกประเภทของการวิเคราะห์
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
CHS 121601 255 63 - ขนาดภาค = 512
[ วิเคราะห์ ] วิเคราะห์โครงสร้างพาร์ติชันปัจจุบันและค้นหาพาร์ติชันที่สูญหาย
>[ ขั้นสูง ] ยูทิลิตี้ระบบไฟล์
[ รูปทรงเรขาคณิต ] เปลี่ยนรูปทรงของดิสก์
[ ตัวเลือก ] แก้ไขตัวเลือก
[ ออก ] กลับไปที่การเลือกดิสก์
4.- ดำเนินการ Superblock ตามคำแนะนำ
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - CHS 121601 255 63
ขนาดเริ่มต้นของพาร์ติชันในเซกเตอร์
> หน้า ext4 0 0 1 121601 80 63 1953525168 [ข้อมูล]
[ ประเภท ] >[Superblock] [ รายการ ] [การสร้างภาพ] [ ออก ]
ผลลัพธ์ Superblock
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - CHS 121601 255 63
ขนาดเริ่มต้นของพาร์ติชันในเซกเตอร์
ext4 0 0 1 121601 80 63 1953525168 [ข้อมูล]
superblock 32768 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 98304 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 163840 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 229376 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 294912 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 819200 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 884736 ขนาดบล็อก = 4096 [ข้อมูล]
ซูเปอร์บล็อก 1605632 ขนาดบล็อก=4096 [ข้อมูล]
superblock 2654208 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 4096000 ขนาดบล็อก = 4096 [ข้อมูล]
หากต้องการซ่อมแซมระบบไฟล์โดยใช้ superblock สำรอง ให้เรียกใช้
fsck.ext4 -p -b superblock -B อุปกรณ์ขนาดบล็อก
>[ ยกเลิก ]
ดังที่แสดงไว้ข้างต้น Testdisk ได้ 'it's magick' และแนะนำให้ใช้ fsck.ext4 - หน้า
โดยใช้หมายเลขบล็อกและขนาดบล็อกเฉพาะ
sudo fsck.ext4 -p -b 32768 -B 4096 /dev/sda
[sudo] รหัสผ่านสำหรับอัลฟองโซ:
ข้อมูลไม่ได้ถูกยกเลิกการต่อเชื่อมอย่างสมบูรณ์ บังคับให้ตรวจสอบ
ข้อมูล: บิตแมปไอโหนดกลุ่ม 1 ไม่ตรงกับเช็คซัม
แก้ไขแล้ว.
ข้อมูล: บิตแมปบล็อกกลุ่ม 0 ไม่ตรงกับการตรวจสอบ
แก้ไขแล้ว.
ข้อมูล: 65949/61054976 ไฟล์ (0.7% ไม่ติดกัน), 189540323/244190646 บล็อก
หลังจากทำสิ่งนี้ ฉันสามารถเข้าถึง HD ที่มีปัญหาได้ และข้อมูลทั้งหมดดูเหมือนไม่เสียหายเมื่อติดตั้ง

lsblk
เอาต์พุตหลังจากรัน fsck.ext4
ตามที่แนะนำในความคิดเห็น
$lsblk
ชื่อ MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
วน0 7:0 0 175,4M 1 วน /snap/postman/133
...
loop28 7:28 0 61,9M 1 ลูป /snap/core20/1169
sda 8:0 0 931,5G 0 ดิสก์ /media/alfonso/data
sdb 8:16 0 931,5G 0 ดิสก์
ââsdb1 8:17 0 529M 0 ส่วน
ââsdb2 8:18 0 99M 0 ส่วน
ââsdb3 8:19 0 16M 0 ส่วน
ââsdb4 8:20 0 930,9G 0 ส่วน
sr0 11:0 1 1024M 0 รอม
nvme0n1 259:0 0 477G 0 ดิสก์
âânvme0n1p1 259:1 0 619M 0 ส่วน /boot/efi
âânvme0n1p2 259:2 0 214,4G 0 ส่วน /
âânvme0n1p3 259:3 0 34,5G 0 ส่วน [SWAP]
âânvme0n1p4 259:4 0 227,5G 0 ส่วน /บ้าน
อย่างไรก็ตาม เมื่อรีบูตเครื่อง ฉันกลับมาที่ HD ด้วยตาราง GPT และไม่มีข้อมูล :( ฉันทำซ้ำไฟล์ fsck.ext4
ตามคำสั่งด้านบนและได้ข้อมูลกลับมาอีกครั้ง
ดังนั้นคำถามของฉันคือ ฉันจะทำ fsck.ext4
เปลี่ยนแปลงถาวร? ดังนั้นฉันจึงไม่จำเป็นต้องเรียกใช้ทุกครั้งที่บูตอูบุนตู
ขอบคุณสำหรับความช่วยเหลือของคุณ
เนื้อหาไฟล์ Testdisk LOG
ศ. 22 ต.ค. 17:35:35 น. 2564
บรรทัดคำสั่ง: TestDisk
TestDisk 7.0 ยูทิลิตี้การกู้คืนข้อมูล เมษายน 2558
คริสตอฟ เกรเนียร์ <[email protected]>
http://www.cgsecurity.org
ระบบปฏิบัติการ: Linux, เคอร์เนล 4.15.0-161-generic (#169-Ubuntu SMP ศุกร์ 15 ต.ค. 13:41:54 UTC 2021) x86_64
คอมไพเลอร์: GCC 7.2
ext2fs lib: 1.44.1, ntfs lib: libntfs-3g, reiserfs lib: ไม่มี, ewf lib: ไม่มี, สาปแช่ง lib: ncurses 6.0
/dev/sda: รองรับ LBA, HPA, LBA48, DCO
/dev/sda: ขนาด 1953525168 ภาค
/dev/sda: user_max 1953525168 ภาค
/dev/sda: native_max 1953525168 ภาค
/dev/sdb: รองรับ LBA, HPA, LBA48, DCO
/dev/sdb: ขนาด 1953525168 ภาค
/dev/sdb: user_max 1953525168 ภาค
/dev/sdb: native_max 1953525168 ภาค
คำเตือน: ไม่สามารถรับขนาดสำหรับดิสก์ /dev/mapper/control - 0 B - 0 เซกเตอร์ size=512
รายการฮาร์ดดิสก์
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - CHS 121601 255 63 ขนาดเซกเตอร์=512 - WDC WD10EZEX-08WN4A0, S/N:WD-WCC6Y0VJ3LD1, FW:02.01A02
ดิสก์ /dev/sdb - 1,000 GB / 931 GiB - CHS 121601 255 63 ขนาดเซกเตอร์=512 - WDC WD10EZEX-22MFCA0, S/N:WD-WCC6Y6FAJ869, FW:01.01A01
ดิสก์ /dev/sdc - 4000 GB / 3725 GiB - CHS 486397 255 63 ขนาดเซกเตอร์=512 - WD Elements 25A1, FW:1014
ประเภทตารางพาร์ติชัน (อัตโนมัติ): ไม่มี
ดิสก์ /dev/sda - 1,000 GB / 931 GiB - WDC WD10EZEX-08WN4A0
ประเภทตารางพาร์ติชัน: ไม่มี
อินเทอร์เฟซขั้นสูง
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 98304 -B 4096"
P ext4 0 0 1 121601 80 63 1953525168 [ข้อมูล]
ext4 blocksize=4096 Large_file Sparse_SB Backup_SB, 1,000 GB / 931 GiB
ค้นหา_superblock
block_group_nr 1
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 32768 -B 4096"
recovery_EXT2: s_block_group_nr=1/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 262144 (block=32768, blocksize=4096)
block_group_nr 3
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 98304 -B 4096"
recovery_EXT2: s_block_group_nr=3/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 786432 (block=98304, blocksize=4096)
block_group_nr 5
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 163840 -B 4096"
recovery_EXT2: s_block_group_nr=5/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 1310720 (block=163840, blocksize=4096)
block_group_nr 7
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 229376 -B 4096"
recovery_EXT2: s_block_group_nr=7/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 1835008 (block=229376, blocksize=4096)
block_group_nr 9
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 294912 -B 4096"
recovery_EXT2: s_block_group_nr=9/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 2359296 (block=294912, blocksize=4096)
block_group_nr 25
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 819200 -B 4096"
recovery_EXT2: s_block_group_nr=25/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 6553600 (block=819200, blocksize=4096)
block_group_nr 27
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 884736 -B 4096"
recovery_EXT2: s_block_group_nr=27/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 7077888 (block=884736, blocksize=4096)
block_group_nr 49
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 1605632 -B 4096"
recovery_EXT2: s_block_group_nr=49/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 12845056 (block=1605632, blocksize=4096)
block_group_nr 81
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 2654208 -B 4096"
recovery_EXT2: s_block_group_nr=81/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 21233664 (block=2654208, blocksize=4096)
block_group_nr 125
recovery_EXT2: อาจจำเป็นต้องใช้ "อุปกรณ์ e2fsck -b 4096000 -B 4096"
recovery_EXT2: s_block_group_nr=125/7452, s_mnt_count=0/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 244190646
recovery_EXT2: part_size 1953525168
พบ superblock ext2 ที่เซกเตอร์ 32768000 (block=4096000, blocksize=4096)
ext4 0 0 1 121601 80 63 1953525168 [ข้อมูล]
superblock 32768 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 98304 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 163840 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 229376 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 294912 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 819200 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 884736 ขนาดบล็อก = 4096 [ข้อมูล]
ซูเปอร์บล็อก 1605632 ขนาดบล็อก=4096 [ข้อมูล]
superblock 2654208 ขนาดบล็อก = 4096 [ข้อมูล]
superblock 4096000 ขนาดบล็อก = 4096 [ข้อมูล]
หากต้องการซ่อมแซมระบบไฟล์โดยใช้ superblock สำรอง ให้เรียกใช้
fsck.ext4 -p -b superblock -B อุปกรณ์ขนาดบล็อก
TestDisk ออกตามปกติ