Request for linux users: Please give the possibility to use sd-card with ext4

Hello i think that is not convenient that a free and opensource system struggle with some black box inside.
Exfat on sdcards, it’s cool for windows users.
But what is for linux and mac users?
format and use exfat only for sdcards without to know how it use it?
If there is problem it can’t mange anythings for repairing or retrieve something.
Maybe it could break the sdcard.

I’m a linux user, and have a galaxy s10+. Then shortly i get 2 sdcards corrupt on boot sectors and backup bot sector. Fine, and 2 2 time for both. It happens regularly.
My linux can read it again. But not solve the issue. i’m not skilled enough to use testdisk for it.
sdcard higher than 128GB to copy is really hard to handle in time.

Anyway, i tell me why should i use a partition typ that my os at home can’t manage, repair and i don’t know what.
Why a linux os like android, give no other choice than exfat to use, like exfat?
Use a black box which not really work efficiently (any software may have an issue and some bug, that’ ok). No alternative possible is deadly

Jolla is sailfish os give the possibility to use the ext4 for the sdcard.
And it works well.

If the os works with it, that should not be that really hard to use it for sdcards. or not?

Please please take make request in serious consideration

Regain your privacy! Adopt /e/ the unGoogled mobile OS and online servicesphone

1 Like

Android is not a Linux OS, per se, it just uses the Linux kernel. Comparisons pretty much end there.

For full compatibility across operating systems, exFAT is not a good choice. Good ole FAT32 is the way to go unless you need large file support (over 4GB).
For external storage Android (custom ROMs at least) does not seem to support anything other than FAT32 (reliably) but supposedly supports ext3/4 natively also. Haven’t checked though.

Maybe check out this old thread about a similar subject.

Supposedly Android 13 will be able to read/write exFAT. Some A12 ROMs with kernel 5.x, too.


Many thanks for your interest and your response.
I don’t want to discuss about what is exactly a linux os.
According to your short definition, seems that there are no Linux OS, all distrib use only a linux kernel…

And yes you’re right for storage smaller than 4GB FAT32 is the way to have largest file support. Is the best, for only less than 4GB memory.

For sure that android could support ext3/ext4. The interfaces are online free to be used according their licenses, every one could access on it.
exfat is closed, and not free.

But i’m not sure to understand the point of your discussion, and the one of the old post…
/e/ is not based on lineageOS and has the motivation to make a gap, a distance with the google service ?
Apart of Linage OS motivation, would be to add some missed functions that the original android OS not give?
Thus to have a better liberty, and a largeness of partition typ support, would be simply to bring the ext4 or ext3 why not btrfs support on it. We don’t need all 3, one is good.

That’s quite frustrating to use the exfat black-box on my phone as linux user, and can’t manage something to repair when this black-box has a fault.
I can do nothing.
It would be fair if we can choose the partition typ like jola do with sailfish os, despite android do.

/e/OS is /e/OS it could have this as specificity by the alternatives ROM.

Thx for reaction

Nice rabbit hole.
Probably it will come down to Android being a mess, but I’m no developer and can spout something unspecific like this while getting away unpunished :innocent: .

I’m under the impression Android itself uses ext4, so in general the support is there.
Android doesn’t easily allow using ext4 on an SD card, but smart people got this to work in the past.

The more recent example, however, ends with “Hey just updated to LOS18.1 and this approach seem not to work anymore” … which leads me to this unsolved LineageOS 18.1 issue …

And just to say …

/e/OS is based on LineageOS.

So for the moment it seems to me that you can’t have nice things, at least on Android 11 (LineageOS 18.1, /e/OS R).

Feel free to open an issue in the GitLab to discuss this with the /e/OS developers … Issues · e / Backlog · GitLab


argggh! sorry, that was formerly a rhetorical question from. without the question mark, that’s no more its effect.
Thank you for having it spotted.

is that an issue or a requirement? is that really the proper channel for such a request?

There’s always room for type::Improvement or type::Feature Proposal :wink: .
And if you want to talk to the people who could perhaps make happen what you want, that’s where they are.

“Issue” is just the name of an entry there, because GitLab decided to call it that, just like “Topic” is the name of what you opened here in this forum, because Discourse (the forum software) decided to call it that.

I’ll give a look on it
For adding a ticket, we need to create gitlab account.
Don’t need anything by gitlab, but if it could drive some things forward…

I thought that here the community website is the under some other functions the gather point of the user request.
But i didn’t really found where are the user request channel. seems to be a little bit spread overall

If you want to have the developers really taking look at this in a documented and substantial manner, then GitLab it is.

Else … we have e.g. My wish list for /e/ :wink: (204 posts right now, and counting).

1 Like

Didn’t saw it, thank you for bring me aware of it. :+1:
I think the best (technically spoken) would be the gitlab channel definitively.
But with my post and the wish-list one, maybe I could gather some interested people and some idea to polish the request.

May be this will help you, @cemoi71, when signing to Gitlab

solid work linking that lineage issue - in the context of this thread I’d even mark this as a solution

Yes, exfat is unnecesserily difficult to setup correctly in Linux and Mac - but it is hands down the best solution if you need to move files between Linux, Mac and Windows. Just last week I stick 128 USB-C stick to my /e/OS, copied large video files on it (so VFAT won’t do) and just used that stick to copy files to my Linux laptop and wife’s Macbook. All my external disks are exfat for just this reason - those disks work on all main operating systems.

Now, you need to get partition table and file system type correct or nothing happens. Windows may be more forgiving but Mac and Linux require GPT partition table and Microsoft Basic Data filesystem type partition and then ofc the actual exfat filesystem.

Application support is spotty at best. I’ve ended up using parted to set partition table GPT and then cfdisk to actually create the correct partitions. But investing some time on finding what tools to use and how to use them can give you fully OS independent file storage :slight_smile:


i understand your situation, according this os compatibility: Comparison of file systems - Wikipedia
that’s clear for you.
however UDF might works too, but i don’t know if it’s really flexible.

Anyway, you mean that you use the tool “parted” to set a GPT partition table first, then cfdisk to create the partition as exfat ? with extra or particular options ?
I i tried to create with gparted all the card, and the /e/OS don’t accept this.

I’ve no problem that android or /e/OS create the partition as exfat, or any other else. But it should have more support on it. If it’s lightly corrupted, it should have the possibility to repair, or give the possibility to other tools to repair. In Android store, it seems that all the tools are a joke. and my linux desktop OS, can do nothing…

Really frustrating…

Thx for the tip I’ll give a look on it.

The CLI workflow is

  1. parted /dev/sdb
    mktable to create GPT partition table on the disk. Unfortunately mkpart command doesn’t seem to recognize/support exfat so you can’t create partition for exfat use here

  2. cfdisk /dev/sdb
    should recognize immediately that /dev/sdb has GPT partition table in use. Then just create a primary partition with “Microsoft basic data” type

  3. mkfs.exfat /dev/sdb1
    finally to create the actual exfat file system. Now /dev/sdb1 is ready for use

Also, you could use fdisk utility to do steps 1 and 2 but I think parted and cfdisk are more user friendly.

I revisited gnome-disks utility (GUI) and it seems to work also. I used to have some issues with it earlier but those may be because of having fuse-exfat and exfat-utils installed. Removing those and installing exfatprogs (and use kernel’s exfat support) apparently fixed things for me.

Hope this helps :slight_smile: