df --local

Mindenki használja a `df` parancsot, de vajon tudod-e, hogy mit csinál a --local kapcsoló?
Az én megszokásom `df -hPlT` alakban meghívni, ha hirtelen a fájlrendszerek kihasználtságára vagyok kiváncsi,

a kapcsolók gyakorlati jelentése:
-h használjon méret mértékegységeket
-P hosszú device name esetén se tördelje a sorokat
-T fájlrendszer tipusát is mutassa
-l csak helyi fájlrendszereket listázzon - ezt a lassú elérésű nfs/glusterfs/sshfs-ek tanították meg nekem.

De mi minősül a df számára lokálisnak?
Debián coreutils 8.5-be belenézve hamar megtalálható egy ME_REMOTE makró, ami teljesül ha
1. a fájrendszer neve kettőspontot (:) tartalmaz, vagy
2. smbfs vagy cifs tipusú ÉS perperrel (//) kezdődik.

Ej-ej, hát méltó ez egy coreutilshoz?
Az még csak hagyján, hogy a tipus mellett csak a device name alapján dönt - használhatóbb lenne pl. a _netdev mount opciót is figyelembe venni -, de hogy miért kell egy smbfs/cifs nevének //-rel is kezdődnie ráadásul...
smbfs/cifs-et minősítsük már mindig remote-nak.
A ":" figyelése ugyan ritkán ad true negatívat, de az egyre több fuse fs elterjedésével nem fogja tudni a df ezzel a módszerrel helyesen megállapítani a mountpoint távoli mivoltját. Én meg verhetem a klaviatúrát a promptomért...

Hozzászólások

[off] haha, ha nem akar visszatérni a prompt akkor ctrl+c :) [/off]

Lényegileg egyetértek, csak:

"smbfs/cifs-et minősítsük már mindig remote-nak."

Pont volt locsemegenek egy topicja, ahol felmerült, hogy pl ügyes öröklődéses jogokat lehet csinálni sambaval, amihez akár egy local mount is hasznos lehet. Szóval nem mindig trivi, hogy mi a "jó" megoldás :)

ha localhostról csatolom fel, én akkor is remote-nak venném: lehet, h nincs igazi hálózati kommunikáció, de átmegy a hálózati stack-en. `ifdown lo`-ra biztos megszakad. akkor már ismerje fel azt is a df (vagy más szoftver, amit közvetettül érdekel), hogy a névfeloldás helyileg történik-e, vagy nem? mert névfeloldás miatt is megakadhat a smbfs.

~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack