Hi,
at first sorry for my bad english...
I'm working on a little samba package for a routing projekt:
www.fli4l.de
This is a router, which runs from a single floppy. For easier use of
printing functions for Win-Clients and for simple shares my package
comes with Samba, with an very old version (1.9.18p10). I need this old
version because she is very small and fits on the floppy.
New versions of the fli4l-router allow an install on compact flash and
hard disk drives.
The problem is:
Samba 1.9.18p10 cannot show the real space on big hard disk drives.
There is only shown 4GB (3,96 GB). The "dfree command" doesn't
solve
the problem:
dfree command = /usr/bin/dfree
#!/bin/sh
#df $1 | tail -1 | awk '{print $2" "$4}'
set -f
set -- `/bin/df $1 | sed -n '$p'`
echo "$2 $4"
Here is the output for df and dfree of /dev/hda4:
router 2.0.4 # df
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/ram 3899 1032 2867 26% /
/dev/hda2 63917 5723 58194 9% /opt
/dev/hda1 31640 4538 27102 14% /boot
/dev/hda4 5913931 212 5913719 0% /usr/local/data
router 2.0.4 # dfree /dev/hda4
5913931 5913719
This should be a free space of
5913719 / 1024 / 1024 = 5,63976192474365234375 GB
W2K, XP, Win9x/Me only showing 3,96 GB - I don't know why.
With the same Kernelversion, a newer Samba-Version (2.2.5) and the same
dfree command there are correct outputs (www.eisfair.org).
I searched the net for a solution and found Samba cvs messages like
this:
***
smbd/dfree.c: Added 'max_four_gig' parameter to normalize to 4GB when
asked
(used to be the default).
smbd/open.c smbd/reply.c smbd/trans2.c:
Changed to allow a <4GB volume size to be returned on a
trans2
qfsinfo level 1 call. NT clients refuse to do the correct call to Samba
servers
(Herb recons it's the unicode bit) - this allows even a level 1 to
return a
volume size up to 9444732961341243916800 bytes (should be enough for
now,
until we get the unicode support added :-).
Jeremy.
***
I there a way for me to correct the old version 1.9.18p10 for showing
the reals free space on big disks? Your help is very appreciated.
tom