Steam under linux report me my harddisk have 0 bytes and can't to install games
Can confirm. Happening on my 8TB NTFS, mounted with full permission under /mnt.
Steam Beta on Arch Linux 64-bit, fully updated.
At least for now you can probably use the same workaround as listed at: https://github.com/ValveSoftware/steam-for-linux/issues/3226#issuecomment-413288346
That will completely bypass Steam's size limit check.
If that doesn't work then you can replace these lines:
buf->f_bfree = buf->f_blocks;
buf->f_bavail = buf->f_blocks;
With some sizes that are large enough to install whatever game you want.
Remember that steam is a 32-bit application, steam (not so much anymore, I'm curious what the issue here is) and some games have issues with super large drives (even on linux filesystems on occasion because of inode links exceeding the 32-bit space on some filesystems).
Hi，there！ I used to have same issue，here are my suggestion：
- If your Steam libarary folder in a mobile HDD or some thing mount to linux mannully (that's mean your should input your password to mount ,as i known,almost all distro ask password to mount by default ),mount the disk first ,and then run steam to set folder,attention:mount first then start steam ,mount while steam running dosnt work.
- if your disk type is NTFS ,which belong winddows (maybe two os in one machine share same storage disk ),then reboot to windows ,do nothing and reboot (do it by windows menu,not by restart button on pc case,hard reboot will make ntfs read only in linux, caused by fast boot of windows10t,that mean you can close fast boot mode of windows),then enter linux ,follow step 1
I'm also haveing this issue.
I've tried the above solutions and havn't been able to get it to work.
I've also tried mounting it useing this technique from steam support and that did not work either. https://support.steampowered.com/kb_article.php?ref=7611-FHLZ-4319
I'm on a fresh install of linux mint 19 64bit (Cinnamon).
The drive does not show up in the list of drives when I am trying to install a game.
If I page to its mount point in the directory steam says it is 0 bytes
It is an NTFS Drive
Here is the disk in the Drives App "
It works just fine in the file manager.
I'm able to browse the files, and make new ones, I'm also able to read linux-made files on this drive if I boot over to windows.
Every other part of my system seems fine with it, but not steam for some reason.
I'm also haveing this issue.
I've tried the above solutions and havn't been able to get it to work.
I've also tried mounting it useing this technique from steam support and that did not work either. https://support.steampowered.com/kb_article.php?ref=7611-FHLZ-4319I'm on a fresh install of linux mint 19 64bit (Cinnamon).
The drive does not show up in the list of drives when I am trying to install a game.
If I page to its mount point in the directory steam says it is 0 bytes
It is an NTFS Drive
Here is the disk in the Drives App "
It works just fine in the file manager.
I'm able to browse the files, and make new ones, I'm also able to read linux-made files on this drive if I boot over to windows.Every other part of my system seems fine with it, but not steam for some reason.
is that gnome disk tool？ if it is，the auto mounted function is incompatible with steam。though the ntfs driver was mounted ，but seems steam can only download file into ntfs but cannot install the update,if you verify the game file ,steam will recognized the game as "damaged" while actually it isnt.i think maybe its authority setted default by gnome-disk isnt right for steam(but other app ,qbittorrent as example,is ok).But if i close auto mount and mount ntfs by manullly,it works well
After 5 month do we know if this will be fixed?
Seconded. It can see all the existing games, just not install new ones or updates.
So if we have an NTFS with over 2TB free, we're just screwed? How is this still an issue after all this time?
Happening with my 8tb drive also.
Happening with my 8 TB drive too.
Maybe developers don't read what ppl reporting here.
I've got the same problem with an 8TB drive using NTFS.
For the used dualboot setup it is for me the most practical solution to use this filesystem.
I have had an similar setup on my old machine with an 3TB drive. There where no problems at all with this configuration.
I've no answer yet if this is an problem with the ntfs implementation or the steam client itself.
Doing a little information gathering here, although it won't be until after any mid-year sale before I can crack open the client code.
If you're experiencing this, it'd be great to have:
- The output of
df -h - The output of
mount - The output of
uname -a
You can trim these to just show the affected filesystem(s) if you like.
From reading the ticket it looks like every report is under NTFS, but I want to see if it's only for particular sizes or kernel versions.
Many thanks!
output from df -h for the affected drive:
/dev/sdc1 7,3T 2,3T 5,1T 31% /media/data
output from mount for the affected drive and fusectl:
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
/dev/sdc1 on /media/data type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,user)
Kernelinfo from uname -a
Linux desktop 5.1.7-arch1-1-ARCH #1 SMP PREEMPT Tue Jun 4 15:47:45 UTC 2019 x86_64 GNU/Linux
additonal if it is needed the entry for the drive from /etc/fstab
UUID=5A9222B392229413 /media/data ntfs uid=1000,gid=1000,rw,user,exec,umask=000 0 0
Are there any news on this case?
I have this issue as well on an 8tb NTFS drive
The output of df -h
/dev/sdb2 7.3T 3.2T 4.1T 44% /media/bigdaddylinux/8TB
The output of mount
/dev/sdb2 on /media/bigdaddylinux/8TB type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
The output of uname -a
Linux pop-os 5.0.0-27-generic [#28](/issue/ValveSoftware/steam-for-linux/28)-Ubuntu SMP Tue Aug 20 19:53:07 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
I detected same problem on ubuntu Ubuntu 18.04.3 LTS
But it was not NTFS partition rather than default linux one.
Problem was solved by re-creating download folder.
Bump since it's been a while without updates.
NTFS drive working on Win10 + Linux but Steam can't r/w data on it.
I did the troubleshooting suggested by Ghost, but doesn't seem to relate.
Outputs:
df -h: /dev/sdb2 931G 826G 105G 89% /home/sakurai/MSX
mount: /dev/sdb2 on /home/sakurai/MSX type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,user)
uname -a: Linux lain 5.8.1-arch1-1 #1 SMP PREEMPT Wed, 12 Aug 2020 18:50:43 +0000 x86_64 GNU/Linux
Update:
After reinstalling Steam from ~/.local/share/Steam and ~/.steam it's still identified as "0 Bytes used" despite the installed games on the MSX (/dev/sdb2) drive, however, if I try to install the games already present in the MSX drive, Steam starts a validation process instead and the game is, then, shown as Installed. This changes the Used Space tab from 0 bytes to the verified game's size.
I may do this workaround with multiple games to get them correctly recognized, however, Steam is not automatically identifying them still.
It could most probably be related to NTFS filesystems being mounted r/o because they are left in a non-pristine state when you exit Windows which has Hibernation enabled...
For solutions:
- Performing a full shutdown of Windows will allow the drives to be fully mounted by Ubuntu.
This can be accomplished by holding the SHIFT key as you press the "Shut down" button on the "Power" menu.
By: schulwitz Jun 2 '17 at 23:33 on stackexchange. - To avoid having to hold-down Shift every time you shutdown Windows (it's easy to forget in a dual-boot configuration),
you can simply disable Hibernation entirely, which also disables Hybrid Boot, thereby making this a non-issue.
When booted into Windows, launch an elevated Command Prompt ("Run as Administrator") and type powercfg /h off and hit Enter.
Then, reboot into Ubuntu, and the NTFS drive will be writable.
If you'd prefer not to disable Hibernation entirely, you can disable only Hybrid Boot using Control Panel (I couldn't find a command-line method); see link in the Answer for guide.
By: Ben Johnson Jul 19 '18 at 0:44 on stackexchange.
There should also be some kind of option(s) to use to automatically fsck the NTFS and correcting that state upon mounting under Linux, but i forgot at moment and the above is the safest route to go...
There should be some message in your logs about the corresponding NTFS volume being mounted r/o by the ntfs driver due to that fact...
@TriMoon Please note multiple reports of the drives being correctly mounted, including with r/w permissions on Linux. In my report the problem is isolated to Steam since I can normally use other applications with r/w access to the "0 bytes" reported drive.
@TriMoon Please note multiple reports of the drives being correctly mounted, including with r/w permissions on Linux. In my report the problem is isolated to Steam since I can normally use other applications with r/w access to the "0 bytes" reported drive.
ok it was just one of the more common problems of using NTFS on linux...
IIRC Steam installs a special user "steam" right? perhaps check if that user has r/w access to the whole path leading upto and including the Steam library where the games are installed.
If there is no problem so far then im out of suggestions because then it would be indeed something inside the code of steam that is wrong and not on Linux side...
Disclaimer: Please take note that due to circumstances i am personally not able to run Steam on my current temporary OS install...
I have same issue with my zfs / btrfs and mergerfs
ZFS3WAY 13T 1.1T 12T 9% /ZFS3WAY
SnapRaidArray 55T 40T 16T 73% /SnapRaidArray
the only thing I can do is install the games to my home folder then manually move them to another mount and alter the configs to point to new location
but now can not install anything because my home folder is running out of space
#df -h
Filesystem Size Used Avail Use% Mounted on
udev 32G 0 32G 0% /dev
tmpfs 6.3G 22M 6.3G 1% /run
/dev/mapper/Raid5LVM-UbuntuSystem 66G 62G 2.6G 97% /
tmpfs 32G 1.4G 31G 5% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 32G 0 32G 0% /sys/fs/cgroup
SnapRaidArray 55T 40T 16T 73% /SnapRaidArray
/dev/mapper/Raid5LVM-Boot 1.8G 430M 1.3G 26% /boot
/dev/mapper/Raid5LVM-Home 206G 198G 6.6G 97% /home
/dev/loop0 163M 163M 0 100% /snap/blender/44
/dev/mapper/SRP2NA1B21-part1 2.7T 2.5T 200G 93% /mnt/SnapRaidArray_P/SRP2NA1B21
/dev/mapper/Raid5LVM-ManjaroSystem 56G 7.6G 48G 14% /mnt/ManjaroSystem
/dev/loop1 105M 105M 0 100% /snap/brackets/138
/dev/loop2 153M 153M 0 100% /snap/chromium/1071
/dev/loop3 180M 180M 0 100% /snap/blender/45
/dev/loop4 97M 97M 0 100% /snap/core/9804
/dev/loop5 153M 153M 0 100% /snap/chromium/1056
/dev/loop6 56M 56M 0 100% /snap/core18/1885
/dev/loop7 55M 55M 0 100% /snap/core18/1880
/dev/loop8 185M 185M 0 100% /snap/eclipse/40
/dev/loop9 211M 211M 0 100% /snap/eclipse/48
/dev/loop10 162M 162M 0 100% /snap/chromium/1291
/dev/loop11 163M 163M 0 100% /snap/chromium/1298
/dev/loop12 116M 116M 0 100% /snap/cmake/301
/dev/loop13 55M 55M 0 100% /snap/core18/1668
/dev/loop14 3.5M 3.5M 0 100% /snap/mjpg-streamer/42
/dev/loop15 63M 63M 0 100% /snap/gtk-common-themes/1506
/dev/loop16 92M 92M 0 100% /snap/core/8689
/dev/loop17 205M 205M 0 100% /snap/firefox/330
/dev/loop18 157M 157M 0 100% /snap/gnome-3-28-1804/110
/dev/loop19 71M 71M 0 100% /snap/lxd/16926
/dev/loop20 162M 162M 0 100% /snap/gnome-3-28-1804/128
/dev/loop21 161M 161M 0 100% /snap/gnome-3-28-1804/116
/dev/loop22 4.2M 4.2M 0 100% /snap/fswebcam/1
/dev/loop23 97M 97M 0 100% /snap/core/9665
/dev/loop24 45M 45M 0 100% /snap/gtk-common-themes/1440
/dev/loop25 87M 87M 0 100% /snap/simplescreenrecorder/1
/dev/loop26 71M 71M 0 100% /snap/lxd/16889
/dev/loop27 55M 55M 0 100% /snap/gtk-common-themes/1502
/dev/mapper/SRD10NA1B9-part1 2.8T 2.0T 807G 72% /mnt/SnapRaidArray/SRD10NA1B9
/dev/mapper/SRD9NA1B8-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD9NA1B8
/dev/mapper/SRD11NA1B10-part1 2.8T 2.0T 809G 72% /mnt/SnapRaidArray/SRD11NA1B10
/dev/mapper/SRD15NA1B14-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD15NA1B14
/dev/mapper/SRD2NA1B1-part1 2.8T 2.0T 807G 72% /mnt/SnapRaidArray/SRD2NA1B1
/dev/mapper/SRD18NA1B17-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD18NA1B17
/dev/mapper/SRD7NA1B6-part1 2.8T 2.0T 809G 72% /mnt/SnapRaidArray/SRD7NA1B6
/dev/mapper/SRD1NA1B0-part1 2.8T 2.0T 806G 72% /mnt/SnapRaidArray/SRD1NA1B0
/dev/mapper/SRD6NA1B5-part1 2.8T 2.4T 382G 87% /mnt/SnapRaidArray/SRD6NA1B5
/dev/mapper/SRD13NA1B12-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD13NA1B12
/dev/mapper/SRD8NA1B7-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD8NA1B7
/dev/mapper/SRD17NA1B16-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD17NA1B16
/dev/mapper/SRD14NA1B13-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD14NA1B13
/dev/mapper/SRD16NA1B15-part1 2.8T 2.0T 805G 72% /mnt/SnapRaidArray/SRD16NA1B15
/dev/mapper/SRD19NA1B18-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD19NA1B18
/dev/mapper/SRD4NA1B3-part1 2.8T 2.0T 788G 72% /mnt/SnapRaidArray/SRD4NA1B3
/dev/mapper/SRD20NA1B19-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD20NA1B19
/dev/mapper/SRD12NA1B11-part1 2.8T 2.0T 809G 72% /mnt/SnapRaidArray/SRD12NA1B11
/dev/mapper/SRD3NA1B2-part1 2.8T 2.0T 808G 72% /mnt/SnapRaidArray/SRD3NA1B2
/dev/mapper/SRD5NA1B4-part1 2.8T 2.1T 704G 75% /mnt/SnapRaidArray/SRD5NA1B4
tmpfs 6.3G 168K 6.3G 1% /run/user/1000
ZFS3WAY 13T 1.1T 12T 9% /ZFS3WAY
overlay 66G 62G 2.6G 97% /var/lib/docker/overlay2/ae9831823140af02a7becfe0af0983606ff046b707e0fd299d0cc8a220f9ac39/merged
overlay 66G 62G 2.6G 97% /var/lib/docker/overlay2/048d74774bb7bed8d448f35d5820f35734f081879db0d5a86ac95d7690cc815b/merged
shm 64M 0 64M 0% /var/lib/docker/containers/c81df5ef6bd673e5e224f5cb06c1be01ea56f2dc9179a781aebd7df0635e9cc4/mounts/shm
shm 64M 0 64M 0% /var/lib/docker/containers/bcc6f6ece35168a3cb8a55598d44c88069f7e2a528302405f8f3323df7278399/mounts/shm
aio@aio:~$
Linux aio 5.8.8-050808-generic #202009091435 SMP Wed Sep 9 19:04:34 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=32854816k,nr_inodes=8213704,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=6587464k,mode=755)
/dev/mapper/Raid5LVM-UbuntuSystem on / type btrfs (rw,relatime,ssd,space_cache,subvolid=5,subvol=/)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=59120)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
nfsd on /proc/fs/nfsd type nfsd (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
SnapRaidArray on /SnapRaidArray type fuse.mergerfs (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other)
/dev/mapper/Raid5LVM-Boot on /boot type ext4 (rw,relatime,stripe=384)
/dev/mapper/Raid5LVM-Home on /home type ext4 (rw,relatime,stripe=384)
/var/lib/snapd/snaps/blender_44.snap on /snap/blender/44 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/mapper/SRP2NA1B21-part1 on /mnt/SnapRaidArray_P/SRP2NA1B21 type ext4 (rw,nosuid,nodev,noexec,noatime,x-gvfs-hide)
/dev/mapper/Raid5LVM-ManjaroSystem on /mnt/ManjaroSystem type btrfs (rw,relatime,ssd,space_cache,subvolid=256,subvol=/@)
/var/lib/snapd/snaps/brackets_138.snap on /snap/brackets/138 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/chromium_1071.snap on /snap/chromium/1071 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/blender_45.snap on /snap/blender/45 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_9804.snap on /snap/core/9804 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/chromium_1056.snap on /snap/chromium/1056 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1885.snap on /snap/core18/1885 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1880.snap on /snap/core18/1880 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/eclipse_40.snap on /snap/eclipse/40 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/eclipse_48.snap on /snap/eclipse/48 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/chromium_1291.snap on /snap/chromium/1291 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/chromium_1298.snap on /snap/chromium/1298 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/cmake_301.snap on /snap/cmake/301 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_1668.snap on /snap/core18/1668 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/mjpg-streamer_42.snap on /snap/mjpg-streamer/42 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1506.snap on /snap/gtk-common-themes/1506 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_8689.snap on /snap/core/8689 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/firefox_330.snap on /snap/firefox/330 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_110.snap on /snap/gnome-3-28-1804/110 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_16926.snap on /snap/lxd/16926 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_128.snap on /snap/gnome-3-28-1804/128 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gnome-3-28-1804_116.snap on /snap/gnome-3-28-1804/116 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/fswebcam_1.snap on /snap/fswebcam/1 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_9665.snap on /snap/core/9665 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1440.snap on /snap/gtk-common-themes/1440 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/simplescreenrecorder_1.snap on /snap/simplescreenrecorder/1 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/lxd_16889.snap on /snap/lxd/16889 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1502.snap on /snap/gtk-common-themes/1502 type squashfs (ro,nodev,relatime,x-gdu.hide)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
/dev/mapper/SRD10NA1B9-part1 on /mnt/SnapRaidArray/SRD10NA1B9 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD9NA1B8-part1 on /mnt/SnapRaidArray/SRD9NA1B8 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD11NA1B10-part1 on /mnt/SnapRaidArray/SRD11NA1B10 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD15NA1B14-part1 on /mnt/SnapRaidArray/SRD15NA1B14 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD2NA1B1-part1 on /mnt/SnapRaidArray/SRD2NA1B1 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD18NA1B17-part1 on /mnt/SnapRaidArray/SRD18NA1B17 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD7NA1B6-part1 on /mnt/SnapRaidArray/SRD7NA1B6 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD1NA1B0-part1 on /mnt/SnapRaidArray/SRD1NA1B0 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD6NA1B5-part1 on /mnt/SnapRaidArray/SRD6NA1B5 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD13NA1B12-part1 on /mnt/SnapRaidArray/SRD13NA1B12 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD8NA1B7-part1 on /mnt/SnapRaidArray/SRD8NA1B7 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD17NA1B16-part1 on /mnt/SnapRaidArray/SRD17NA1B16 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD14NA1B13-part1 on /mnt/SnapRaidArray/SRD14NA1B13 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD16NA1B15-part1 on /mnt/SnapRaidArray/SRD16NA1B15 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD19NA1B18-part1 on /mnt/SnapRaidArray/SRD19NA1B18 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD4NA1B3-part1 on /mnt/SnapRaidArray/SRD4NA1B3 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD20NA1B19-part1 on /mnt/SnapRaidArray/SRD20NA1B19 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD12NA1B11-part1 on /mnt/SnapRaidArray/SRD12NA1B11 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=6587464k,mode=755)
nsfs on /run/snapd/ns/mjpg-streamer.mnt type nsfs (rw)
nsfs on /run/snapd/ns/lxd.mnt type nsfs (rw)
/dev/mapper/SRD3NA1B2-part1 on /mnt/SnapRaidArray/SRD3NA1B2 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
/dev/mapper/SRD5NA1B4-part1 on /mnt/SnapRaidArray/SRD5NA1B4 type btrfs (rw,nosuid,nodev,noexec,noatime,space_cache,subvolid=5,subvol=/,x-gvfs-hide)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=6587460k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/fuse on /run/user/1000/doc type fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
ZFS3WAY on /ZFS3WAY type zfs (rw,noatime,xattr,noacl)
overlay on /var/lib/docker/overlay2/ae9831823140af02a7becfe0af0983606ff046b707e0fd299d0cc8a220f9ac39/merged type overlay (rw,relatime,lowerdir=/var/lib/docker/overlay2/l/TGAIONXWVDCSSLSID7BGTRMO63:/var/lib/docker/overlay2/l/5YOV7HI3GSYZX6OQOTVVBNB37X:/var/lib/docker/overlay2/l/FTXVYHL5PB3HXR4RVCLEGCKNV2:/var/lib/docker/overlay2/l/IOB3HJW7R5FVWK4VDA5BWAWG7S:/var/lib/docker/overlay2/l/H5VK6ZQFZYSLJBSMRTJD73JWFD:/var/lib/docker/overlay2/l/YYPR42TS6QUBPZ3TH745EJQ5I7,upperdir=/var/lib/docker/overlay2/ae9831823140af02a7becfe0af0983606ff046b707e0fd299d0cc8a220f9ac39/diff,workdir=/var/lib/docker/overlay2/ae9831823140af02a7becfe0af0983606ff046b707e0fd299d0cc8a220f9ac39/work)
overlay on /var/lib/docker/overlay2/048d74774bb7bed8d448f35d5820f35734f081879db0d5a86ac95d7690cc815b/merged type overlay (rw,relatime,lowerdir=/var/lib/docker/overlay2/l/WSEUE7JGBCS6AXW6IHFTLAQ2CA:/var/lib/docker/overlay2/l/IG2HAPTSJPEWKVX454KPFWI4PK:/var/lib/docker/overlay2/l/SZ3CBKUIDUJW6DKZM7SNEJHEIU:/var/lib/docker/overlay2/l/JEL7J2C5BXH2RH4GUKWI5K4MEX:/var/lib/docker/overlay2/l/KPJP4ALCP6KVKW6TUMLBPWCJSO:/var/lib/docker/overlay2/l/LVN3J4U32J64JDVYNHIVT2PUVY:/var/lib/docker/overlay2/l/K3M6QJW4BMVLUCFGBEZBCQE5YT:/var/lib/docker/overlay2/l/3GCAEG7UKIIXRSVYZ455THC5EN:/var/lib/docker/overlay2/l/QCMIRWJ5LKOM7Q5TNBKZ727DEW:/var/lib/docker/overlay2/l/PRUR5V2QVJ5PZUBESPMVMGGJN4:/var/lib/docker/overlay2/l/3JYEWXIA5PNXXHWPIVYCPB4HQA:/var/lib/docker/overlay2/l/GM7NZXDMWBKEKXK34BEKWIDLL3:/var/lib/docker/overlay2/l/4Z35DYT4MVPBXMMBM34F4EKQDD:/var/lib/docker/overlay2/l/4WRQ2OY2VHS43W4XGKI7RVJ64O:/var/lib/docker/overlay2/l/RDIOSVY2SZZLXUZGHDGTU6VURZ:/var/lib/docker/overlay2/l/BYDA4MMQL4ZK4UXGD4VVCMJGZA:/var/lib/docker/overlay2/l/7K4FP323B6E2XRCVA26S4IB76N:/var/lib/docker/overlay2/l/KIVCR4YUIMU5G74RRAAFGIGC5M,upperdir=/var/lib/docker/overlay2/048d74774bb7bed8d448f35d5820f35734f081879db0d5a86ac95d7690cc815b/diff,workdir=/var/lib/docker/overlay2/048d74774bb7bed8d448f35d5820f35734f081879db0d5a86ac95d7690cc815b/work)
shm on /var/lib/docker/containers/c81df5ef6bd673e5e224f5cb06c1be01ea56f2dc9179a781aebd7df0635e9cc4/mounts/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=65536k)
nsfs on /run/docker/netns/4306c0b13e4b type nsfs (rw)
shm on /var/lib/docker/containers/bcc6f6ece35168a3cb8a55598d44c88069f7e2a528302405f8f3323df7278399/mounts/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=65536k)
nsfs on /run/docker/netns/3b899cd6dcbe type nsfs (rw)
I detected same problem on ubuntu Ubuntu 18.04.3 LTS
But it was not NTFS partition rather than default linux one.
Problem was solved by re-creating download folder.
I think I had your same issue. I do not have any NTFS but Steam could not see inside many of the folders inside my home directory. It could see in some though. I eventually noticed that it could see inside newer folders. I spent many hours trying to fix this. I just found that I could touch [broken-folder-name] and then Steam could see inside of it! I wish I knew what was the root case. rsync? dd? borg? locale.gen? noatime mount option? I don't know. What I do know is I only experienced this problem in Steam and haven't noticed it in any other programs. It took me about a month to resolve this.
EDIT: This only worked for one of my folders and partially worked for the other. On the partial one, I can add the library folder that Steam couldn't see anymore, but it shows 0 games installed. If I install a game that I know already exists there, it will discover the local files. But then when I restart Steam, it's back to 0 games. I see that when I try to add the folder as a library, Steam can read into my /home/[user]/data/SteamLibrary folder and see the steamapps inside, but it can't see within the steamapps folder. Oh! I just got it to work! I did a touch steamapps while Steam was running, and now it's fixed and it shows all my games installed!
Your system information
Please describe your issue in as much detail as possible:
I have dual boot Windows 10 and Debian 9 and I buy new hard-disk only for games. Windows don't know to read ext4 but linux know to read/write/excute from ntfs. I format disk with ntfs and under windows all is ok. But when switch in linux when I going Steam->Settings->Steam Library Folders I add disk and got message "free space 0 bytes":
I check my /etc/fstab and all looks ok:
But I have 8.7TB free space on disk:
When try to install small game I got this result:
Steps for reproducing this issue: