Tiny Core Linux

dCore Import Debian Packages to Mountable SCE extensions => dCore X86 => Topic started by: jls on October 25, 2013, 06:32:10 AM

Title: dCore not usable on non linux filesystem when using the import command
Post by: jls on October 25, 2013, 06:32:10 AM
 :'(
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on October 25, 2013, 07:02:05 AM
Since the file system is used to create the sce package from unpacked files from the .debs, it has to be a linux compatible file system to preserve file attributes.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: theYinYeti on October 31, 2013, 05:37:52 AM
Since the file system is used to create the sce package from unpacked files from the .debs, it has to be a linux compatible file system to preserve file attributes.
This is precisely the information that I was missing when I was having problems in testing dCore! It should be recorded somewhere; that's important information.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on November 28, 2013, 06:34:07 AM
but the usb-stick that hosts the files of the distribution can be fat32?
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 28, 2013, 12:00:18 PM
tce directory should be the only one requiring linux compatible filesystem.  Boot files, dCore.gz and vmlinuz should be able to be on the same kinds of partitions as standard core.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: tinypoodle on November 28, 2013, 01:03:40 PM
In fact, all that matters wrt boot files is that the bootloader can access them, e.g. with pxelinux it would depend on server being capable to access boot files, or in case of lilo which is file system agnostic, filesystem may be irrelevant.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on November 28, 2013, 03:06:43 PM
tce directory should be the only one requiring linux compatible filesystem.  Boot files, dCore.gz and vmlinuz should be able to be on the same kinds of partitions as standard core.

Damn! Today I created a dcore on a fat32 partitioned sd, I'll have to recreate it in ext2.
Effectively While I import wireless and wifi packages I noticed some permission errors, but I have to admit that it is strange because the distribution work and also connection.

What kind of problems I should have with the tce dir in a fat32 filesystem?
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 28, 2013, 03:48:12 PM
Given the permission needs of various apps and files, I would expect a lot of problems.

If the space needed for unpacking was not so great, then the unpacking could take place in RAM.  But with 2GB or more being standard RAM size, it may be feasible to have an option to unpack in RAM to allow non-linux filesystems to be used with dCore.  That would help folks with a Windows HD install and a fat32 usb stick as their only storage. 

This approach would make an unexpected system lockup due to lack of RAM possible, and would have to be used with caution.  I will ponder it.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on November 28, 2013, 03:59:41 PM
Thanks Jason, I will make a small hypothesis, I do not know how the mergin script you created works, but if combine packets is less costly in terms of space, why not create small packets and then merge them?
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 28, 2013, 04:18:52 PM
Robert created the searching|fetching|merging, and everything is unpacked to one directory and then made to a squashfs sce.  At present with squashfs there is no way to do it in pieces.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: tinypoodle on November 28, 2013, 05:02:57 PM
This approach would make an unexpected system lockup due to lack of RAM possible, and would have to be used with caution.  I will ponder it.
That risk could be reduced by creating a swapfile on top of existing vfat.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 28, 2013, 05:18:33 PM
True, it would be at a "use at your own risk" option assuming one knows the potential danger.  But it would allow the use of fat filesystems exclusively for dCore if one wanted.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 29, 2013, 07:07:55 AM
I plan to at least make a check for the filesystem type of /etc/sysconfig/tcedir, and exit it if is non linux compatible.  Maybe then allow an option to use /tmp as the unpacking directory.

Since many users are using usb thumb drives, even with a linux file system flash drives will take a pounding if the unpacking directory resides on them.  An option to use RAM would be good for anyone not using  a standard hard drive.   I will ponder it some more.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on November 29, 2013, 03:26:48 PM
I also think it's the right way,  but (imho) you should not make the control, because someone might be interested to use the ram while having an ext filesystem (e.g. for speed reason).
You could create a something like a flag.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on November 30, 2013, 08:16:11 PM
Boot code for unpacking in RAM being tested.  Also, in conjunction, a boot code for echoing the download size, unpacking size, and the final sce size before the final "y" answer to proceed with import.  No performance loss for all, in fact the DEBINX file has been trimmed further of unneeded stuff to at least offset the re-inclusion of the needed Size and Installed-Size fields.   Custom .tar.gz packages and -data.tar.gz files are included in this download/unpack calculation.  Will test and add to git, look for it in the next release.

I personally think a boot code for this situation is more appropriate as folks will desire one particular behavior during a session without having to remember to add a flag to importsce. 
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on December 01, 2013, 02:21:23 AM
yes, boot code is better but if you realize you do not have enough ram for a package, you have to reboot and change the boot code.
At this point it may be convenient that the bootcode defines the standard behavior of importsce but can be changed with an option like --on-ram=[y|n]
Obviously what I say has no knowledge of the operation of importsce, so maybe the flag is not appropriate.
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: Jason W on December 01, 2013, 05:47:38 AM
Actually, a boot code is not exactly what would be best.  I would like to put a check for the tcedir being on aWindows filesystem and then exit if the ram option is not used.   Flags will be better, for those who use them repeatedly it becomes second nature, like with "tce-load -i pakcage".
Title: Re: dCore not usable on non linux filesystem when using the import command
Post by: vinnie on December 01, 2013, 09:30:11 AM
The important thing is that you can choose the creation in ram even if the filesystem is a linux linux