Score:0

Ubuntu 20.04 LTS NetworkManager.service ไม่สามารถเริ่มต้นได้

ธง za

ฉันเริ่มมีปัญหากับ NetworkManager.service และไม่ได้เชื่อมต่ออินเทอร์เน็ตเลยเมื่อหลายเดือนก่อน ฉันจะได้รับป๊อปอัปแสดงข้อผิดพลาดของ Ubuntu สำหรับบริการนี้ที่ไม่สามารถเริ่มต้นได้ แต่การรีสตาร์ทคอมพิวเตอร์จะทำให้คอมพิวเตอร์เริ่มต้นได้อย่างถูกต้องอีกครั้ง และจะไม่เกิดขึ้นบ่อยเกินไป จากนั้นมันเริ่มเกิดขึ้นบ่อยขึ้นและการรีสตาร์ทหยุดทำงานในแต่ละครั้ง ส่งผลให้มีการพยายามหลายครั้งเพื่อให้เริ่มต้นได้อย่างถูกต้อง เจอคนที่บอกว่าคำสั่ง sudo systemctl รีสตาร์ท NetworkManager.service จะเริ่มต้นใหม่อีกครั้ง และในขณะที่สิ่งนี้ได้ผล (แม้ว่าฉันต้องเรียกใช้เกือบทุกครั้งที่รีสตาร์ทคอมพิวเตอร์)

แต่วันนี้ คำสั่งนี้ใช้ไม่ได้อีกต่อไป เกิดข้อผิดพลาด และตอนนี้ฉันไม่สามารถเชื่อมต่ออินเทอร์เน็ตใดๆ จาก Ubuntu แม้ว่าคอมพิวเตอร์จะรีสตาร์ทและปิดเครื่องไปหลายเครื่องก็ตาม:

~$ sudo systemctl รีสตาร์ท NetworkManager.service
งานสำหรับ NetworkManager.service ล้มเหลวเนื่องจากมีการส่งสัญญาณร้ายแรงทำให้กระบวนการควบคุมถ่ายโอนข้อมูลหลัก
ดู "สถานะ systemctl NetworkManager.service" และ "journalctl -xe" สำหรับรายละเอียด

ตรวจสอบสถานะของ systemctl ฉันได้รับสิ่งนี้:

~ $ systemctl สถานะ NetworkManager.service
â NetworkManager.service - ผู้จัดการเครือข่าย
     โหลดแล้ว: โหลดแล้ว (/lib/systemd/system/NetworkManager.service; เปิดใช้งาน; การตั้งค่าล่วงหน้าของผู้ขาย: เปิดใช้งาน)
     ใช้งานอยู่: ล้มเหลว (ผลลัพธ์: core-dump) ตั้งแต่ อา. 2021-06-27 14:40:30 EDT; 2 นาที 9 วินาทีที่แล้ว
       เอกสาร: man:NetworkManager(8)
    กระบวนการ: 3222 ExecStart=/usr/sbin/NetworkManager --no-daemon (code=dumped, signal=BUS)
   PID หลัก: 3222 (รหัส=ทิ้ง, สัญญาณ=บัส)

27 มิ.ย. 14:40:30 ผู้ใช้ systemd[1]: NetworkManager.service: งานรีสตาร์ทตามกำหนดเวลา ตัวนับการรีสตาร์ทอยู่ที่ 5
27 มิ.ย. 14:40:30 ผู้ใช้ systemd[1]: ตัวจัดการเครือข่ายหยุดทำงาน
27 มิ.ย. 14:40:30 user systemd[1]: NetworkManager.service: เริ่มคำขอซ้ำเร็วเกินไป
27 มิ.ย. 14:40:30 user systemd[1]: NetworkManager.service: ล้มเหลวด้วยผลลัพธ์ 'core-dump'
27 มิ.ย. 14:40:30 user systemd[1]: ไม่สามารถเริ่ม Network Manager

สำหรับ สมุดรายวันctl -xe ผลลัพธ์ฉันได้ใส่บันทึกทั้งหมดที่ให้ฉันที่ลิงค์ pastebin นี้: https://pastebin.com/gTJMktN5 มีข้อผิดพลาดมากมายที่คล้ายกับข้างต้นที่บอกว่าล้มเหลวด้วยการถ่ายโอนข้อมูลหลัก แต่นี่เป็นเพียงหนึ่งในบล็อกที่อาจเกี่ยวข้อง:

