Score:20

เหตุใดการอัปเดตเคอร์เนลในวันนี้จึงต้องการพื้นที่ดิสก์ครึ่งกิกะไบต์

ธง ru

ฉันได้รับการแจ้งเตือนการอัปเดตเป็น Ubuntu 20.04 ฉันตรวจสอบรายการอัปเดตเสมอเพื่อตัดสินใจว่าฉันต้องสำรองข้อมูลอย่างจริงจังเพียงใดก่อนอัปเดต การอัปเดตเคอร์เนลวันนี้ (5.13.0.28.31~20.04.15) ต้องการพื้นที่ดิสก์เพิ่มเติมครึ่งกิกะไบต์:

$ sudo apt อัปเกรด 
...
แพ็คเกจใหม่ต่อไปนี้จะถูกติดตั้ง:
  linux-headers-5.13.0-28-generic linux-hwe-5.13-headers-5.13.0-28
  linux-image-5.13.0-28-generic linux-modules-5.13.0-28-generic
  linux-modules-extra-5.13.0-28-ทั่วไป
แพ็คเกจต่อไปนี้จะได้รับการอัพเกรด:
  linux-generic-hwe-20.04 linux-headers-generic-hwe-20.04
  linux-image-generic-hwe-20.04 linux-libc-dev
อัปเกรด 4 ครั้ง ติดตั้งใหม่ 5 ครั้ง ปรับปรุงใหม่ 0 ครั้ง และอัปเกรดไม่ได้ 0 ครั้ง
ต้องการไฟล์เก็บถาวร 95.0 MB
หลังจากการดำเนินการนี้ จะใช้พื้นที่ดิสก์เพิ่มเติม 508 MB.

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

Score:43
ธง pw
Oli

มีหลายสิ่งหลายอย่างเกิดขึ้นที่นี่ ขึ้นอยู่กับความอยากรู้อยากเห็นของคุณ...

การอัปเดตเคอร์เนลจะถูกส่งเป็นแพ็คเกจแบบสแตนด์อโลน ไม่ใช่การอัปเกรดแบบธรรมดา

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

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

เมล็ด เป็น ใหญ่ (และใหญ่ขึ้นเรื่อยๆ)

ดังนั้นเราจึงได้ทราบว่าเหตุใดการติดตั้งเคอร์เนลที่อัปเดตจึงใช้พื้นที่เพิ่มเติม แต่ทำไม มากมาย ช่องว่าง?

Ubuntu จัดส่งเคอร์เนลที่สร้างขึ้นสำหรับฮาร์ดแวร์ที่มีให้เลือกมากมาย Canonical ต้องการให้ Just Work⢠เมื่อคุณเสียบปลั๊ก เวอร์ชันย่อยทุกเวอร์ชันจะมีไดรเวอร์เพิ่มเข้ามา อัตราการลบไดรเวอร์เก่ามักจะช้ากว่ามาก

เมื่อเวลาผ่านไป เราคาดว่าเคอร์เนลจะมีขนาดบานสะพรั่ง Bionic 4.15.0-101.102 มีขนาดประมาณ 60% ของ HWE 5.13.0 ของ Focal ส่วนใหญ่จะแสดงผ่านการมีโมดูลน้อยลงโดยเฉพาะใน โมดูลพิเศษ.

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

แต่ทำไมแพ็คเกจของพวกเขาถึงมีขนาดเล็กมาก? การดาวน์โหลด 94MB ใช้พื้นที่ดิสก์ 508MB อย่างไร

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

  • รับแพ็คเกจ: ฉลาดดาวน์โหลด linux-generic-hwe-20.04 linux-headers-generic-hwe-20.04 linux-image-generic-hwe-20.04 linux-headers-5.13.0-28-generic linux-hwe-5.13-headers-5.13.0- 28 linux-image-5.13.0-28-generic linux-modules-5.13.0-28-generic linux-modules-extra-5.13.0-28-generic
  • เปรียบเทียบขนาด "ทางกายภาพ" กับขนาดเนื้อหา: สำหรับ f ใน *.deb; ทำ stat --printf="%5n\t%s\t" "$f"; dpkg -c $f; เสร็จแล้ว

มันค่อนข้างดิบในตอนนั้น คุณสามารถแปลงเป็น Calc เพื่อแสดงผลรวมและเปอร์เซ็นต์:

ป้อนคำอธิบายรูปภาพที่นี่

