Score:0

df -h shows / is 100% but du -sh * is not showing where the utulization is

ธง ru

OS: Oracle Linux 7.5

df -h keeps showing that / is 100% full but searching on / with du -sh * is not showing where that utilization could possibly be, any help and suggestions will be appreciated. I also can't install lsof coz of the space issue.

[root@ /]# df -h
Filesystem                                    Size  Used Avail Use% Mounted on
devtmpfs                                       32G     0   32G   0% /dev
tmpfs                                          32G   14M   32G   1% /dev/shm
tmpfs                                          32G  1.3G   31G   4% /run
tmpfs                                          32G     0   32G   0% /sys/fs/cgroup
/dev/sda3                                      50G   48G     0 100% /
/dev/sda1                                     976M  208M  702M  23% /boot
/dev/sda2                                     469G   75M  445G   1% /home
//hidden                                       11T  8.5T  2.4T  79% /mnt/buffalo
/dev/sdb                                      2.7T  632G  2.0T  25% /rsv


[root@santo /]# du -sh *
0       bin
206M    boot
14M     dev
38M     etc
2.1M    home
0       lib
0       lib64
16K     lost+found
4.0K    media
4.0K    mnt
28K     opt
0       proc
11M     root
632G    rsv
1.3G    run
0       sbin
4.0K    srv
0       sys
32K     tmp
2.3G    usr
755M    var
dave_thompson_085 avatar
jp flag
หลอก https://serverfault.com/questions/57098/du-vs-df-difference และ https://serverfault.com/questions/275206/disk-full-du-tells-different-how-to-further-investigate และข้าม https://unix.stackexchange.com/questions/565377/unix-df-output-is-var-98-but-just-374mb-used-in-du-output https://unix.stackexchange.com /questions/120311/why-are-there-so-many-different-ways-to-measure-disk-usage https://unix.stackexchange.com/questions/285665/different-output-of-du-and- ดีเอฟ
Score:2
ธง cn

อาจเป็นไดเร็กทอรีที่ขึ้นต้นด้วย ..

พยายาม du --max-ความลึก 1 --one-file-system / ซึ่งจะแสดงไดเร็กทอรีระดับบนสุด และจะไม่ข้ามจุดเชื่อมต่อ

เช่น.

# du --max-ความลึก 1 --one-file-system --human-readable / | เรียง -h
4.0K /สื่อ
4.0K /srv
16K /สูญหาย+พบ
20K / ลบ
488K /tmp
14M /SFTP
29M / ฯลฯ
72M/คัน
245M /รูท
1.7G / ตัวเลือก
3.7G /var
5.7G /usr
22G /บ้าน
34G /
Score:1
ธง cn

คุณสามารถทำบางสิ่งให้สำเร็จได้ ลซ ทำด้วยคำสั่งดังต่อไปนี้

ค้นหา /proc/*/map_files -ls | grep '(ถูกลบ)'

ชื่อของ symlink ที่รายงานในเอาต์พุตนั้นรวมช่วงเป็นเลขฐานสิบหก ซึ่งอาจสอดคล้องกับขนาดไฟล์ในบางกรณี เฉพาะเป้าหมาย symlink ภายในระบบไฟล์ทั้งหมดของคุณ (/) มีแนวโน้มที่จะเกี่ยวข้องในบริบทนี้ อาจมีประโยชน์อย่างยิ่งในการตรวจหาไฟล์เปิดที่ไม่ได้เชื่อมโยง /var/log.

หากคุณพบไฟล์เปิดที่ไม่ได้เชื่อมโยงที่น่าสงสัยด้วยวิธีนี้ ชื่อของไฟล์ควรมี ID กระบวนการของกระบวนการที่เปิด และการฆ่ากระบวนการนั้น (หรือการรีบูต) ควรปล่อยพื้นที่ว่างที่ไฟล์นั้นครอบครอง

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

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

cn flag
โหวตขึ้น! นี่คือคำอธิบายที่พบบ่อยที่สุด ไฟล์ที่ซ่อนอยู่ใน `/` ไม่ใช่เรื่องธรรมดา ในขณะที่กระบวนการระงับการเปิดไฟล์บันทึกที่ลบไปแล้วนั้นเป็นปัญหาที่พบบ่อยมาก

โพสต์คำตอบ

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