Samba share size

I have a Pi3 with Dietpi OS. There is a samba share on a mounted external HDD. HDD size is 320GB, the df -h shows 70% usage meaning there should be some 90 GB available. Using a W10 machine i have checked the above and it is correct.
However when i try to copy file to this share a disk full message shows up and i am not able to copy any file. What is the reason:? Is there a solution?

are you sure you switched Samba home directory to your HDD?

Yes i did. The files are accessible through the network. Only the size is the issue.

how large is the file you are trying to copy?

Can you share some more information


  • DietPi version | cat /boot/dietpi/.version
  • Distro version | echo $G_DISTRO_NAME $G_RASPBIAN
  • Kernel version | uname -a
  • SBC model | echo $G_HW_MODEL_NAME or (EG: RPi3)

and following

lsblk -o name,fstype,label,size,ro,type,mountpoint,partuuid,uuid
df -h
cat /etc/samba/smb.conf | grep path

once the issue happen, can you check logs

cat /var/log/samba/log.smbd

Thanks for handling my issue…
The file to be transfered is 7,78MB


bullseye 1

Linux Wysy-NC 5.15.84-v7+ #1613 SMP Thu Jan 5 11:59:48 GMT 2023 armv7l GNU/Linux
RPi 3 Model B+ (armv7l)
/samba/smb.conf | grep path
NAME        FSTYPE            LABEL       SIZE RO TYPE  MOUNTPOINT   PARTUUID                             UUID
sda                                      57.3G  0 disk
└─sda1      linux_raid_member DietPi:0   57.3G  0 part                                                    7e0debd7-3acf-e0dd-f5ca-3dcb7c4912df
sdb                                      57.3G  0 disk
└─sdb1      linux_raid_member DietPi:0   57.3G  0 part                                                    7e0debd7-3acf-e0dd-f5ca-3dcb7c4912df
  └─md0     ext4                         57.3G  0 raid1                                                   85620b2c-7041-40d9-b866-82dc9557c89a
sdc                                     298.1G  0 disk
└─sdc1      ntfs              Transcend 298.1G  0 part  /mnt/USB_HDD eab207c0-01                          3464FF2D64FEF08A
mmcblk0                                  14.8G  0 disk
├─mmcblk0p1 vfat                          128M  0 part  /boot        0e2887fb-01                          6725-6501
└─mmcblk0p2 ext4                         14.7G  0 part  /            0e2887fb-02                          98fa3b6b-e750-4e39-8191-3b4eae912463
Filesystem      Size  Used Avail Use% Mounted on
/dev/root        15G  3.7G   11G  27% /
devtmpfs        454M     0  454M   0% /dev
tmpfs           487M     0  487M   0% /dev/shm
tmpfs           195M  9.5M  186M   5% /run
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           1.9G     0  1.9G   0% /tmp
tmpfs            50M   80K   50M   1% /var/log
/dev/mmcblk0p1  127M   52M   75M  42% /boot
/dev/sdc1       299G  200G   99G  67% /mnt/USB_HDD
path = /mnt/dietpi_userdata
        path = /mnt/USB_HDD
        path = /mnt/USB_HDD/Nty
[2023/01/10 19:30:44.450403,  0] ../../source3/smbd/server.c:1784(main)
  smbd version 4.13.13-Debian started.
  Copyright Andrew Tridgell and the Samba Team 1992-2020
[2023/01/10 19:30:44.697653,  0] ../../lib/util/become_daemon.c:135(daemon_ready)
  daemon_ready: daemon 'smbd' finished starting up and ready to serve connections

Just out of interesst, why did you create so many different exports? One for /mnt/USB_HDD should have been enough. Isn’t it?

i use several media players: 2 TV and 2 Volumio. So not to be confused, but yes i thought already to reorganize it

just for testing. Could you remove all exports and just leave the one for the folder /mnt/USB_HDD ?

So i did. It seems to me that Urbackupsrv caused the problem by creating an enormous number of files that actually took ages to delete. Thanks for the help.

ah ok, means there where quite some space used by hidden files?