พื้นที่ดิสก์รวมกันค่อนข้างมากกว่า 508MB (ก่อน DKMS ด้วย) แต่บางทีคุณอาจดาวน์โหลดแพ็คเกจบางส่วนไปแล้ว ไม่ว่าจะด้วยวิธีใด คุณจะเห็นว่าบางแพ็คเกจมีขนาดใหญ่กว่ามาก

ฉันต้องการเมล็ดที่เล็กลง!

และคุณสามารถมีได้ เพียงแค่ดูเนื้อหาแพ็คเกจโมดูลเพิ่มเติม ฉันเห็นสิ่งที่ไม่ต้องการหลายร้อยเมกะไบต์ อนิจจามีบางอย่างที่ฉันต้องการ

คุณ สามารถ (ค่อนข้างง่าย) สร้างเมล็ดของคุณเอง มีสคริปต์สำหรับสร้าง (ตอนนี้ฉันใช้ ลินุกซ์-tkg). ตอนนี้มันมีขนาด 450MB บนดิสก์ แต่ฉันสามารถเรียกใช้ได้แม้ว่าจะมีตัวช่วยเช่น ทำ localmodconfig เพื่อตัดโมดูลที่สร้างขึ้นให้เหลือเพียงสิ่งที่โหลดอยู่ในปัจจุบัน สิ่งนี้จะตัดออกประมาณ 95% ของโมดูล

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

