ฉันมีไดรฟ์ WD M.2 ขนาด 2TB (1.8T) ซึ่งดูเหมือนจะไม่มีพื้นที่จัดเก็บหลายร้อย GB แต่ฉันไม่สามารถทราบได้ว่าไดรฟ์นั้นอยู่ที่ไหนหรือกำลังใช้อะไรอยู่ สิ่งนี้เกิดขึ้นกับ Samsung SATA SSD ของฉันด้วย ดังนั้นฉันจึงไม่คิดว่ามันเกี่ยวข้องกับตัวไดรฟ์ นี่เป็นพาร์ติชันเดียวในไดรฟ์เหล่านี้
ดีเอฟ บอกว่าฉันใช้ข้อมูล 1.3T
trever@เซิร์ฟเวอร์:~$ df -h
ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
อูเดฟ 32G 0 32G 0% /เดฟ
tmpfs 6.3G 5.7M 6.3G 1% /รัน
/dev/nvme0n1p2 1.8T 1.3T 477G 73% /
ตัววิเคราะห์การใช้งานดิสก์ (baobab) บอกว่าฉันใช้พื้นที่ประมาณ 850GB ซึ่งสำหรับฉันแล้วดูเหมือนว่าจะแม่นยำกว่าสำหรับสิ่งที่ฉันคาดไว้ ฉันรันสิ่งนี้ในฐานะรูท (ซูโด เบาบับ) และให้มันสแกนไดรฟ์รูท / และนี่คือสิ่งที่ได้กลับมา
จากนั้นตัวตรวจสอบระบบยังบอกว่าฉันใช้ 1.4T ซึ่งก็ใช้ได้ ฉันเข้าใจว่าอาจมีการปัดเศษและ/หรือวิธีคำนวณพื้นที่ดิสก์
การใช้พื้นที่เก็บข้อมูล 800-900GB เหมาะสมกว่าสำหรับฉัน ฉันตรวจสอบสิ่งต่างๆ เช่น พื้นที่ที่สงวนไว้:
trever@server:~$ sudo tune2fs -l /dev/sda1 | grep -i "จำนวนบล็อก"
[sudo] รหัสผ่านสำหรับเทรเวอร์:
จำนวนบล็อก: 976754176
จำนวนบล็อกที่สงวนไว้: 48837708
ฉันได้ตรวจสอบขนาดของ /var/logs (20GB)และ /var/cache/apt/เอกสารสำคัญ/ (380MB) และฉันก็ยังไม่ทราบว่าหลายร้อย GB หายไปที่ไหน
มีข้อเสนอแนะเพิ่มเติมเกี่ยวกับสิ่งที่จะทำให้พื้นที่นี้เพิ่มขึ้นหรือไม่
อัปเดต: พื้นที่ว่างมากขึ้นเรื่อย ๆ ดูเหมือนจะหายไปเมื่อเวลาผ่านไป ตอนนี้ฉันอยู่ที่ไหน:
trever@เซิร์ฟเวอร์:~$ df -h
ขนาดระบบไฟล์ที่ใช้ Avail Use% Mounted on
อูเดฟ 32G 0 32G 0% /เดฟ
tmpfs 6.3G 5.3M 6.3G 1% /รัน
/dev/nvme0n1p2 1.8T 1.6T 157G 92% /
และนี่คือสิ่งที่ฉันสามารถอธิบายได้:
เซิร์ฟเวอร์ root@:~# du -cha --max-ความลึก=1 --exclude=/Volumes/* / | grep -E "M|G"
42M /สคริปต์
du: ไม่สามารถเข้าถึง '/proc/44457': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
du: ไม่สามารถเข้าถึง '/proc/44535': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
du: ไม่สามารถเข้าถึง '/proc/44586/task/44586/fd/4': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
du: ไม่สามารถเข้าถึง '/proc/44586/task/44586/fdinfo/4': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
du: ไม่สามารถเข้าถึง '/proc/44586/fd/3': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
du: ไม่สามารถเข้าถึง '/proc/44586/fdinfo/3': ไม่มีไฟล์หรือไดเรกทอรีดังกล่าว
94G /var
du: ไม่สามารถเข้าถึง '/run/user/1000/gvfs': ปฏิเสธการอนุญาต
5.3M /รอบ
2.1G /swapfile
183M/คัน
14M / ฯลฯ
538G /นักเทียบท่า
202G /บ้าน
8.9G /usr
6.0G /สแนป
1.8G /รูท
852G /
รวม 852G
ฉันได้ทำก ฟค และดูเหมือนว่าจะดี ฉันไม่แน่ใจว่าอะไรกินพื้นที่ของฉันอย่างน่าอัศจรรย์ แต่มันค่อนข้างเกี่ยวข้อง
จากข้อมูลที่ให้ไว้จนถึงตอนนี้ และบอกใบ้ถึงการมีอยู่ของไฟล์ที่เกี่ยวข้องกับนักเทียบท่าจำนวนมาก ฉันสงสัยว่าสิ่งนี้เกิดจากไฟล์ที่ถูกลบแต่ยังคงเปิดอยู่ นั่นคือไฟล์ที่สร้างขึ้นโดยโปรแกรม จากนั้น โปรแกรมจะลบเส้นทางของระบบไฟล์ในขณะที่ยังคงเปิดไฟล์อธิบายไว้
นี่อาจเป็นผลมาจากกิจกรรม Docker ในระบบไฟล์
คำสั่งด้านล่างจะทดสอบสมมติฐานโดยการค้นหาและแสดงว่าไฟล์ใดใช้พื้นที่ใด
สำหรับภาพรวมเบื้องต้น คุณสามารถออกสิ่งนี้:
lsof -n | egrep -w "ลบแล้ว|^คำสั่ง"
แต่สิ่งนี้จะแสดงรายการไฟล์หลอกในหน่วยความจำเท่านั้นจำนวนมากที่ไม่ใช้พื้นที่จัดเก็บจริง
ตัวอย่าง:
คำสั่ง PID TID TASKCMD ผู้ใช้ FD ประเภท ขนาดอุปกรณ์/ปิด ชื่อโหนด
Xorg 1183 รูท 78u REG 0,1 4 2058 /memfd:xshmfence (ลบแล้ว)
Xorg 1183 รูท 85u REG 0,1 4 7182 /memfd:xshmfence (ลบแล้ว)
Xorg 1183 รูท 92u REG 0,1 4 7137 /memfd:xshmfence (ลบแล้ว)
Xorg 1183 รูท 94u REG 0,1 4 7870 /memfd:xshmfence (ลบแล้ว)
สิ่งนี้กรองและแสดงไฟล์จริงเป็นส่วนใหญ่:
lsof -F "sn" -lnPX -M | sed -n 's|^n/|/|p' | ลบ grep | egrep -v '^/(dev/shm|memfd:|proc)' | LC_ALL=C เรียงลำดับ -n | ยูนิค
ตัวอย่าง:
/tmp/#someinodenumber (ลบแล้ว)
สิ่งนี้น่าสนใจกว่า: มันจะแสดงรายการไฟล์ทั้งหมดพร้อมกับพื้นที่ที่พวกเขาครอบครองเป็นไบต์และอีกมากมาย
# คุณอาจต้องการเรียกใช้ส่วนนี้ในฐานะรูทเพื่อให้แน่ใจว่ามีการรายงานทั้งหมด
lsof -F "ctsupMin" -lnPX -M >|/tmp/lfosoutput
#สามารถเรียกใช้เป็นผู้ใช้ปกติไม่จำเป็นต้องรูท
{ echo "SIZE^UID^PID^ชื่อกระบวนการ^ชื่องาน^INODE^PATH"
</tmp/lfosoutput \
python3 -c $'import sys ; ฉ={}
def g(c): กลับ f.get(c,"(ไม่ทราบ)")
สำหรับบรรทัดใน sys.stdin:
ค=บรรทัด[0] ; r=บรรทัด[1:].rstrip() ; ฉ[ค]=ร
ถ้า c=="n" และ f["t"]=="REG" \
และ "(ถูกลบ)" ใน f["n"] \
และไม่ใช่ f["n"].startswith("/memfd:") \
และไม่ใช่ f["n"].startswith("/dev/shm") :
พิมพ์(f'\''{g("s")}^{g("u")}^{g("p")}^\"{g("c")}\"^\"{ g("M")}\"^{g("i")}^{g("n")}'\'')
ฉ={}' \
| LC_ALL=C เรียงลำดับ -n | ยูนิค
echo "SIZE^UID^PID^ชื่อกระบวนการ^ชื่องาน^INODE^PATH"
} | คอลัมน์ -t -s '^'
เอาต์พุตตัวอย่าง: ไฟล์ขนาด 36 เมกะไบต์ที่ Firefox ใช้
ขนาด UID PID ชื่อกระบวนการ ชื่องาน INODE PATH
36012032 1234 12345 "Isolated Web Co" "StyleThread#2" 1234567 /tmp/mozilla-temp-12345 (ลบแล้ว)
ขนาด UID PID ชื่อกระบวนการ ชื่องาน INODE PATH
(จริงๆมีหลายบรรทัดแบบนี้นี่แค่บรรทัดตัวอย่างนะครับ)
ในเทอร์มินัลอื่น ให้คัดลอกและวางสิ่งนี้:
# เรียกใช้ล่ามแบบโต้ตอบของ Python
หลาม3
# ตอนนี้อยู่ใน Python
n="/tmp/whatever_file_name_you_want"
f=open(n,mode='a')
นำเข้าระบบปฏิบัติการ
os.unlink(n)
f.write("บางประโยค")
ฉ.flush()
#อย่าออกตอนนี้ไม่งั้นไฟล์จะหายไปจริงๆ
ในเทอร์มินัลแรก คุณสามารถเรียกใช้ทั้งสองขั้นตอนข้างต้น (การช้า lsof แล้วส่วนการจัดรูปแบบ) และตราบใดที่กระบวนการงูหลามด้านบนยังมีชีวิตอยู่ บรรทัดนี้จะถูกรายงาน:
ขนาด UID PID ชื่อกระบวนการ ชื่องาน INODE PATH
13 1000 1387343 "python3" "gdbus" 1308894 /tmp/whatever_file_name_you_want (ลบแล้ว)
ขนาด UID PID ชื่อกระบวนการ ชื่องาน INODE PATH
จากนั้นคุณสามารถออกจากตัวแปลภาษาไพ ธ อนด้านบน (กด คอนโทรล-ดี หรือพิมพ์ ทางออก (0)). หากคุณเรียกใช้ทั้งสองส่วน (ส่วน lsof ที่ช้าและส่วนการจัดรูปแบบ) คุณจะสังเกตเห็นว่าไฟล์ทดสอบไม่ปรากฏขึ้นอีกต่อไป
สคริปต์ด้านบนสามารถแก้ไขเพื่อเขียนข้อมูลจำนวนมาก (เช่น หลายร้อยกิกะไบต์) และใช้เครื่องมือตามปกติของคุณ คุณจะเห็นว่าพื้นที่นั้นว่างจริง ๆ ก็ต่อเมื่อกระบวนการสร้างปิดตัวอธิบายไฟล์แล้วเท่านั้น การสิ้นสุดกระบวนการก็เพียงพอแล้วเพื่อให้แน่ใจว่าตัวอธิบายไฟล์ปิดอยู่
เมื่อเรียกใช้สิ่งนี้ คุณอาจเห็นชื่อกระบวนการ ชื่องาน และไฟล์เป็นส่วนใหญ่ ไม่ว่าจะเป็นไฟล์ขนาดใหญ่สองสามไฟล์ เช่น รูปภาพที่ Docker ดึงมาจากเครือข่าย หรือไฟล์ขนาดเล็กจำนวนมากจาก Docker อีกครั้ง
หรืออย่างอื่น.
โปรดบอกว่าสิ่งนี้ช่วยคุณได้หรือไม่
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
