Tiny Core Extensions > TCE Corepure64

Weird ex-FAT native issue

(1/2) > >>

PDP-8:
I can use the exfat fuse tcz's to properly mount and operate exfat partitions, but I'm trying not to use that and go native with the kernel support I see in my 13.0

BUT, when running with native only kernel support in 13.0, it can recognize exfat, and even tce-setdrive *seems* to work.

However, backups don't.  Filetool.sh -b fails with an unrecognized device.  Trying to manually mount the exfat partition, as root even with specifying options like -t exfat still result in "no such device".

It even shows up in my /etc/fstab:

--- Code: ---/dev/sda1   /mnt/sda1   exfat   noauto,users,exec    0 0 # Added by TC
--- End code ---

But for some reason, even after using tce-setdrive where everything *seems* to be ok, things like filetool.sh -b fail.

Scratching head...

What makes it even more frustrating is that I *can* CD into the exfat partition and look around like it was mounted.  Filetool.sh -b doesn't think so.

I also tried in the gui environment just for kicks with the backup/restore app.  A "Dry Run" doesn't complain.  But when you instruct it to do a real backup, it throws


--- Code: ---Unable to mount device sda1
--- End code ---

Which is consistent with the cli filetool.sh -b failing with the same.

I also performed a sudo rebuildfstab, but the fstab is the same as before.

Rich:
Hi PDP-8
Did you install  filesystems-5.15.10-tinycore64.tcz ?
Did you :

--- Code: ---modprobe exfat
--- End code ---

PDP-8:
Hi Rich! - thanks for the tip - so I tried installing filesystems-5.15.10-tinycore64.tcz

That fixed the backup filetool.sh -b issue!

Did notice in the repos that it seems to be referencing an older dependency of mtd-5.4.3 missing, which is cosmetic since it did download the mtd-5.15.10 properly.

Still weird - even after that, when using the Apps tool, when it finished finding my fastest mirror, I got this:


--- Code: ---Fatal error:
TCE directory is not writable
--- End code ---

Erm, ok.  Not a showstopper.

But what is a showstopper is that trying to use an exFAT filesystem for your tce-setdrive is a hilarious catch-22.  That is, since TC doesn't natively support exFAT fully without using either fuse or filesystems additional tcz after boot, you always start out back where you started after reboot. :)

Looks like tce-setdrive only needs a very small part of exFAT kernel support to set up all the directories, but other useraland utils need a helper tcz of sorts for the ability to mount.

So I was just trying to avoid having to download anything additional, but this would mean a larger TC.  Either that, or program tce-setdrive NOT to recognize exFAT as valid.  For now.

But thanks for the help.   Not an issue as I'm mostly using vfat or ext for my data filesystems, but good to know for generic exFAT file exchange in the future.


Rich:
Hi PDP-8

--- Quote from: PDP-8 on March 27, 2022, 07:10:24 AM --- ... Did notice in the repos that it seems to be referencing an older dependency of mtd-5.4.3 missing, which is cosmetic since it did download the mtd-5.15.10 properly. ...
--- End quote ---
It appears some of the TC13  .tree  files are referencing TC11 kernel modules.


--- Quote --- ... That is, since TC doesn't natively support exFAT fully without using either fuse or filesystems additional tcz after boot ...
--- End quote ---
Or xfs, udf, reiserfs, hfsplus, cifs, btrfs, etc. You yourself have marveled at Tinycores slim footprint.  ;D

If you look under:

--- Code: ---/lib/modules/KERNEL/kernel/fs
--- End code ---
you'll see it supports fat, ntfs, and squashfs out of the box.

You are free to unpack the  initrd , add an  exfat  subdirectory to that location, run  depmod, and repack the modified
initrd (to a new name). As you know, Tinycore is a toolkit.  :o

nick65go:

--- Quote from: Rich on March 27, 2022, 10:24:54 AM ---As you know, Tinycore is a toolkit.  :o

--- End quote ---
+1! for x86.
But, for x86_64 architecture maybe exfat should be inside core64 by default, if you consider the audience this core64 is targeting (powerful machines, not embedded) and exfat module size. IF space constrain (for embedded machines) then a shave of +4MB from 1000 network-card drivers will recover the space.

PS: Just curious, how many users will complain about (few KB) exfat into core64?
because not enough RAM to boot from 64MB RAM (really !? in year 2022) versus few MB increase in kernel size (vmlinuz64) during upgrade from TC7 (3.6MB) to TC13 (5.3MB).

Navigation

[0] Message Index

[#] Next page

Go to full version