in flag
The other problem with the approach of building your own is that you either still have to enable drivers you _might_ need (for example, I build my own kernels, but still enable most of the USB hardware drivers, because I can reasonably expect I may need any of them on short notice), or you have to rebuild every time something about your hardware changes (and `localmodconfig`, last I checked, needs a full kernel to work from).
pw flag
Oli
@AustinHemmelgarn I agree, you definitely need to plan ahead with `localmodconfig`. Adding back things can be laborious. Running a tool like [modprobed-db](https://github.com/graysky2/modprobed-db) on a regular basis ahead of time can be useful to track down the modules you actually use over a period of time. But yeah, even dumping the network adapters you don't use is 50MB saved. Rinse and repeat over storage controllers, graphics adaptors, and you're very quickly up to 150MB without breaking a sweat.
in flag
@Oli Agreed, even just getting rid of the stuff you know you don’t need can indeed be a huge savings, that’s part of why I build my own kernels at all (the other part being that I want certain things that most distros don’t enable by default).
in flag
@Oli it would be neat if a distribution wrapped modprobed-db and kernel updates from source in such a way that unnecessary modules keep being thrown out behind the scenes without need for manual user interaction.
et flag
You can build a `dpkg.cfg.d` file with `path-exclude`/`path-include` entries to avoid extracting modules you don’t need — carefully done, this reduces the disk space required for kernel modules while avoiding the need to build them from source.
Score:22
ธง my

เหตุใดการอัปเดตเคอร์เนลในวันนี้จึงต้องการพื้นที่ดิสก์ครึ่งกิกะไบต์

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

โดยทั่วไป เมื่อเกิดการอัปเกรดครั้งใหญ่ จะต้องวางไฟล์และไดเร็กทอรีใหม่ อย่างไรก็ตาม จะไม่ลบอันที่เก่ากว่าออกโดยอัตโนมัติ ส่งผลให้มีการใช้งานดิสก์นานขึ้น!

หลังจากอัปเกรดเคอร์เนลของคุณแล้ว คุณสามารถลบโมดูลเคอร์เนลเก่าที่ไม่รองรับออกได้โดยเรียกใช้:

sudo apt ลบอัตโนมัติ

มันจะลบเคอร์เนลและโมดูลก่อนหน้านี้ทั้งหมด ซึ่งจะเพิ่มพื้นที่ว่างในดิสก์เกือบ 450MB


ถามตอบ

เหตุใดการอัปเดตเคอร์เนลในวันนี้จึงต้องการพื้นที่ดิสก์ครึ่งกิกะไบต์

เป็นเพราะต้องวางไฟล์ใหม่ จะไม่ลบไฟล์ที่เก่ากว่า ส่งผลให้มีการใช้งานดิสก์นานขึ้น

ฉันไม่ได้จดบันทึก แต่ฉันคิดว่าการอัปเดตเคอร์เนลโดยปกติจะมีขนาดสองร้อย MB

ใช่ ที่จริงแล้ว การอัปเกรดนี้มีขนาดเพียง 60-80MB เท่านั้น

มีอะไรผิดปกติเกี่ยวกับการอัพเดทวันนี้หรือไม่?

ใช่ นี่เป็นการอัปเกรดเคอร์เนลครั้งใหญ่ คุณอาจไม่รู้ว่า Ubuntu 20.04 จะได้รับการอัปเกรดเป็นขั้นที่ 4 ในไม่ช้า ดังนั้นคุณจะได้รับการอัปเกรดมากมายเช่นนี้ เตรียมตัวให้พร้อมสำหรับ Ubuntu 20.04.04 !!


ทำไมเมล็ดจึงใหญ่?

เคอร์เนล Linux จัดการและควบคุมทรัพยากรฮาร์ดแวร์ เช่น I/O (ระบบเครือข่าย ที่เก็บข้อมูล กราฟิก และอุปกรณ์อินเทอร์เฟซผู้ใช้ต่างๆ เป็นต้น) หน่วยความจำ และ CPU สำหรับอุปกรณ์หรือคอมพิวเตอร์ของคุณ ทุกครั้งที่มีการอัปเกรดใหม่ คุณจะได้รับไดรเวอร์และทรัพยากรที่ใหม่กว่าสำหรับทรัพยากรฮาร์ดแวร์ที่ดีขึ้น

หากคุณใช้การ์ดไร้สายที่มีไดรเวอร์ที่สร้างขึ้นเอง คุณต้องคอมไพล์ไดรเวอร์อีกครั้งหลังจากที่เคอร์เนลใหม่เริ่มทำงาน อย่างไรก็ตาม โมดูลอื่นๆ ล่ะ โมดูลที่คุณไม่ต้องการยังคงอยู่ในระบบของคุณ ทำไมต้องมี ไวไฟ เมื่อฉันใช้ rtw99? เคอร์เนล Linux มาพร้อมกับไดรเวอร์ต่าง ๆ มากมายสำหรับอุปกรณ์ทุกประเภท โดยค่าเริ่มต้น, ฉลาด จะติดตั้งทั้งหมด นี่เป็นหนึ่งในเหตุผลหลักว่าทำไมคุณควรคอมไพล์เคอร์เนล Linux ด้วยตัวคุณเองในการคอมไพล์เคอร์เนลลินุกซ์ด้วยตัวคุณเองโดยไม่ต้องอ้างถึงสิ่งที่ไม่จำเป็น หัวข้อนี้, ความคิดเห็น #2.


ความแตกต่างระหว่างขนาดการดาวน์โหลดและขนาดที่ติดตั้ง

ทำไมมันถึงแสดง:

ต้องการไฟล์เก็บถาวร 95.0 MB

แม้ว่าจะมีข้อความว่า "จะใช้พื้นที่ดิสก์เพิ่มเติม 508 MB" หรือไม่

มันเป็นเพราะการบีบอัด

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

ฉลาดแสดง linux-generic-hwe-20.04 linux-headers-generic-hwe-20.04 linux-image-generic-hwe-20.04 linux-headers-5.13.0-28-generic linux-hwe-5.13-headers-5.13.0- 28 linux-image-5.13.0-28-generic linux-modules-5.13.0-28-generic linux-modules-extra-5.13.0-28-generic | egrep "ขนาด|แพ็คเกจ" | grep -v APT

นี่คือตารางแสดงความแตกต่าง:

บรรจุุภัณฑ์ ติดตั้ง-ขนาด ดาวน์โหลดขนาด
แพ็คเกจ: linux-generic-hwe-20.04 ติดตั้ง-ขนาด: 19.5 kB ขนาดดาวน์โหลด : 1,928 บ
แพ็คเกจ: linux-headers-generic-hwe-20.04 ติดตั้ง-ขนาด: 19.5 kB ขนาดดาวน์โหลด: 2,516 บ
แพ็คเกจ: linux-image-generic-hwe-20.04 ติดตั้ง-ขนาด: 19.5 kB ขนาดดาวน์โหลด: 2,628 บ
แพ็คเกจ: linux-headers-5.13.0-28-generic ขนาดที่ติดตั้ง: 24.5 MB ขนาดการดาวน์โหลด: 2,569 kB
แพ็คเกจ: linux-hwe-5.13-headers-5.13.0-28 ขนาดที่ติดตั้ง: 75.9 MB ขนาดการดาวน์โหลด : 11.8 MB
แพ็คเกจ: linux-image-5.13.0-28-generic ขนาดที่ติดตั้ง: 10.2 MB ขนาดการดาวน์โหลด : 10.0 MB
แพ็คเกจ: linux-modules-5.13.0-28-generic ขนาดที่ติดตั้ง: 99.3 MB ขนาดการดาวน์โหลด : 18.3 MB
แพ็คเกจ: linux-modules-extra-5.13.0-28-generic ติดตั้ง-ขนาด: 298 MB ขนาดการดาวน์โหลด: 51.1 MB
raj avatar
cn flag
raj
ประสบการณ์ของฉันคือตัวอัปเดตซอฟต์แวร์ใน Ubuntu มักจะขอให้ลบเมล็ดเก่าหลังจากติดตั้งการอัปเดตเคอร์เนลใหม่ไม่นาน ฉันมักจะไม่ต้องลบอะไรด้วยตนเอง
raj avatar
cn flag
raj
มันยากที่จะใช้คอมพิวเตอร์เดสก์ท็อปโดยไม่มี GUI (คุณจะท่องเว็บได้อย่างไร) :) และเนื่องจากตัวอัปเดตซอฟต์แวร์จัดการการอัปเดตอยู่แล้ว ฉันไม่เห็นสิ่งผิดปกติในความจริงที่ว่ามันขอให้ฉันติดตั้งการอัปเดตใหม่และ เพื่อลบเมล็ดเก่าที่ไม่ได้ใช้มันไม่ได้เกิดขึ้นหลังจาก "นาน" แต่มักจะเกิดขึ้นภายในไม่กี่ชั่วโมงหลังจากติดตั้งเคอร์เนลเวอร์ชันใหม่ บางครั้งทันทีหลังจากติดตั้งเคอร์เนลใหม่ ฉันเห็นว่านี่เป็นวิธีการดำเนินการที่เหมาะสม BTW. ฉันชอบ Synaptic มากกว่าที่จะรัน `apt` ด้วยตนเอง :)
Score:0
ธง in

