Hiding previous multi-session saves on a live disc

Discuss anything specific to using Puppy on a multi-session disk
Message
Author
User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#41 Post by Flash »

tallboy wrote:... That is part of the Linux advantage!
Actually, as far as I know, that particular trick is unique to multisession Puppy Linux. :)

User avatar
8-bit
Posts: 3406
Joined: Wed 04 Apr 2007, 03:37
Location: Oregon

#42 Post by 8-bit »

I understand how the blacklist file works. And also that clicking on the Save icon saves a new session to the CD/DVD that contains changes made and also any added content.
But what I would like to be able to do without migrating to a new CD/DVD is to have the SAVE contain all the contents and additions of the previous saved sessions like one was migrating.
After all, loading many sessions on boot slows up the booting process.
So can one make a new session contain all the content of previous sessions along with blacklisting all the previous sessions?

Or am I stuck with migrating to a new disk?

I guess I will have to read up more on the workings of multisession Puppy CD/DVDs.
Got a link?

User avatar
Ted Dog
Posts: 3965
Joined: Wed 14 Sep 2005, 02:35
Location: Heart of Texas

#43 Post by Ted Dog »

working on this idea with a multisession update. Very simple, a on the fly method would save current setup as a multisession in a sfs file. Within a dated directory like now. so all normal pfix stuff works. But on next load the directory reading will end at the sfs files directory. It would be standard sfs file so that we could also reburn to a new disk. :wink:

gcmartin

Should multi-session changes be considered for extention(s)

#44 Post by gcmartin »

Let me see if I can put this into perspective.

We currently have methods of backup to a prior time in system's operation, when at boot time we add the parm to skip some 1 or more prior save-sessions that exist on the DVD.

And, there is a manner to make this "backup to ..." method permanent for future reboots via proper use and save-session at shutdown.

Further, it is noted that there is a file in the filesystem called ???/.badfolders which can be modified (how???) so that on the LIve media disc, when rebooted, would abandon use/loading of the content of things found in badfolders.

Is that correct?

Then this discussion and its items over the past couple days and Thanks to @Ted Dog, shows that the save-sessions or the system's folders can be saved, at session end, in a common ...sfs file on the DVD which would be embraced at reboot.

Is that correct?

Thus, this means that new ways of telling boot-time starts what it is that I want to be used when piecing together the system's needs for the user desktop experience...all via a single SFS.

Is that what we rounding this toward?

Seems like a simple benefits analysis is all that's needed to take this to a simple, yet logical solution making it obvious to even new users on boot options when using DVD/CD media.

And, this has some very obvious benefits to other removal media as well such that the need for frugal persistence requirements would also be embraced by this simple methods of save-session. Thus, the community would benefit in have ONLY ONE(1) common method of persistence instead of the obvious 2 where the frugal has some shortcomings that DVD save-session do not.

This would then provides common boot understanding no matter which of the removable media or frugal uses are selected. The benefits would be common to each.

Thoughts...

User avatar
Ted Dog
Posts: 3965
Joined: Wed 14 Sep 2005, 02:35
Location: Heart of Texas

#45 Post by Ted Dog »

yes you are describing the methodology correctly and only a stop here on the reloading of multisessions at the most resent rolled up sfs file. But I do like the any device methods of multisession found on fatdog. And will be testing code by multisession on a harddrive ( ext2,3, 4 partions )
next stage is to have a named saved mulisession folder instead of date-time ( date time availabe at the proberties of the directory )

User avatar
tallboy
Posts: 1760
Joined: Tue 21 Sep 2010, 21:56
Location: Drøbak, Norway

#46 Post by tallboy »

Ted Dog, good thinking! But, it also raises some questions. If I understand correct, puppy reads the latest save files first, because newer files are not written over by older files. But the older files still have to be read, to load saves that are not written over at a later stage, and that reading process is taking time. If all saves are made into a new .sfs, will not the code telling puppy to look for other puppy files at botup have to be altered? Wouldn't that limit the choises of which media the puppy is run from? I mean you may have to decide at first boot, that your puppy for example is limited to run from a live disc. If you later change your mind and want a frugal or full install, then you cannot use the same .sfs.

What I really would like to have, is an easy way to include/exclude what is saved in a multisession save. Sometimes you only want to save a small change made in a preferences file, not the entire session. At other times you may want to save the setup for a new windowmanager and all the connected files, but not the letter to grandma.

BTW, I fail to see the point in writing multisession to a harddisk, why would anyone need that?

tallboy
True freedom is a live Puppy on a multisession CD/DVD.

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#47 Post by Flash »

One advantage of using multisession on a hard disk is that the original files are preserved. This would be useful for forensic purposes. Say you pick up some malware that alters your OS for nefarious purposes, multisession makes it easy to see just what it's changing.

User avatar
Ted Dog
Posts: 3965
Joined: Wed 14 Sep 2005, 02:35
Location: Heart of Texas

#48 Post by Ted Dog »

as gmartin pointed out the resulting sfs file could be reused as a type of frugal save session (just rerolled each time on save) the saved sfs would be a remaster fully usable customized same named as original sfs but in a saved session folder. pfix=ram would still use orginal unmodified version. and may add pfix=new as a flag to rollback to last sfs save session only.
I reroll my own remaster after customizing and use that as a base for my multisession dvds or Blurays. So I already do this and have for years just now since we can modify the codebase with wolfce, plan to upload my existing code mods for everybody else. :wink:

User avatar
Flash
Official Dog Handler
Posts: 13071
Joined: Wed 04 May 2005, 16:04
Location: Arizona USA

#49 Post by Flash »

Ted, your multisession seems to be completely different from multisession as I meant it, where Aufs combines the sessions after loading them -- or, theoretically, as they're being loaded, though I don't think that's the way Puppy rolls.

Post Reply