-- งานเริ่มต้นสำหรับหน่วย NetworkManager.service ได้เริ่มดำเนินการแล้ว
-- 
-- ตัวระบุงานคือ 1897
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: ข้อยกเว้น Emask 0x0 SAct 0x200000 SErr 0x0 การกระทำ 0x0
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: irq_stat 0x40000008
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: cmd 60/08:a8:70:9a:41/00:00:5a:00:00/40 แท็ก 21 ncq dma 4096 ใน
                                      ความละเอียด 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (สื่อผิดพลาด) <F>
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: สถานะ: { DRDY ERR }
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: ข้อผิดพลาด: { UNC }
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: กำหนดค่าสำหรับ UDMA/133
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#21 FAILED ผลลัพธ์: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#21 Sense Key: Medium Error [ปัจจุบัน] 
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#21 เพิ่มความรู้สึก: ข้อผิดพลาดในการอ่านที่ไม่ได้กู้คืน - การจัดสรรใหม่อัตโนมัติล้มเหลว
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#21 CDB: อ่าน (10) 28 00 5a 41 9a 70 00 00 08 00
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: blk_update_request: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 1514248820 op 0x0:(READ) ตั้งค่าสถานะ 0x0 phys_seg 1 prio class 0
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4: EH เสร็จสมบูรณ์
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: ข้อยกเว้น Emask 0x0 SAct 0x4000000 SErr 0x0 การกระทำ 0x0
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: irq_stat 0x40000008
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: cmd 60/08:d0:70:9a:41/00:00:5a:00:00/40 แท็ก 26 ncq dma 4096 ใน
                                      ความละเอียด 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (สื่อผิดพลาด) <F>
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: สถานะ: { DRDY ERR }
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: ข้อผิดพลาด: { UNC }
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: กำหนดค่าสำหรับ UDMA/133
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 FAILED ผลลัพธ์: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=0s
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 Sense Key: Medium Error [ปัจจุบัน] 
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 เพิ่ม ความรู้สึก: ข้อผิดพลาดในการอ่านที่ไม่ได้กู้คืน - การจัดสรรใหม่อัตโนมัติล้มเหลว
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: sd 3:0:0:0: [sdb] tag#26 CDB: อ่าน (10) 28 00 5a 41 9a 70 00 00 08 00
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: blk_update_request: ข้อผิดพลาด I / O, dev sdb, เซกเตอร์ 1514248820 op 0x0:(READ) ตั้งค่าสถานะ 0x0 phys_seg 1 prio class 0
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4: EH เสร็จสมบูรณ์
27 มิ.ย. 14:40:28 user systemd[1]: NetworkManager.service: ออกจากกระบวนการหลักแล้ว, รหัส=ทิ้ง, สถานะ=7/BUS
-- หัวเรื่อง: ออกจากกระบวนการหน่วยแล้ว
-- กำหนดโดย: systemd
-- การสนับสนุน: http://www.ubuntu.com/support
-- 
-- กระบวนการ ExecStart= ที่เป็นของหน่วย NetworkManager.service ได้ออกแล้ว

ฉันเคยเห็นโพสต์ที่คล้ายกันนี้ซึ่งตอบกลับมาว่าให้อัปเดตเวอร์ชันเคอร์เนลและสิ่งอื่น ๆ แต่ขณะนี้ฉันกำลังใช้งานเวอร์ชันล่าสุดที่มีในเวอร์ชัน 20.04 LTS และฉันไม่คิดว่าจะต้องเบี่ยงเบนมากนัก จากมัน.

ฉันกำลังวิ่ง อูบุนตู 20.04.2 LTS x86_64 ด้วยเคอร์เนล:

~$ uname -a
ผู้ใช้ Linux 5.8.0-59-generic #66~20.04.1-Ubuntu SMP พฤ. 17 มิ.ย. 11:14:10 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux

ฉันยังเริ่มพบป๊อปอัปข้อผิดพลาดบ่อยครั้งสำหรับบริการที่ไม่เคยล้มเหลวมาก่อนในวันนี้ ขณะที่ฉันรวบรวมบันทึกเหล่านี้ มีไว้สำหรับบริการต่อไปนี้:

