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...
- bAndie9100 blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
[off] haha, ha nem akar visszatérni a prompt akkor ctrl+c :) [/off]
- A hozzászóláshoz be kell jelentkezni
szerinted honorálja egy IOwait-ben lévő processz a SIGINT-et?
~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
meg jut eszembe, ha localhostról csatolom, fel akkor nem //localhost/share a neve? akkor is perperrel kezdődik :)
~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack
- A hozzászóláshoz be kell jelentkezni