Sziasztok!
Az mitől lehet, hogy ha a két parancs du -h -d1 és df -h nem ugyan azt a mappaméretet mutatja? Van egy 40% eltérés. df ennyivel többet mutat.
A mentések mennek ide. Ez egy távoli (windows) tárhely ami fel van csatolva a gépre, ha windows alól nézem akkor az is a nagyobb df által mutatott adat foglalást látja. Volt már valakinek ilyen? Mit lehet ilyenkor tenni?
- 288 megtekintés
Hozzászólások
Ez teljesen normális, a `du' megszámolja és összeadja azokat a fájrendszer-bejegyzéseket, amiket lát és képes rá stat() rendszerhívást csinálni, a `df' viszont a fájlrendszertől kérdezi le a foglaltságot.
Egy fájlrendszeren sokféle olyan adat tud lenni, ami fájlszinten nem látszódik, vagy éppen más méretűnek látszódik, (shadow copy, hardlinkek, blokkméretből adódó eltérések, stb.) pláne, ha még egy hálózati réteg is van közte, ami esetleg más blokkméretet szimulál a kliensnek, mint ami a szerver oldali fájlrendszeren van.
- A hozzászóláshoz be kell jelentkezni
hardlinkeket éppenséggel a du se számolja többnek (persze ha a hálózati fs azonos inode-ot reportol róluk), viszont a reflinkeket már inkább lehet hogy többnek veszi.
- A hozzászóláshoz be kell jelentkezni
Pl. az is okozhat ilyet, ha egy process megnyitja a logfilet és a logrotate kirotálja alóla. Epic journald issue. du-val nem találod meg, a df meg foglaltnak mutatja a helyet.
- A hozzászóláshoz be kell jelentkezni
Jajám, én is így jártam egyszer.
Nagyságrendi különbség volt a df és a du állítása között.
Végül valahogy kiderítettem, hogy a dovecot a bűnös. Dovecot restart, és máris egyetértett a du és a df. :)
"A megoldásra kell koncentrálni nem a problémára."
- A hozzászóláshoz be kell jelentkezni