Hi,
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?
Thanks
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
Required
- 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
G_DIETPI_VERSION_CORE=8
G_DIETPI_VERSION_SUB=12
G_DIETPI_VERSION_RC=1
G_GITBRANCH='master'
G_GITOWNER='MichaIng'
G_LIVE_PATCH_STATUS[0]='applied'
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
path=/mnt/USB_HDD/Movies
path=/mnt/USB_HDD/downloads
[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?