สรุปอย่างรวดเร็ว:
ฉันมี 500 GB SSD มีการติดตั้ง Ubuntu 20.04 เท่านั้น
ฉันเขียนไฟล์ win10.iso ภายในพาร์ติชันระบบ EFI ด้วยคำสั่ง dd หลังจากนั้นฉันไม่สามารถบูตได้ จากนั้นฉันก็บู๊ต Ubuntu จาก usb boot-repair บอกให้ฉันเปิดพื้นที่ 1mb (หรืออะไรทำนองนั้น) ฉันทำตามคำแนะนำบางอย่าง แต่ฉันล้มเหลว ฉันต้องการบันทึกโฟลเดอร์บ้านอย่างน้อยที่สุด ใช้ SSD ไปแล้วครึ่งหนึ่ง ส่วน EFI ถูกเขียนทับแล้ว แต่ส่วน ext4 ที่ติดตั้ง Ubuntu ไม่ถูกเขียนทับ
ภาพ (gparted): สถานการณ์เริ่มต้น ก่อนทำ gparted process ใดๆ
รูปภาพ (gparted): ข้อมูลเกี่ยวกับพาร์ติชันระบบ EFI /dev/sda1
Image (gparted): หลังจากลบ EFI และ Unmounting ext4
นี่คือสิ่งที่ฉันทำ:
- ฉันเปิด gparted
- ฉันลบ พาร์ติชันระบบ EFI (
/dev/sda1
)
(ชั่วขณะหนึ่ง ฉันคิดว่าเป็นการดีกว่าที่จะเลิกเมานต์ ext4 เพื่อป้องกันข้อผิดพลาด เป็นเวลาดึกแล้ว)
- ฉันยกเลิกการต่อเชื่อม ext4 บน gparted (
/dev/sda2
)
หลังจากที่ฉันเลิกเมานต์พาร์ติชัน dev/sda2 -> /dev/sda1, /dev/sda2, unallocated (1.02MiB) ยุบลงใน 1 ไม่ได้จัดสรร ระบบไฟล์
ฉันไม่ได้เขียนอะไรบน ssd (เท่าที่ฉันรู้) หลังจากสิ่งนี้เกิดขึ้น
ฉันใช้เพียง fdisk -l
, lsblk -s
, ดีเอฟ
, ภูเขา
/นับ
คำสั่ง
เอาต์พุตเทอร์มินัล (ubuntu-usb): fdisk -l
เอาต์พุต -> เอสดีบี. , ชื่อระบบไฟล์ถูกเปลี่ยนเป็น sdb หลังจากบูทจาก usb (ubuntu)
เอาต์พุตเทอร์มินัล (ubuntu-usb): fsck - ไม่มี /dev/sdb
เอาต์พุต
เอาต์พุตเทอร์มินัล (ubuntu-usb): ข้อมูลจำเพาะของดิสก์ /dev/sdb, fdisk -l
เอาต์พุต
หลังจากอ่านอย่างกระวนกระวายใจมามาก ฉันได้ข้อคิด คำถาม ...
นี่คือสิ่งที่ฉันได้รับ:
- ฉันอาจจะลบสิ่งที่โทรมา ตารางพาร์ทิชัน
- คนเสนอให้ใช้ ดิสก์ทดสอบ. แต่ก่อน testdisk -> ฉันควรหรือไม่ควรใช้ วว หรือ ddrescue หรือ dd_rescue เพื่อคัดลอกดิสก์ บางคนแนะนำให้ใช้สำเนาของ SSD จากนั้นนำสำเนาของสำเนานั้นและทำงาน
ฉันขอความช่วยเหลือและประสบการณ์ของคุณเพื่อทำความเข้าใจกับสิ่งที่เกิดขึ้น
ฉันจะเลือกแนวทางที่ปลอดภัยได้อย่างไร
ขอขอบคุณ,
การปรับปรุง:
- ฉันสามารถดูไฟล์ของฉันด้วย ดิสก์ทดสอบ.
- เอาต์พุต gdisk แสดงว่า
MBR:ป้องกัน, GPT:ปัจจุบัน
- มีเพียง 1 พาร์ทิชัน เอาต์พุต testdisk คือ:
Linux เริ่มต้น (65 101 37) สิ้นสุด (60801 47 46) size_in_sector (975720448)
- ก่อนทำสิ่งใด คุณสามารถนำสำเนาดิสก์ของคุณไปด้วย ddrescue. โปรดอ่านส่วนที่เกี่ยวกับ ddrescue ใน เอกสาร testdisk.
- หลังจากคัดลอกดิสก์ของคุณแล้ว การนำสำเนาของสำเนานั้นไปใช้กับสำเนาหลังจะเป็นประโยชน์
- ฉันเรียกใช้ testdisk กับสำเนาล่าสุดและทำการทดลองหลายอย่างกับมัน
- โดยทำตามเอกสาร testdisk ฉันบันทึกข้อมูลของฉัน
เอาต์พุตคำสั่ง:
sudo gdisk -l /dev/sda
:
GPT fdisk (gdisk) เวอร์ชัน 1.0.5
การสแกนตารางพาร์ติชัน:
MBR: ป้องกัน
BSD: ไม่ปรากฏ
APM: ไม่อยู่
GPT: ปัจจุบัน
พบ GPT ที่ถูกต้องพร้อม MBR ป้องกัน ใช้ GPT
ดิสก์ /dev/sda: 976773168 ภาค 465.8 GiB
รุ่น: ซัมซุง SSD 860
ขนาดเซกเตอร์ (โลจิคัล/ฟิสิคัล): 512/512 ไบต์
ตัวระบุดิสก์ (GUID): xxxxx
ตารางพาร์ทิชันเก็บได้ถึง 128 รายการ
ตารางพาร์ติชั่นหลักเริ่มต้นที่เซกเตอร์ 2 และสิ้นสุดที่เซกเตอร์ 33
เซกเตอร์ที่ใช้งานครั้งแรกคือ 34 เซกเตอร์ที่ใช้งานครั้งสุดท้ายคือ 976773134
พาร์ติชั่นจะจัดชิดขอบ 2048 เซกเตอร์
พื้นที่ว่างทั้งหมดคือ 976773101 ภาค (465.8 GiB)
หมายเลข เริ่มต้น (ภาค) สิ้นสุด (ภาค) ขนาด ชื่อรหัส
ดิสก์ทดสอบ ผลลัพธ์:
รูปภาพ (testdisk): เอาต์พุตของพาร์ติชัน
อ. 12 ต.ค. 14:21:50 น. 2564
บรรทัดคำสั่ง: TestDisk /debug
TestDisk 7.1 ยูทิลิตี้การกู้คืนข้อมูล กรกฎาคม 2019
คริสตอฟ เกรเนียร์ <[email protected]>
https://www.cgsecurity.org
ระบบปฏิบัติการ: Linux, เคอร์เนล 5.8.0-43-generic (#49~20.04.1-Ubuntu SMP วันศุกร์ที่ 5 กุมภาพันธ์ 09:57:56 UTC 2021) x86_64
คอมไพเลอร์: GCC 9.2
ext2fs lib: 1.45.5, ntfs lib: libntfs-3g, reiserfs lib: ไม่มี, ewf lib: ไม่มี, สาปแช่ง lib: ncurses 6.1
/dev/sda: รองรับ LBA, HPA, LBA48, DCO
/dev/sda: ขนาด 976773168 ภาค
/dev/sda: user_max 976773168 ภาค
/dev/sda: native_max 976773168 ภาค
คำเตือน: ไม่สามารถรับขนาดสำหรับดิสก์ /dev/mapper/control - 0 B - 0 เซกเตอร์ size=512
คำเตือน: ไม่สามารถรับขนาดสำหรับดิสก์ /dev/loop6 - 0 B - 0 เซกเตอร์ ขนาดเซกเตอร์=512
คำเตือน: ไม่สามารถรับขนาดสำหรับดิสก์ /dev/loop7 - 0 B - 0 เซกเตอร์ ขนาดเซกเตอร์=512
รายการฮาร์ดดิสก์
ดิสก์ /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63 ขนาดเซกเตอร์=512 - Samsung SSD 860
ดิสก์ /dev/sdb - 15 GB / 14 GiB - CHS 14664 64 32, ขนาดเซกเตอร์=512 - SanDisk Cruzer Force, FW:1.00
ดิสก์ /dev/loop0 - 2109 MB / 2012 MiB - 4120632 เซกเตอร์ (RO) ขนาดเซกเตอร์=512
ดิสก์ /dev/loop1 - 53 MB / 51 MiB - 104536 เซกเตอร์ (RO), เซกเตอร์ size=512
ดิสก์ /dev/loop2 - 32 MB / 31 MiB - 63664 เซกเตอร์ (RO), เซกเตอร์ขนาด=512
ดิสก์ /dev/loop3 - 229 MB / 218 MiB - 448496 เซกเตอร์ (RO) ขนาดเซกเตอร์=512
ดิสก์ /dev/loop4 - 58 MB / 55 MiB - 113592 เซกเตอร์ (RO) ขนาดเซกเตอร์=512
ดิสก์ /dev/loop5 - 67 MB / 64 MiB - 132648 เซกเตอร์ (RO), เซกเตอร์ขนาด=512
ประเภทตารางพาร์ติชัน (อัตโนมัติ): Intel
ดิสก์ /dev/sda - 500 GB / 465 GiB - Samsung SSD 860 EVO 500GB
ประเภทตารางพาร์ติชัน: Intel
อินเทอร์เฟซขั้นสูง
เรขาคณิตจาก i386 MBR: head=256 sector=63
check_part_i386 1 ประเภท EE: ไม่มีการทดสอบ
1 P EFI GPT 0 0 2 60801 80 63 976773167
วิเคราะห์ดิสก์ /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
เรขาคณิตจาก i386 MBR: head=256 sector=63
check_part_i386 1 ประเภท EE: ไม่มีการทดสอบ
โครงสร้างพาร์ติชันปัจจุบัน:
1 P EFI GPT 0 0 2 60801 80 63 976773167
คำเตือน: หัวสิ้นสุดไม่ถูกต้อง (CHS และ LBA ไม่ตรงกัน)
ไม่มีพาร์ติชันใดที่สามารถบู๊ตได้
search_part()
ดิสก์ /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
recovery_EXT2: s_block_group_nr=0/3722, s_mnt_count=206/4294967295, s_blocks_per_group=32768, s_inodes_per_group=8192
recovery_EXT2: s_blocksize=4096
recovery_EXT2: s_blocks_count 121965056
recovery_EXT2: part_size 975720448
สร้างระบบไฟล์: อา. 21 มิ.ย. 00:15:40 น. 2020
เวลาติดตั้งล่าสุด: ส. 9 ต.ค. 21:29:00 น. 2021
ลินุกซ์ 65 101 37 60801 47 46 975720448
ext4 blocksize=4096 Large_file Sparse_SB, 499 GB / 465 GiB
ผล
* ลินุกซ์ 65 101 37 60801 47 46 975720448
ext4 blocksize=4096 Large_file Sparse_SB, 499 GB / 465 GiB
คำแนะนำสำหรับผู้ใช้ขั้นสูง: อาจใช้ dmsetup หากคุณต้องการหลีกเลี่ยงการเขียนตารางพาร์ติชันใหม่ในขณะนี้:
echo "0 975720448 เชิงเส้น /dev/sda 1050624" | dmsetup สร้าง test0
interface_write()
1 * ลินุกซ์ 65 101 37 60801 47 46 975720448
จำลองการเขียน!
write_mbr_i386: กำลังเริ่ม...
write_all_log_i386: กำลังเริ่ม...
ไม่มีพาร์ติชันเสริม
TestDisk ออกตามปกติ