/usr/libexec/color
/usr/libexec/tracker-extract
/usr/libexec/tracker-miner-fs
/usr/lib/packagekit/packagekitd

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

ความช่วยเหลือใด ๆ ในการดีบักหรือค้นหาวิธีแก้ไขจะได้รับการชื่นชม

แก้ไข:

นี่คือผลลัพธ์ของ grep -i FPDMA /var/log/syslog*: https://pastebin.com/tazDug7H

นี่คือผลลัพธ์ของ dmesg. มีข้อผิดพลาด I/O เล็กน้อยในข้อผิดพลาดนี้ สำหรับเร็กคอร์ด ไดรฟ์การติดตั้งคือ /dev/sdb: https://pastebin.com/ctefUjUA

ผลลัพธ์ของ ฟค ในไดรฟ์ติดตั้ง:

~$ sudo fsck -f /dev/sdb2
fsck จาก util-linux 2.34.1
e2fsck 1.45.5 (07-ม.ค.-2563)
ผ่าน 1: ตรวจสอบไอโหนด บล็อก และขนาด
ผ่าน 2: การตรวจสอบโครงสร้างไดเร็กทอรี
ผ่าน 3: ตรวจสอบการเชื่อมต่อไดเร็กทอรี
ผ่าน 4: ตรวจสอบจำนวนอ้างอิง
ผ่าน 5: ตรวจสอบข้อมูลสรุปของกลุ่ม
/dev/sdb2: 635347/61022208 ไฟล์ (1.4% ไม่ติดกัน), 29081215/244059648 บล็อก

ภาพหน้าจอของการทดสอบ SMART

Score:0
ธง ru

คสช

คุณมีข้อผิดพลาดเกี่ยวกับดิสก์ NCQ...

27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: คำสั่งล้มเหลว: อ่าน FPDMA QUEUED
27 มิถุนายน 14:40:28 เคอร์เนลผู้ใช้: ata4.00: cmd 60/08:a8:70:9a:41/00:00:5a:00:00/40 แท็ก 21 ncq dma 4096 ใน
                                      ความละเอียด 41/40:00:74:9a:41/00:00:5a:00:00/00 Emask 0x409 (สื่อผิดพลาด) <F>
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: สถานะ: { DRDY ERR }
27 มิ.ย. 14:40:28 เคอร์เนลผู้ใช้: ata4.00: ข้อผิดพลาด: { UNC }

Native Command Queuing (NCQ) เป็นส่วนเสริมของโปรโตคอล Serial ATA ซึ่งช่วยให้ฮาร์ดดิสก์ไดรฟ์สามารถปรับลำดับคำสั่งอ่านและเขียนที่ได้รับให้เหมาะสมภายใน

แก้ไข sudo -H gedit /etc/default/grub และเปลี่ยนบรรทัดต่อไปนี้เพื่อรวมพารามิเตอร์พิเศษนี้ จากนั้นทำ sudo ปรับปรุงด้วง เพื่อเขียนการเปลี่ยนแปลงลงดิสก์ รีบูต จอมอนิเตอร์ค้าง/ฯลฯ แล้วดู grep -i FPDMA /var/log/syslog* หรือ dmesg สำหรับข้อความแสดงข้อผิดพลาดอย่างต่อเนื่อง

GRUB_CMDLINE_LINUX_DEFAULT="libata.force=noncq"

ฟค

  • บูตเป็น Ubuntu Live DVD/USB ในโหมด âTry Ubuntuâ mode
  • เปิด เทอร์มินัล หน้าต่างโดยการกด Ctrl+Alt+
  • พิมพ์ sudo fdisk -l
  • ระบุชื่ออุปกรณ์ /dev/sdXX สำหรับ "Linux Filesystem" ของคุณ
  • พิมพ์ sudo fsck -f /dev/sdXXแทนที่ sdXX ด้วยเลขที่พบก่อนหน้านี้
  • ทำซ้ำ ฟค คำสั่งหากมีข้อผิดพลาด
  • พิมพ์ รีบูต

เอสเอสดี

เกี่ยวกับคุณ SanDisk SSD พลัส 1TBตรวจสอบการอัปเดตเฟิร์มแวร์ ไปที่เว็บไซต์ SanDisk และดาวน์โหลด แผงควบคุม ซอฟต์แวร์. ต้องใช้ Windows

