[SOLVED] Share folder size only using portion of hard drive with Slackware 14.1
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Share folder size only using portion of hard drive with Slackware 14.1
Hey everyone, hope all is well and keeping safe.
I tried searching for this online but do not know how to word it correctly to get an answer so sorry if this has been asked already.
I have a pc with two hard drives. The first one has the Slackware 14.1 software on it. The second one, is a 1TB hard drive, one partition, ext3, and has a share folder on it.
For some reason the share folder size is limited to 400GB. It does not use the entire 1TB hard drive. When viewing Properties of the shared folder, it would for example say 363GB used, 33GB free, 91% full.
When you copy files to that folder, at some stage, it will say there is not enough space. You then have to remove files from the folder to "free up more space" before you can copy to it again.
What do I have to change or do so that the share folder uses the entire drive and not just a portion of it?
It also would help to know how you are sharing the drive (both software and network) as well as the client side accessing the shares since that is a factor as well.
For example, on my PC I run boinc doing processing for science. I have set up to allow boinc to use up to 12 GB of space on a drive that has over 120GB free. Yet boinc only reports 30GB free.
Your space limitation could be due to the client and not the PC containing the drive itself.
Model: ATA ST1000DM010-2EP1 (scsi)
Disk /dev/sdc: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags
Number Start End Size Type File system Flags
1 32.3kB 1000GB 1000GB primary ext3
The client PCs used, to connect to the shared folder, is using Windows 7 / 10. We use the normal 'Map Network Drive' option to connect to the folder by giving it a Drive letter and filling in the Folder path. There is no quotas set up on any of the client PCs.
I am assuming it is setup somewhere in a config file. On the SlackWare 14.1 PC we have a gui installed as well but that is of no use. None of the configurations is viewable on there almost as if it is not set up yet. I am unfortunately not sure how that share folder was set up in the first place.
Thanks for the information. It confirms that the full 1000GB should be available.
It appears that the PC has been set up as a Samba server with Slackware 14.1 as the operating system. You can confirm this by running the command 'ps -ax | grep smbd' in a terminal. Any lines containing anything apart from "grep smbd" are running Samba processes.
I suggest checking the file system on the drive.
1. Become root in a terminal.
2. Confirm that there is an entry for the disk in /etc/fstab by running 'grep sdc1 /etc/fstab'.
3. Stop Samba by running 'sh /etc/rc.d/rc.samba stop'.
4. Unmount the drive by running 'umount /dev/sdc1'.
5. Check the file system by running 'e2fsck -p /dev/sdc1'. (See 'man e2fsck' for details.)
To restart Samba
6. Mount the drive by running 'mount /dev/sdc1'.
7. Restart Samba by running 'sh /etc/rc.d/rc.samba start'.
And I have absolutely no idea what any of those things mean :-)
Also, I tried the second command namely 'grep sdc1 /etc/fstab' to see if there is an entry for the disk in fstab, but that displays nothing. It just returns to the prompt so I can type in the next command.
So I had a look at fstab by typing 'cat /etc/fstab' and get the following:
At least I can say that the disk does not appear to be in that file. Most of it is sorta understandable except the bottom 3 entries. I have obviously only followed your instructions to point 2 mainly because I did not get any info after that command and wasn't sure if I should go ahead or if there is something else I should try?
I tried reading about the harddrive not being in the fstab file and people on the Internet were saying that some distributions of linux doesn't make use of fstab anymore but it started getting a bit confusing and the commands and files they talked about (mostly related to Ubuntu), I couldn't find on Slackware.
Can you make head or tail of the above? What would you suggest I do next? Thanks
The first three entries, information on those looks correct. As you can see sdc1 is only using, or somehow been configured?, to use only 367G of the entire 1TB hard drive. I need to change that somehow so that it uses all of the space on the 1TB harddrive and not just 367G.
mount -lt ext2,ext3,ext4 gives me:
/dev/sda3 ...
/dev/sdc1 on /media/very_long_assuming_unique_id type ext3 (rw,nosuid,nodev,uhelper=udisks)
test the size. The /etc/fstab needs to be hand edited - to put inside command to mount /dev/sdc1. But for me choice of ext3 for this size of disk is questionable. As I remember it just plain old ext2 plus journal. I would ask people here for suggestions what file system to chose.
The output of 'parted -L' shows only one disk /dev/sdc with one ext3 partition of 1000GB. The mountpoint for /dev/sdc1 on /media/very_long_assuming_unique_id reported from 'mount -lt' seems bogus.
The output of 'cat /etc/fstab' suggests a disk /dev/sda with multiple partitions, including a ext4 partition /dev/sda3 mounted on / (this is the Slackware 14.1 install)
The output of 'df -hT' shows an additional disk /dev/sdb, yet the OP reports only the presence of two hard drives.
I am suspecting we are dealing with a running system that the OP is reluctant to touch without surety.
My guess is that an incorrect mount command command has been entered since the system was booted.
In Slackware, by default, mount commands can only be used by a user with root privileges. There may be clues in log files.
And I have absolutely no idea what any of those things mean :-)
I normally use "ps aux". I suspect that reading the man page for ps might give some enlightenment, such as
Code:
Note that "ps -aux" is distinct from "ps aux". The POSIX and UNIX standards require that "ps -aux" print all processes
owned by a user named "x", as well as printing all processes that would be selected by the -a option. If the user named
"x" does not exist, this ps may interpret the command as "ps aux" instead and print a warning. This behavior is intended
to aid in transitioning old scripts and habits. It is fragile, subject to change, and thus should not be relied upon.
Can you post the complete output of the mount command and df -h (lsblk -f works as well)? I'm guessing that the shared folder has something mounted over it, thus limiting you to the free space of the partition that's on top.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.