[Samba] 'max_four_gig' parameter to normalize to 4GB

[Thomas Bork]

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