ทั้งหมดข้างต้นเป็นจริงอย่างแน่นอน

อย่างไรก็ตาม ส่วนหนึ่งของคำตอบ (และเหตุใดคำตอบข้างต้นจึงใช้ได้ผล) ขึ้นอยู่กับวิธีที่ Linux จัดการกับไฟล์ที่ "ถูกลบ" - ไม่ใช่ จริงๆ ถูกลบจนกว่าทุกอย่างที่ใช้จะเสร็จสิ้น

ตัวอย่าง:
สมมติว่ามีแอปพลิเคชัน "Super Duper Text Editor" และสมมติว่าคุณมีหลายหน้าต่างที่เปิดอยู่พร้อมกับข้อความที่คุณกำลังแก้ไข

นอกจากนี้ สมมติว่าการอัปเดตเป็น Super Duper Text Editor ได้รับการติดตั้ง เซสชันการแก้ไขที่มีอยู่ของคุณจะไม่ถูกบล็อกทันที แต่จะหายไปหลังจากที่คุณปิด

แบบนี้:

  1. คุณเปิดโปรแกรมแก้ไขข้อความไว้หลายอินสแตนซ์
  2. คุณปรับปรุงมัน
    • ตัวอัปเดต "ยกเลิกการเชื่อมโยง" รายการไดเร็กทอรีไปยังไฟล์เก่า (หรือสร้างใหม่) และเพิ่มลิงก์ไปยังไฟล์ใหม่ โดยรายการไดเร็กทอรีเดิมจะทำเครื่องหมายว่า "ถูกลบ"
    • ลิงก์ที่มีอยู่ไปยังเซสชันของคุณจะยังคงอยู่จนกว่าเซสชันที่มีอยู่จะปิดลง
  3. ไฟล์ใหม่ทั้งหมดจะถูกเพิ่ม แต่ไฟล์ที่มีอยู่ซึ่งยังคงใช้งานอยู่จะไม่ถูกทำลายเนื่องจากยังคงใช้งานอยู่
  4. ในที่สุด เมื่อคุณบันทึกงานและปิดหน้าต่าง จำนวนลิงก์ที่ใช้งานไปยังไฟล์เก่าจะลดลงเหลือศูนย์ (โปรดจำไว้ว่าลิงก์ของไดเร็กทอรีถูกลบออกเมื่อแพ็คเกจได้รับการอัพเดต)

เมื่อจำนวนลิงก์ไปยังไฟล์ลดลงเหลือศูนย์ ระบบจะถือว่าไฟล์นั้น "ถูกลบ" และพื้นที่นั้นจะถูกกู้คืนเพื่อนำกลับมาใช้ใหม่โดยระบบไฟล์ และทำเครื่องหมายว่าพร้อมใช้งานในซูเปอร์บล็อกและ/หรือวอลุ่มบิตแมป

