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