Score:1

กู้คืน ext4 HD หลังจากสร้างตารางพาร์ติชัน GPT

ธง de

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

  1. 512 GB SSD พร้อมระบบ Ubuntu

ไดรฟ์อูบุนตู

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

ไดรฟ์ windows

  1. ฟอร์แมต HD Ext4 ขนาด 1 TB (ตัวที่มีปัญหา) สำหรับพื้นที่จัดเก็บข้อมูลเพิ่มเติม

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

จีพีที

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

พาร์ติชัน GPT พื้นที่ที่ไม่ได้จัดสรร

เมื่อถึงจุดนี้ฉันตระหนักว่าฉันไม่ได้ทำในสิ่งที่ฉันต้องการจึงกลับไปที่ 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 ที่มีปัญหาได้ และข้อมูลทั้งหมดดูเหมือนไม่เสียหายเมื่อติดตั้ง

Ext4 เอชดี


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 ออกตามปกติ
PonJar avatar
in flag
ฉันคิดว่ามันแปลกที่อุปกรณ์ที่คุณพยายามแก้ไขคือ /dev/sda ไม่ใช่ /dev/sda1 แม้ว่าฉันจะเห็นว่ามันแสดงเป็น /dev/sda ในแอปดิสก์ก็ตาม คุณได้ลองกำหนดเป้าหมาย /dev/sda1 ด้วยคำสั่ง fsck แล้วและผลลัพธ์ของ lsblk คืออะไร คุณยกเลิกการต่อเชื่อมไดรฟ์ก่อนที่จะเรียกใช้ fsck
Alfonso avatar
de flag
สวัสดี @PonJar ขอบคุณสำหรับความคิดเห็น ก่อนที่จะรัน fsck.ext4 /dev/sda1 เป็นพาร์ติชันขนาดเล็ก 17MB พร้อมตารางพาร์ติชัน GPT พาร์ติชันนี้หายไปหลังจาก fsck.ext4 ดังที่เห็นใน img ปัญหาที่คล้ายกันมากและวิธีแก้ปัญหาเดียวกัน (เรียกใช้ fsck.ext4 บน /dev/sda ถูกโพสต์ที่นี่ https://forum.cgsecurity.org/phpBB3/viewtopic.php?t=8028 ) ฉันจะลองเรียกใช้ lsblk
PonJar avatar
in flag
@heynnema คุณมีข้อมูลเชิงลึกเกี่ยวกับเรื่องนี้หรือไม่? ฉันไม่เห็นระบบไฟล์ที่ดูเหมือนจะอยู่ในอุปกรณ์แทนที่จะเป็นพาร์ติชัน ฉันขอแนะนำให้สำรองข้อมูลไปยังตำแหน่งที่ตั้งอื่น แบ่งพาร์ติชันใหม่และกู้คืนข้อมูล
Alfonso avatar
de flag
บางทีมันอาจจะคุ้มค่าที่จะเพิ่มว่า HD ไม่ได้ถูกแบ่งพาร์ติชันตั้งแต่เริ่มต้น และ testdisk ตรวจพบสิ่งนี้โดยอัตโนมัติและแนะนำการวิเคราะห์ superblock และคำสั่ง fsck.ext4 สิ่งเดียวกันมากกว่าในลิงค์ของคำสั่งก่อนหน้าของฉัน
heynnema avatar
ru flag
มีข้อมูลจริง / จริงในไดรฟ์ / dev / sda หรือไม่ `fsck` ควรรันบนพาร์ติชัน (/dev/sda1) ไม่ใช่อุปกรณ์ (/dev/sda) ขณะนี้ /dev/sda ของคุณไม่แสดงพาร์ติชันหากไม่มีข้อมูลสำคัญใดๆ ใน sda ให้ใช้ `gparted' เพื่อติดตั้งตารางพาร์ติชัน GPT ใหม่ (ซึ่งจะล้างไดรฟ์) จากนั้นสร้างพาร์ติชันหนึ่งหรือหลายพาร์ติชันตามความต้องการของคุณ
Alfonso avatar
de flag
สวัสดี @heynnema จริงใช่ ฉันมี HD ค่อนข้างเต็มกว่า 700 GB ... HD ไม่เคยถูกแบ่งพาร์ติชันเพราะฉันต้องการเพียงเพื่อเก็บข้อมูลพิเศษสำหรับระบบ Ubuntu ฉันได้คัดลอกทุกอย่างใน HD ภายนอกแล้ว แต่ฉันต้องการเข้าใจว่าเหตุใด HD จึงกลับไปที่พาร์ติชัน GPT 17 MB + ~ 1TB ของการกำหนดค่าพื้นที่ที่ไม่ได้จัดสรร เมื่อฉันรีบูตระบบ ขอบคุณ!
heynnema avatar
ru flag
เนื่องจากไดรฟ์ไม่เคยถูกแบ่งพาร์ติชัน ฉันจึงไม่รู้ว่าคุณเก็บข้อมูลใดๆ ไว้ในไดรฟ์ได้อย่างไร แปลกประหลาด เนื่องจากคุณได้สำรองข้อมูลไว้แล้ว ให้ทำตามความคิดเห็นล่าสุดของฉัน
Alfonso avatar
de flag
ขอขอบคุณอีกครั้งสำหรับความสนใจของคุณ @heynnema ฉันคิดว่าฉันได้ฟอร์แมต HD ทั้งหมดโดยตรงเป็น Ext4 โดยไม่มีตารางพาร์ติชัน แต่มันนานมาแล้ว ดังนั้นฉันจึงจำรายละเอียดไม่ได้ ฉันเพิ่มรายละเอียด testdisk ของสิ่งที่ฉันทำเผื่อว่าจะมีประโยชน์

โพสต์คำตอบ

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