Score:1

/dev/shm ใช้งานได้เต็ม 100% แต่ไม่มีไฟล์ขนาดใหญ่

ธง aw

ฉันเพิ่งอัปเดตเป็น Ubuntu 20.04.3 (เคอร์เนล 5.11.0-34-generic #36~20.04.1-Ubuntu SMP) ดังนั้นนี่อาจเป็นข้อบกพร่อง หลังจากใช้งานไปสองสามชั่วโมง พาร์ติชันหน่วยความจำแบบแบ่งใช้ก็จะเต็ม ตาม ดีเอฟ,พาร์ติชั่น /dev/shm มีข้อมูล 16G อยู่ในนั้น:

ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
...
tmpfs 16G 16G 0 100% /dev/shm
...

การพยายามเขียนไฟล์ใหม่ไปยังพาร์ติชันนั้นล้มเหลว:

$ echo "foobar" > /dev/shm/foobar.txt
bash: echo: ข้อผิดพลาดในการเขียน: ไม่มีพื้นที่เหลือบนอุปกรณ์

อย่างไรก็ตาม เมื่อฉันดูไฟล์ในพาร์ติชันนั้น ไฟล์เหล่านี้ใช้ขนาดประมาณ 170K เท่านั้น:

$ du -h /dev/shm/*
0 /dev/shm/foobar.txt
4.0K /dev/shm/sem.CiscoAcMemoryLock
4.0K /dev/shm/sem.CiscoAcNamedEventNVM
4.0K /dev/shm/sem.CiscoAcNamedEventOpenDNS
4.0K /dev/shm/sem.CiscoAcNamedEventPostureISE
156K /dev/shm/tmp

ฉันสังเกตเห็นสิ่งนี้เกิดขึ้นเนื่องจาก google-chrome ดัมพ์แกนกลาง และฉันไม่สามารถรีสตาร์ท Chrome ได้จนกว่าจะมีที่ว่าง /dev/shmและวิธีเดียวที่ฉันพบในการเรียกคืนหน่วยความจำคือรีบูต

ฉันจะทราบได้อย่างไรว่ามีการใช้พื้นที่ใน /dev/shm อย่างไร

aw flag
หลังจากลองผิดลองถูก ฉันพบว่าสิ่งนี้เกิดจาก google-chrome ฉันสามารถแก้ไขได้โดยเรียกใช้ Chrome ด้วยตัวเลือก "--disable-dev-shm-usage" ฉันยังคงสนใจคำตอบที่อาจชี้ว่า Chrome เป็นผู้ร้าย
Score:1
ธง cn

ไฟล์มีอยู่ในระบบไฟล์ตราบเท่าที่ยังมีรายการไดเร็กทอรี หรือ กำลังถูกเปิดไว้โดยกระบวนการปัจจุบัน วิ่ง du -h /dev/shm/ (เพิ่ม * ไม่รวมไฟล์ที่ขึ้นต้นด้วย .) จะแสดงเฉพาะอดีต

คุณต้องวิ่งด้วย sudo lsof /dev/shmซึ่งแสดงไฟล์ที่เปิดอยู่ในปัจจุบันบนระบบไฟล์นั้น

ตัวอย่างเช่น:

คำสั่ง PID ผู้ใช้ ประเภท FD ขนาดอุปกรณ์/ปิด ชื่อโหนด
ผู้ใช้ QtWebEngi 654092 DEL REG 0,31 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ
ผู้ใช้ QtWebEngi 654092 DEL REG 0,31 2613 /dev/shm/.org.chromium.Chromium.eY7oKn
ผู้ใช้ QtWebEngi 654092 DEL REG 0,31 2624 /dev/shm/.org.chromium.Chromium.zuBEOF
QtWebEngi 654092 ผู้ใช้ 22u REG 0,31 144 2610 /dev/shm/.org.chromium.Chromium.eAzBpJ (ลบแล้ว)
QtWebEngi 654092 ผู้ใช้ 29u REG 0,31 144 2613 /dev/shm/.org.chromium.Chromium.eY7oKn (ลบแล้ว)
ผู้ใช้ QtWebEngi 654092 46r REG 0,31 1048576 2624 /dev/shm/.org.chromium.Chromium.zuBEOF (ลบแล้ว)

บรรทัดที่ลงท้ายด้วย (ลบแล้ว) จะไม่พบโดย ดู่แต่จะยังคงใช้พื้นที่อยู่ตราบเท่าที่มีกระบวนการใด ๆ อยู่ในไฟล์นั้น

aw flag
คำแนะนำที่ดี และฉันแน่ใจว่าสิ่งนี้จะเป็นประโยชน์สำหรับผู้อื่น แต่สำหรับฉัน เมื่อฉันฆ่ากระบวนการทั้งหมดที่แสดงด้วยคำสั่ง lsof และ lsof ไม่แสดงสิ่งใดที่แนบมากับ /dev/shm และไดเร็กทอรี /dev/shm ว่างเปล่าอย่างสมบูรณ์ df แสดงพาร์ติชันนั้นเต็ม 100%
Score:0
ธง in

ฉันมีปัญหาเดียวกันกับ Ubuntu 20.04 LTS (เคอร์เนลเวอร์ชัน 5.11.0.34.36 อัปเดตด้วยตัวอัปเดตเป็น 5.11.0.36.40) หลังจากอัปเดตเคอร์เนลเป็นเวอร์ชันล่าสุดแล้ว ปัญหาก็ได้รับการแก้ไข โดยโพสต์จาก Marc Gil Sendra ดู https://unix.stackexchange.com/questions/654004/ubuntu-20-04-problems-with-chrome-teams-visual-studio-code-maybe-related-wi ตั้งแต่ 14.7.2021 เขาแก้ปัญหาด้วยการอัปเดตเคอร์เนลเป็นเวอร์ชัน 5.12.10 ฉันใช้ https://linuxhint.com/install-upgrade-linux-kernel-ubuntu-linux-mint/ เพื่ออัปเกรดเวอร์ชันเป็น 5.14.8-051408-generic และดูเหมือนว่าปัญหาจะได้รับการแก้ไขแล้ว

โพสต์คำตอบ

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