Save File Issues

Post here if you are a new Porteus member and you're looking for some help.
User avatar
phhpro
Full of knowledge
Full of knowledge
Posts: 545
Joined: 10 Nov 2013, 20:35
Distribution: .

Re: Save File Issues

Post#16 by phhpro » 03 Mar 2014, 05:51

...
Last edited by phhpro on 04 Feb 2016, 01:47, edited 1 time in total.

dustbunnies
Black ninja
Black ninja
Posts: 35
Joined: 01 Feb 2014, 09:17
Distribution: hop_around
Location: Calgary

Re: Save File Issues

Post#17 by dustbunnies » 15 Mar 2014, 19:42

Having chosen xfs format for my savefile.dat container (b/c ext2 isn't, I've just discovered a "gotcha":
cannot SHRINK the size of an existing xfs filesystem
http://xfs.org/index.php/XFS_FAQ#Q:_Is_ ... smaller.3F
Choosing xfs for savefile.dat and specifying an overly large size can be problematic when you later want to use copy2ram boot option

BTW, I've searched the forum and didn't find an explanation/rationale: Why is the non-journaling ext2 fs not offered as an option ?

User avatar
fanthom
Site Admin
Site Admin
Posts: 4586
Joined: 28 Dec 2010, 02:42
Distribution: Porteus Kiosk
Location: Poland, currently - Cork, IE
Contact:

Re: Save File Issues

Post#18 by fanthom » 15 Mar 2014, 19:51

Choosing xfs for savefile.dat and specifying an overly large size can be problematic when you later want to use copy2ram boot option
dont understand what you mean but will try to answer:
copy2ram makes no difference from save.dat point of view. modules are loaded from tmpfs and not from booting media - both takes no effect on changes.

Why is the non-journaling ext2 fs not offered as an option ?
good question - probably because nobody asked for it so far :) i'm sure brokenman will address this request in next release.
thanks
Please add [Solved] to your thread title if the solution was found.

User avatar
francois
Contributor
Contributor
Posts: 4984
Joined: 28 Dec 2010, 14:25
Distribution: kde xfce porteus manjaro kubun
Location: Enfin l'été, le changement climatique attendu: le soleil.

Re: Save File Issues

Post#19 by francois » 16 Mar 2014, 13:30

donald wrote:@ jimwg
I understand your point of view.
Here is another one:
As Windows belongs to a Windows Filesystem, Linux belongs to a Linux Filesystem.
And if you do it that way, you will never have to worry about a save.dat-file
or how to save changes. 8)
Thus the solution would be to stop using these save.dat containers. Have a usb key partitioned in linux for most part of the key and add a second partition in fat so the data is available from the MS environment.

This partitioning of the usb could be friendly automated isn't it?

When you have such a mostly unix-enough fat usb-key, what are the advantages of keeping these save.dat containers except for having an additional alternative to install porteus. What are the pros and cons of using these containers? Why would you reccomend it? They create more problems than they solve.
Voltaire: Le mieux est l'ennemi du bien.

Post Reply