Steam for Linux

Steam for Linux

Can't play games installed in a NTFS drive
I have two SSDs in my laptop. The first one has my OS and program files (formatted as ext4 for linux, of course), and the second one is where I store my personal files (formatted as NTFS).

I want to install games on this second drive because it has much more space than the first one. However, when I try to play a game installed on the NTFS drive, it doesn't open. This doesn't happen when I install games on the ext4 drive.

My first SSD doesn't have much space left, so I need to use the second one. What can I do? Do I need to reformat the second drive to ext4, or is there another solution?
< >
Showing 1-15 of 17 comments
There is a solution: to change the NTFS drivers in Linux; it will solve a few problems but not all of them; the 100% easy way is to format to ext4...

NTFS, even for windows, sucks. Idk why Microsoft adopted it, AT ALL!!! 😭
Use ext4, NTFS is just bad.
WarnerCK 23 Aug @ 9:00am 
Originally posted by DäIkkenen:
What can I do? Do I need to reformat the second drive to ext4, or is there another solution?
Your best solution would be to shrink the NTFS partition and create a new ext4 partition in the empty space. You don't need to get rid of the data that's on NTFS currently, although you should back it up if it's important to you.

There is a workaround for using NTFS with Steam, but NTFS is just a headache all round.
DaMu 23 Aug @ 9:47am 
If your second drive is "really big" and has a GPT partition table, the above advice to shrink the "personal files" partition as NTFS can work, then use the extra space as another ext4 partition for your games.

Otherwise, get another SSD formatted as ext4 for your games.
Last edited by DaMu; 23 Aug @ 9:47am
Yoth 23 Aug @ 12:27pm 
NTFS simply doesn't work properly with Steam. It doesn't show any errors in the logs, it just doesn't launch. The proton headers in the log are identical but then nothing happens. The setup of the proton prefix seems fine and it is working with my native Wine installation and through Lutris, just not through Steam. I wouldn't be surprised if this is an intended feature to save you from killing your cloud saves when switching between Windows and Linux. On Windows many saves are sitting on your C drive which is not used as storage location on Linux. So to not mess up your cloud saves they might refuse to launch from NTFS. Just my speculation though.
Last edited by Yoth; 23 Aug @ 12:32pm
nevarent 23 Aug @ 12:57pm 
You can play most games that are native, but games running through proton don't work. Yes. Just use a different partition OR filesystem.
nevarent 23 Aug @ 12:58pm 
btrfs is a really good choice nowadays.
Please mark an answer.

New Technology File System - NTFS - a Microsoft format disk File system... it's fast works really well.

extended file system - EXT - used by many OS's. MOST people put their games on this drive when using a linux system. There is also a fuse program that tries to fuse NTFS and Ext, so the files on the NTFS system can be read. ( hard to get that program to work well sometimes ).

FAT - File Allocation Table. Older DOS file system. exFAT - a reliable updated system for "STORAGE" or back up data files... I don't encrypt cause they are not personal files, they are just back ups, mostly game back ups, don't keep the drive MOUNTED.

Please mark an answer. Don't leave without marking an answer to your question, "why does the file system NTFS not work with my system".

Thanks, Good luck.
Last edited by LeviathanWon; 23 Aug @ 3:37pm
DäIkkenen, do you have a USB drive or USB stick to move all your "personal files" to USB drives so you can format the drive with NTFS?

Do you have another Hard drive that can run on the USB1 2 or USB 3....

Do you have remote server LOL that you want to move the "personal files" to so you can format the NTFS drive?

Can you find the Fuse NTFS to EXT file system program? ( I know IBM got it working well at some point ).

I don't like talking to any of you, just do it out of boredom.
Last edited by LeviathanWon; 23 Aug @ 3:44pm
Originally posted by DäIkkenen:
I have two SSDs in my laptop. The first one has my OS and program files (formatted as ext4 for linux, of course), and the second one is where I store my personal files (formatted as NTFS).

I want to install games on this second drive because it has much more space than the first one. However, when I try to play a game installed on the NTFS drive, it doesn't open. This doesn't happen when I install games on the ext4 drive.

My first SSD doesn't have much space left, so I need to use the second one. What can I do? Do I need to reformat the second drive to ext4, or is there another solution?


The ideal solution would be to format the entire disk as ext4.

If you want to seriously use a shared drive for Linux and Windows, the best option would probably be btrfs.

You can instruct Linux to use ntfs, but you will encounter problems, and with dual boot, you could lose data because windows will try to repair ntfs, not understanding why the data has changed.



You probably have nothing to do with the data.
1: Using gparted, reduce the ntfs partition (at the end of the disk, on the right) The more free space, the faster it will be. Do not use 100% of the free space, 50-80% is a reasonable choice, or less if you need less.
If you are using Windows on the same pc, be sure to reduce it from the Windows level.
2: gparted - In the newly allocated free space, create an ext4 partition. Transfer the data to this.
3: repeat operations for the new free space

When you reach the beginning of the left side, you leave the first partition, delete the one that follows it, and you enlarge the first partition. You can safely and fast expand ext4 to the right.

Such an operation is much more time-consuming than connecting another drive, transferring data to it, formatting the internal drive to ext4, and transferring the data back. But it does not require a free disk
Last edited by grzegorz77; 24 Aug @ 1:33am
Ayiar 24 Aug @ 7:06am 
why are u trying to use ntfs on linux? it sucks so much on it
btrfs is the best, ext4 is also a good option
Originally posted by GNU Debian ☭:
There is a solution: to change the NTFS drivers in Linux; it will solve a few problems but not all of them; the 100% easy way is to format to ext4...

NTFS, even for windows, sucks. Idk why Microsoft adopted it, AT ALL!!! 😭
what exactly sucks about NTFS? I'm asking as someone who doesnt know all that much about NTFS. BTRFS supports many unique features, but ext4 and similar also don't support snapshotting and such.
nevarent 24 Aug @ 12:06pm 
Originally posted by Der tüddelige Fußgänger:
Originally posted by GNU Debian ☭:
There is a solution: to change the NTFS drivers in Linux; it will solve a few problems but not all of them; the 100% easy way is to format to ext4...

NTFS, even for windows, sucks. Idk why Microsoft adopted it, AT ALL!!! 😭
what exactly sucks about NTFS? I'm asking as someone who doesnt know all that much about NTFS. BTRFS supports many unique features, but ext4 and similar also don't support snapshotting and such.
ntfs is the worst major FS today
Originally posted by nevarent:
Originally posted by Der tüddelige Fußgänger:
what exactly sucks about NTFS? I'm asking as someone who doesnt know all that much about NTFS. BTRFS supports many unique features, but ext4 and similar also don't support snapshotting and such.
ntfs is the worst major FS today
but y?
nevarent 24 Aug @ 12:29pm 
Originally posted by Der tüddelige Fußgänger:
Originally posted by nevarent:
ntfs is the worst major FS today
but y?

NTFS takes all the legacy from FAT32: filename restrictions, bad compression, no snapshots, ugly journaling

It is also proprietary and isn't supported well by other OSes, Linux too. On Linux, it requires the ntfs-3g driver to write anything to the partition, which still does not provide all the functionality (because the filesystem is proprietary).

BTRFS, for example, is a CoW (copy on write) filesystem. It's much safer and faster by design: old data remains on the partition until new write is confirmed. It supports snapshots, good compression algorithms. And, well, it also has subvolumes.
< >
Showing 1-15 of 17 comments
Per page: 1530 50