ดู https://kb.sandisk.com/app/answers/detail/a_id/15108/~/dashboard-support-information

อัปเดต #1:

แม้ว่า SMART จะบอกว่า SSD ใช้ได้ แต่ก็ไม่ใช่ คุณมี 6146 ข้อผิดพลาดที่ไม่สามารถแก้ไขได้ และ 21388 ข้อผิดพลาด ECC ที่แก้ไขไม่ได้! เนื่องจากคุณเปลี่ยนสายเคเบิลและอัปเดตเฟิร์มแวร์แล้ว ปัญหาจึงอยู่ที่พอร์ต SATA หรือของคุณ SSD ไม่ดี.

Bobchuck avatar
za flag
ขอบคุณสำหรับการตอบสนอง ฉันจะลองใช้ส่วน NCQ ทันที แต่เมื่อคุณพูดว่า "อย่าบล็อก SSD ไม่ดี" คุณกำลังบอกว่าจะไม่เรียกใช้คำสั่งต่อไปนี้บน SSD หรือไม่ อันที่จริงการติดตั้ง Ubuntu ของฉันอยู่บน SSD
heynnema avatar
ru flag
@Bobchuck ยี่ห้อ / รุ่น SSD คืออะไร ซัมซุง?
Bobchuck avatar
za flag
มันคือ SamDisk SSD PLUS 1TB นอกจากนี้ การแก้ไขไฟล์ grub และการอัปเดต grub ก็ดูเหมือนจะไม่เปลี่ยนแปลงอะไรเลย -- NetworkManager ยังคงหยุดทำงานเมื่อเริ่มต้น ฉันจะเพิ่มบันทึกจาก `syslog` และ `dmesg` ในคำถามของฉัน เนื่องจากอาจมีมากกว่านี้ให้ดู แม้ว่าสิ่งที่น่าสนใจคือฉันสามารถเริ่มบริการได้ด้วยการเรียกใช้ `sudo systemctl start NetworkManager.service` (`รีสตาร์ท` ไม่ได้ทำอะไรเลย) ทั้งก่อนและหลังการแก้ไขไฟล์ grub แต่ฉันอาจโชคดี
heynnema avatar
ru flag
@Bobchuck หลังจากแก้ไขไฟล์ GRUB และ `sudo update-grub` คุณรีบูตระบบหรือไม่
Bobchuck avatar
za flag
ใช่ ฉันแก้ไขไฟล์ grub รันคำสั่งนั้น แล้วรีบูตเครื่อง
heynnema avatar
ru flag
@Bobchuck ใช้ `grep -i FPDMA /var/log/syslog*` เพื่อดูว่าคุณได้รับผลกระทบใด ๆ หลังจากรีบูตครั้งล่าสุดหรือไม่ ดูการอัปเดตในคำตอบของฉันด้วย
heynnema avatar
ru flag
@Bobchuck เพิ่มการอัปเดต `fsck` ในคำตอบของฉัน
Bobchuck avatar
za flag
ฉันจะรันคำสั่ง fsck ในตอนเช้าพรุ่งนี้เนื่องจากมันสายไปแล้ว สำหรับ syslogs ฉันได้อัปเดตคำถามของฉันด้วยบันทึกที่ด้านล่างของโพสต์
heynnema avatar
ru flag
@Bobchuck คุณรีบูตกี่โมง ข้อผิดพลาด FPDMA ล่าสุดถูกบันทึกเมื่อ 27 มิ.ย. 19:52:49 น.
Bobchuck avatar
za flag
น่าจะเป็นเวลาประมาณเที่ยงคืนหรือเลยเที่ยงคืนไป ประมาณวันที่ 28 มิ.ย. 00:00:00 น
heynnema avatar
ru flag
@Bobchuck SSD ยังคงมีปัญหาอยู่ ทำ `fsck` และตรวจสอบเฟิร์มแวร์ คุณอาจมี SSD หรือสายเคเบิลที่ไม่ดี SSD เป็นไดรฟ์ SATA ภายในหรือไม่ คุณมีไดรฟ์กี่ตัว SATA ภายในทั้งหมด? หรือ USB ภายนอก?
Bobchuck avatar
za flag
ฉันรัน fsck และใส่ผลลัพธ์ในโพสต์ต้นฉบับของฉัน ฉันได้ตรวจสอบสถานะ SMART ของไดร์ฟแล้ว และมันก็ใช้ได้ ดังนั้นดูเหมือนว่าไดร์ฟจะแข็งแรงดี ฉันมี 5 ไดรฟ์: 3 SSD และ 2 HDD ภายใน SATA ทั้งหมด เฉพาะ SSD ที่การติดตั้งเปิดอยู่เมื่อเริ่มต้นระบบ
heynnema avatar
ru flag
@Bobchuck ทำได้ดีมาก! โปรดแสดงภาพหน้าจอของหน้าต่างข้อมูล SMART ตรวจสอบเฟิร์มแวร์ SSD ด้วยโดยใช้ลิงก์ในคำตอบของฉัน บนสาย SSD SATA คุณมีสายสำรองหรือไม่? ถ้าไม่ อย่างน้อยคุณสามารถเสียบสายเคเบิลที่ปลายทั้งสองด้านใหม่ได้หรือไม่? คุณมีพาวเวอร์ซัพพลายที่มีพลังงานเพียงพอที่จะรัน SDD/HDD ทั้งหมดของคุณหรือไม่
Bobchuck avatar
za flag
ฉันเพิ่มภาพหน้าจอของหน้าต่างข้อมูล SMART ในโพสต์ของฉันการเปลี่ยนสาย SATA หรือการอัปเดตเฟิร์มแวร์ SSD ไม่ได้ทำอะไรเลย ใช่ ฉันมีพลังงานเพียงพอสำหรับไดรฟ์ ฉันมีการตั้งค่าปัจจุบันนี้มาเกือบ 2 ปีแล้ว และตอนนี้ฉันแสดงความคิดเห็นจากไดรฟ์ Windows ในเครื่องเดียวกัน
heynnema avatar
ru flag
@Bobchuck ขอบคุณสำหรับการอัพเดท แม้ว่า SMART จะบอกว่า SSD ใช้ได้ แต่ก็ไม่ใช่ คุณมี **6146 ข้อผิดพลาดที่แก้ไขไม่ได้** และ **ข้อผิดพลาด ECC ที่แก้ไขไม่ได้ 21388**! เนื่องจากคุณเปลี่ยนสายเคเบิลและอัปเดตเฟิร์มแวร์แล้ว ปัญหาจึงอยู่ที่พอร์ต SATA หรือ **SSD ของคุณเสีย**
Bobchuck avatar
za flag
โอ้ขอบคุณสำหรับการชี้แจงข้อมูลนั้นให้ฉัน ฉันไม่เคยใช้การทดสอบนั้นมาก่อน น่าเสียดายที่ไดรฟ์มีอายุเพียง 2 ปี ฉันจะเปลี่ยนพอร์ตที่เปิดอยู่และทำการทดสอบอีกครั้งเพื่อยืนยัน ดังนั้นฉันจึงเข้าใจสถานการณ์ทั้งหมด หากปัญหาเกิดขึ้นกับไดรฟ์จริงๆ สมมติฐานปัจจุบันคือไดรฟ์ไม่สามารถอ่านข้อมูลได้อย่างถูกต้องทำให้เกิดข้อผิดพลาดเหล่านี้ และอาจเลวร้ายลงทำให้เกิดข้อผิดพลาดบ่อยขึ้น
heynnema avatar
ru flag
@Bobchuck ถูกต้อง เมื่ออยู่ในพื้นที่ **SMART Data & Tests** แล้ว คุณยังสามารถเรียกใช้การทดสอบระยะสั้น/ยาว และสังเกตว่าจำนวนข้อผิดพลาดเหล่านั้นยังคงเพิ่มขึ้นหรือไม่
Bobchuck avatar
za flag
ฉันขอขอบคุณความช่วยเหลือ น่าเสียดายที่มันต้องจบแบบนี้ แต่โชคดีที่ไดร์ฟทั้งหมดยังไม่พัง ฉันจะลองทดสอบบางอย่างดู แล้วเริ่มมองหาไดรฟ์ใหม่
heynnema avatar
ru flag
@Bobchuck คุณอาจต้องการตรวจสอบการรับประกันของ SanDisks ในไดรฟ์นั้น บางทีพวกเขาจะเปลี่ยนให้คุณ

โพสต์คำตอบ

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