ในที่สุด (หรือโดยเฉพาะอย่างยิ่งหลังจากรีบูต) ไฟล์เก่าทั้งหมดไม่มีลิงก์และเป็นเกมที่ยุติธรรมที่จะเขียนทับ

ฉันแน่ใจว่ามีรายละเอียดที่ฉันพลาดไป แต่นั่นเป็นวิธีการทำงานทั่วไป

pw flag
Oli
ฉันไม่เห็นว่าสิ่งนี้เกี่ยวข้องกับการอัปเดตเคอร์เนลอย่างไร อาจนำไปใช้กับสิ่งอื่น ๆ แต่เคอร์เนลถูกบรรจุด้วยสตริงเวอร์ชันในชื่อแพ็คเกจ มีเพียง metapackage ที่ชี้ไปที่เวอร์ชันใหม่ เมื่อคุณทำการอัปเดตเคอร์เนล ไม่ใช่แค่ว่ามันเป็นหน่วยความจำภายใน แต่เป็นสำเนาใหม่ของเคอร์เนลที่ถูกติดตั้งควบคู่ไปกับเคอร์เนลเก่า
Jim JR Harris avatar
in flag
"เป็นสำเนาใหม่ของเคอร์เนลที่ถูกติดตั้งควบคู่ไปกับเคอร์เนลเก่า" . . และเป็นผลมาจากวิธีที่ Linux จัดการกับการลบไฟล์ จำนวนพื้นที่ดิสก์จะเพิ่มขึ้นเป็นสองเท่าจนกว่าจะรีบูตครั้งถัดไป ไม่เกี่ยวยังไง??
muru avatar
us flag
@JimJRHarris "จำนวนพื้นที่ดิสก์จะเพิ่มเป็นสองเท่าจนกว่าจะรีบูตครั้งถัดไป" ... ซึ่งใช้ไม่ได้กับการอัปเดตเคอร์เนล เนื่องจากอิมเมจเคอร์เนลแต่ละไฟล์เป็นไฟล์ที่มีชื่อต่างกัน ดังนั้นจนกว่าแพ็คเกจของเคอร์เนลเก่าจะถูกลบออก ไฟล์นั้นจะยังคงอยู่ ไม่ว่าคุณจะรีบูตหรือไม่ก็ไม่เกี่ยวข้องกัน
Jim JR Harris avatar
in flag
จุดดี. ขอขอบคุณสำหรับการชี้แจง.
marcelm avatar
cn flag
_"เนื่องจากวิธีที่ Linux จัดการกับการลบไฟล์ จำนวนพื้นที่ดิสก์จะเพิ่มขึ้นเป็นสองเท่าจนกว่าจะรีบูตครั้งถัดไป"_ - ไม่ พื้นที่ดิสก์จะถูกปล่อยเมื่อเคอร์เนลเก่าถูกลบออก ไม่จำเป็นต้องรีบูต ไม่มีส่วนเกี่ยวข้องกับความหมายของการยกเลิกการเชื่อมโยงของ Linux เนื่องจากทั้งเคอร์เนลอิมเมจที่รันอยู่หรือโมดูลเคอร์เนลที่โหลดทำให้ไฟล์ไม่ว่างเช่นนั้น คุณสามารถตรวจสอบได้ด้วยตัวคุณเองโดยใช้ `lsof`, `df` และ `rm` อิมเมจ/โมดูลเคอร์เนลที่ถูกลบจะปล่อยพื้นที่ดิสก์ทันที น่าเศร้าที่คำตอบของคุณใช้ไม่ได้กับสถานการณ์นี้
raj avatar
cn flag
raj
@marcelm มันใช้งานได้เสมอสำหรับฉัน ดังนั้นหลังจากติดตั้งการอัปเดตเคอร์เนลใหม่ได้ไม่นาน ตัวอัปเดตซอฟต์แวร์จะขอลบเคอร์เนลเก่าที่ไม่ต้องการอีกต่อไป ดังนั้นฉันจึงแทบไม่ต้องเอาเมล็ดเก่าออกด้วยตนเองเลย
marcelm avatar
cn flag
@raj ฉันไม่เคยอ้างว่าจำเป็นต้องลบด้วยตนเอง ฉันแค่ชี้ให้เห็นว่า "ไฟล์ที่ถูกลบที่ยังคงไม่ว่างไม่ปล่อยพื้นที่ดิสก์" ใช้ไม่ได้ที่นี่
Matthew avatar
ru flag
ขอบคุณสำหรับคำตอบนี้ เป็นข้อมูล แต่ดูเหมือนจะไม่ตอบคำถามที่แน่นอนนี้

โพสต์คำตอบ

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