Score:0

ฉันยกเลิกการต่อเชื่อม ext4 (Ubuntu OS) ด้วย gparted ตอนนี้ยังไม่ได้จัดสรร เกิดอะไรขึ้น?

ธง br
nfs

สรุปอย่างรวดเร็ว:
ฉันมี 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 ออกตามปกติ

Organic Marble avatar
us flag
คุณมีการสำรองข้อมูลของคุณหรือไม่?
br flag
nfs
@หินอ่อนออร์แกนิค น่าเสียดายที่ฉันยังไม่ได้
mook765 avatar
cn flag
คุณเขียนทับเนื้อหาของพาร์ติชันระบบ EFI (ESP) ซึ่งเก็บ bootloader ไว้ นั่นคือสาเหตุที่คุณบูตไม่ได้หลังจากคำสั่ง `dd` คุณจะไม่สามารถกู้คืนเนื้อหาดั้งเดิมของพาร์ติชันนี้ได้ แต่คุณต้องสร้างใหม่และติดตั้ง bootloader ใหม่ที่นั่นหากคุณต้องการใช้ระบบอีกครั้ง พาร์ติชันอื่นควรกู้คืนได้ง่ายด้วย testdisk อาจไม่ใช่ความคิดที่ดีที่จะสร้างสำเนาของไดรฟ์ก่อน เผื่อในกรณีที่มีสิ่งผิดปกติเกิดขึ้นในระหว่างพยายามกู้คืน
br flag
nfs
@mook765 สิ่งที่ฉันต้องการทำคือกู้คืนข้อมูลในส่วน 460gb ใช้ไปแล้วครึ่งหนึ่ง ฉันไม่เข้าใจว่ามันถูกลบได้อย่างไรภายในไม่กี่วินาที ที่นั่นฉันต้องการบันทึกโฟลเดอร์โฮม ฯลฯ
mook765 avatar
cn flag
ฉันเดาว่าคุณลบพาร์ติชั่นนี้ด้วยตัวเองโดยไม่ได้ตั้งใจ น่าจะกู้คืนได้ง่าย ลอง testdisk...
br flag
nfs
@mook765 คุณมีคำแนะนำในการสร้างสำเนาของดิสก์หรือไม่?
Yvain avatar
us flag
คุณสามารถสร้างตารางพาร์ติชั่นใหม่ด้วย fdisk และพาร์ติชั่นจะไม่ถูกแตะต้องที่นี่
oldfred avatar
cn flag
หากเป็นตารางพาร์ติชัน gpt การสำรองข้อมูลในตอนท้ายอาจยังคงอยู่ dd ของคุณเขียนทับจุดเริ่มต้นของไดรฟ์ทั้งหมดรวมถึงตารางพาร์ติชันและข้อมูลทั้งหมดที่มีขนาดไม่เกิน ISO ถ้า MBR ไม่มีตารางพาร์ติชั่นสำรอง หาก ISO มีขนาดเล็กกว่า ESP & พาร์ติชันแรกและข้อมูลในไดรฟ์ที่สองหรือมากกว่านั้น testdisk อาจกู้คืนได้ นี่แสดงให้เห็นอะไร? `sudo gdisk -l /dev/sda`
br flag
nfs
@oldfred ขอบคุณมากครับ ฉันเดาว่าฉันเริ่มเข้าใจคดีนี้แล้ว เมื่อฉันใช้ dd เพื่อเขียนบน Efi dd หยุดทำงานเนื่องจากไม่มีพื้นที่ว่างในไฟล์ระบบ EFI มันมีขนาดประมาณ 500MB ฉันได้เพิ่มเอาต์พุต `sudo gdisk -l /dev/sda` ใต้โพสต์ ต่อจากส่วน *ขอบคุณ*
Soren A avatar
mx flag
ภาพหน้าจอก่อนหน้าแสดง /dev/sda หนึ่งหลัง /dev/sdb ซึ่งเป็นดิสก์สองแผ่นที่แตกต่างกัน ...
oldfred avatar
cn flag
คุณไม่สามารถเรียกใช้ fsck บนไดรฟ์เช่น sda ได้เฉพาะในพาร์ติชันที่ฟอร์แมต ext4 เช่น sda2 แต่ตอนนี้คุณไม่ได้แสดงพาร์ติชั่นใด ๆ เพียงแค่ไดรฟ์นั้นเป็น gpt? ไม่แน่ใจว่าอะไรลบข้อมูลตารางพาร์ติชันสำรอง บางทีคุณอาจลบพาร์ติชันทั้งหมดก่อนวันที่ dd โปรดทราบว่าชื่อเล่นของ dd คือ Data Destroyer และไม่ค่อยควรใช้
br flag
nfs
@oldfred ในขณะที่ฉันใช้ Ubuntu บน ssd (ซึ่งเป็น sda2) ฉันเขียนบน EFI (sda1) จากนั้นฉันก็ปิดและแน่นอนว่ามันไม่บูต จากนั้นฉันเริ่ม Ubuntu จาก usb stick ฉันลบ EFI ด้วย gparted หลังจากที่ฉันลบ Efi แล้ว ext4(sda2) ก็ยังคงอยู่ (อาจจะเป็นใน ram? ฉันไม่ได้รีเฟรช) หลังจากนั้น ฉันก็ถอด ext4(sda2) ออก จากนั้นมันก็กลายเป็นไม่ได้จัดสรร ฉันใช้ dd เพื่อเขียนบน EFI (sda1) เท่านั้น ไดรฟ์ที่ไม่ได้จัดสรร (ssd) คือ gpt ขอบคุณสำหรับบันทึก :) ฉันไม่รู้ว่าจริง ๆ แล้ว :(
oldfred avatar
cn flag
ยกเว้นกรณีที่ efi(sda1) มีขนาดใหญ่เท่ากับ ISO ของ Windows dd จะเขียนลงใน efi แต่จะไม่หยุดจนกว่าจะคัดลอก ISO เต็ม เขียนทับอย่างน้อยจุดเริ่มต้นของ sda2 หากไม่หยุดเมื่อ sda1 เต็ม
br flag
nfs
@oldfred มันหยุดโดยอัตโนมัติ มันไม่ได้เขียนบนนั้น หากเป็นกรณีนี้ อย่างที่คุณพูด gpt มีตารางพาร์ติชั่นสำรองที่ส่วนท้ายของ GUID Partition Table Scheme ฉันควรจะกู้คืนด้วยการสำรองข้อมูลไม่ได้หรือ
br flag
nfs
@Yvain ควรปฏิบัติตามคำสั่งใดเพื่อให้บรรลุกระบวนการสร้างใหม่
oldfred avatar
cn flag
แต่ gdisk ด้วยเหตุผลใดก็ตามที่ไม่แสดงพาร์ติชัน มันบอกว่า gpt เมื่อตัวหลักเสียหาย ระบบแจ้งว่ากำลังใช้ข้อมูลสำรองและคุณต้องเรียกใช้คำสั่งซ่อมแซม gdisk เพื่อแก้ไขตารางพาร์ติชัน หากคุณทราบจุดเริ่มต้นและจุดสิ้นสุดของพาร์ติชันที่แน่นอน คุณสามารถสร้างตารางใหม่ได้ด้วยตนเอง แต่โดยปกติแล้ว testdisk จะง่ายกว่ามาก ซ่อมจีพีที: http://www.rodsbooks.com/gdisk/repairing.html หากแสดงพาร์ติชัน: ข้อมูลการซ่อมแซมเพิ่มเติมใช้ p, v & w เพื่อเขียนตารางพาร์ติชัน หากไม่ถูกต้องให้ใช้ q เพื่อออก : http://askubuntu.com/questions/386752/fixing-corrupt-backup-gpt-table/386802#386802
Yvain avatar
us flag
@nfs คุณต้องบูตสื่อสดและใช้ fdisk บนไดรฟ์เพื่อกู้คืน เพิ่มตารางพาร์ติชัน gpt หรือ mbr (ควรเป็นแบบเดียวกับที่คุณมีก่อนหน้านี้) และเก็บลายเซ็นของพาร์ติชันไว้ (จะมีข้อความแจ้ง) จากนั้นรีบูต usb สด แต่กด 'c' บนเมนูบูต
Yvain avatar
us flag
ใช้ grub cmdline เพื่อบูตระบบด้วย efi ที่เสีย ครั้งหนึ่งใช้ 'grub-install --efi-directory /boot/efi. คุณอาจต้องฟอร์แมตพาร์ติชัน efi ใน fat32 ล่วงหน้า ขอให้โชคดี
br flag
nfs
@Yvain ขอบคุณสำหรับคำแนะนำ
br flag
nfs
@oldfred ฉันควรดำเนินการอย่างไรกับ testdiskฉันควรกู้คืนไฟล์ก่อนหากเป็นไปได้ แล้วจึงบันทึกตารางพาร์ติชันหรือไม่ หรือสามารถกู้คืนไฟล์โดยไม่ต้องแก้ไขตารางพาร์ติชั่น?
oldfred avatar
cn flag
ฉันไม่ต้องใช้ testdisk แต่หากค้นหาลึกลงไปแล้วพบไฟล์ ให้สำรองไฟล์เหล่านั้น บางคนเห็นพวกเขาแล้วล้มเหลวในการกู้คืน & ทุกอย่างหายไป หากคุณต้องใช้ photorec คุณจะไม่ได้รับชื่อไฟล์แบบเต็ม แต่เป็นเพียงนามสกุล จะใช้เวลาตลอดไปเนื่องจากการสแกนทั้งไดรฟ์เพื่อหาสิ่งที่ดูเหมือนไฟล์ การเปรียบเทียบ & grepping เพื่อดูไฟล์อาจใช้เวลาหลายวันในการระบุชื่อไฟล์ รูปภาพมีข้อมูลวันที่ภายในที่คุณสามารถใช้เพื่อเปลี่ยนชื่อได้
br flag
nfs
@oldfred ฉันเพิ่งลอง testdisk ด้วยตัวเลือก "การค้นหาอย่างรวดเร็ว" ฉันสามารถเข้าถึงไฟล์ของฉันได้ ฉันยังไม่ได้สำรองข้อมูล ฉันเพิ่ม **log_file** และ ```รูปภาพ``` ที่ส่วนท้ายของโพสต์ ดูเหมือนว่าฉันสามารถย้อนสถานการณ์ได้ แต่ฉันไม่เข้าใจว่าข้อตกลงคืออะไร ข้อมูลใดขาดหายไป นอกจากปัญหาแล้วยังมีตัวเลือกในการถ่ายภาพดิสก์ใน testdisk ฉันควรใช้มันหรือไม่ ฉันตรวจสอบเอกสารแล้ว มันใช้คำสั่ง dd
oldfred avatar
cn flag
คุณได้สำรองไฟล์ในขณะที่คุณสามารถทำได้หรือไม่? ส่วนใหญ่แนะนำว่าการคัดลอกอิมเมจของไดร์ฟเป็นทางเลือกที่ปลอดภัยที่สุดเสมอ จากนั้นจึงใช้ได้กับอิมเมจเท่านั้น ดังนั้นหากเลือกผิดหรือมีข้อผิดพลาด คุณยังมีต้นฉบับอยู่ ดูเหมือนว่า testdisk กำลังค้นหาพาร์ติชันเริ่มต้นที่ 0 หรือไม่ และนั่นจะเป็นข้อผิดพลาด สำรองไฟล์ก่อนหากเป็นไปได้ตามคำแนะนำก่อนหน้านี้
br flag
nfs
@oldfred ฉันไม่ค่อยเข้าใจหัวข้อเกี่ยวกับข้อผิดพลาดและตัวเลือกที่ไม่ถูกต้อง --- แต่ฉันจะพยายามอธิบาย ฉันมีสมมติฐาน เมื่อฉันลบ EFI(sda1) 500 mb แรกของ SSD ที่ถูกลบ เป็นความจริงที่ฉันเขียนทับพาร์ติชัน EFI(sda1) แต่สาเหตุที่ gparted ตรวจพบอย่างถูกต้องอาจเป็นเพราะพาร์ติชัน EFI ยังคงตั้งค่าสถานะเป็น boot และ esp และมีตารางพาร์ติชัน ฉันเชื่อว่าถ้าฉันค้นหาอย่างละเอียด ฉันสามารถนำพาร์ติชัน EFI กลับมาได้ (เวอร์ชันที่เขียนทับ)
br flag
nfs
@oldfred ฉันขอบคุณที่แจ้งสถานการณ์สำรอง ฉันมีความกังวลอย่างมากเกี่ยวกับการสำรองข้อมูลเนื่องจากขาดความรู้ในด้านนี้หากฉัน (อย่างถูกต้อง) สำรองข้อมูล SSD ไปยังไดรฟ์ภายนอก มีโอกาสที่ฉันจะไม่สามารถค้นหาไฟล์ใน SSD ได้อีกหรือไม่ ---
oldfred avatar
cn flag
ฉันคิดว่า testdisk เป็นตัวเลือกสำรอง แม้ว่า testdisk มักจะใช้งานได้ แต่เราเคยเห็นกรณีที่ผู้ใช้สูญเสียทุกอย่าง ไม่แน่ใจว่าผู้ใช้ผิดพลาดหรือไม่สามารถกู้คืนข้อมูลได้ การสำรองข้อมูลที่สำคัญและมีความสำคัญน้อยกว่าเป็นสิ่งแรกที่คุณควรทำเสมอ ไม่ว่าจะใช้ Linux หรือ Windows
br flag
nfs
สวัสดี @oldfred ฉันจัดการเพื่อบันทึกพาร์ติชันด้วย testdisk ก่อนหน้านั้นฉันเอา ddimage ของดิสก์และสำเนาของสำเนา ฉันสวมสำเนาสุดท้าย ขอบคุณมากสำหรับความช่วยเหลือและคำอธิบายของคุณ -- ฉันยังไม่ได้บันทึก ssd ทั้งหมด ฉันกำลังพยายามหาสาเหตุว่าเหตุใดวันที่สร้างระบบไฟล์บางวันจึงมาก่อนวันที่เป็นทางการ ฉันเพิ่มรูปภาพของมันที่ส่วนท้ายของโพสต์หากคุณต้องการตรวจสอบ
oldfred avatar
cn flag
โฟลเดอร์ระบบมักจะมีวันที่สร้างหรือเผยแพร่ ISO ฉันจะไม่กังวลเกี่ยวกับไฟล์หรือโฟลเดอร์ระบบใด ๆ เว้นแต่คุณจะแก้ไขการตั้งค่าระบบใน /etc (ฉันเปลี่ยน grub แต่คัดลอกไปที่ /home ดังนั้นการสำรองข้อมูลปกติจึงรวมไว้ด้วย) ฉันจะเจาะลึก /home/nfs ? และมองหาไฟล์ใดๆ ของคุณ รวมถึงไฟล์ที่ซ่อนอยู่ซึ่งจะเป็นการตั้งค่าที่คุณทำขึ้นและไฟล์ข้อมูลทั้งหมดของคุณ คุณไม่ควรใช้ nfs เป็นชื่อผู้ใช้ในระบบ ถ้าคุณใช้ นั่นคือแอปพลิเคชัน
br flag
nfs
@oldfred ขอบคุณค่ะ ตามที่คุณระบุไว้อาจเป็นวันที่สร้าง ISO ในที่สุดฉันก็คิดออกด้วยความช่วยเหลือของคุณและกู้คืนข้อมูลของฉัน ขอบคุณมาก. ฉันจะปรับปรุงโพสต์ -- ตอนนี้ ฉันกลับไปที่ที่ฉันเริ่มต้น ฉันสามารถเห็นพาร์ติชันเสริมของฉัน แต่มันแตกต่างกันเล็กน้อย บน sda2(ext4) gparted ไม่ได้บอกว่า mnt/boot/... และ 2048 ภาคแรกที่รวมอยู่ในส่วน EFI 513 mb ฉันควรเปิดคำถามใหม่หรือดำเนินการต่อจากที่นี่
oldfred avatar
cn flag
ไม่แน่ใจว่าคุณต้องติดตั้งใหม่ทั้งหมดหรือสามารถสร้างพาร์ติชันระบบ ESP - efi ใหม่เป็น FAT32 และติดตั้ง grub ใหม่ทั้งหมดด้วย Boot-Repair หรือ chroot หากการติดตั้ง grub ไม่ทำงาน คุณต้องติดตั้งใหม่ คุณอาจทำการติดตั้งแบบ "สกปรก" โดยที่คุณไม่ได้ฟอร์แมตพาร์ติชัน ไฟล์ใดๆ ที่คุณแก้ไขซึ่งอยู่ในการติดตั้งจะถูกเขียนทับ แต่ถ้าไม่ได้ฟอร์แมต ข้อมูลของคุณในไดรฟ์ก็จะยังคงอยู่ คุณยังคงต้องกู้คืน /home สำหรับการตั้งค่าของคุณ https://help.ubuntu.com/community/Boot-Repair & https://sourceforge.net/p/boot-repair/home/Home/
br flag
nfs
@oldfred ขอบคุณสำหรับความช่วยเหลือทั้งหมดของคุณ มันมีประโยชน์อย่างมาก
Score:2
ธง mx

ฉันเขียนไฟล์ win10.iso ภายในพาร์ติชันระบบ EFI ด้วยคำสั่ง dd

ขั้นตอนนี้ทำให้ข้อมูลบนดิสก์เสียหาย ในเอฟเฟกต์พาร์ติชั่นยุบ คุณอาจลองใช้ซอฟต์แวร์กู้คืน เช่น testdisk แต่ข้อมูลของคุณอาจกู้คืนไม่ได้

เพื่อความปลอดภัย อย่าใช้ วว.

br flag
nfs
ฉันลบพาร์ติชันระบบ EFI แต่พาร์ติชันถูกยุบหลังจากที่ฉันยกเลิกการต่อเชื่อม ext4 ก่อนหน้านี้มันโอเคและเข้าถึงได้ @pasman
pasman pasmański avatar
mx flag
พาร์ติชันสามารถเข้าถึงได้เนื่องจากข้อมูลระบบที่ถูกต้องอยู่ในหน่วยความจำ บนดิสก์ได้รับความเสียหายแล้ว
br flag
nfs
ฉันพยายามรีบูต ไม่ใช่เพราะ EFI เสีย จากนั้นฉันก็บูทจาก usb พวกเขาทั้งหมดอยู่ที่นั่น จากนั้นฉันลบ EFI และยกเลิกการต่อเชื่อม ext4 (ubuntu)

โพสต์คำตอบ

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