| Author |
Message |
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
 Posted: Sun 22 May 2011, 17:58 Post subject:
|
|
Oh My!! I just realized what the problem is, incorrect save extension; should be 3fs
|
|
Back to top
|
|
 |
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 19:36 Post subject:
|
|
Ok all back to normal  frugal install loading previously configured save file at boot and initrd edited and corrected as per earlier post.
moving along to the next phase; I noticed the "Data" directory is infact available at boot now so does the renamed save.bak file need to be moved to this location (data directory)?
Ok Disregard that!! I think the Data directory is a pointer to the home directory because without moving save files the whole deal is working as published
YAY!!
just took forever getting there for a noob!! Thanks rcrsn51 for your patience
Last edited by Indy'spup on Sun 22 May 2011, 19:56; edited 2 times in total
|
|
Back to top
|
|
|
rcrsn51
Joined: 05 Sep 2006
Posts: 8563
Location: Stratford, Ontario
|
| Posted: Sun 22 May 2011, 19:51 Post subject:
|
|
| Indy'spup wrote: | | moving along to the next phase; I noticed the "Data" directory is infact available at boot now so does the renamed save.bak file need to be moved to this location (data directory)? |
????
It sounds like you made a "Data" directory either in /mnt/sda1 or in /mnt/home. This is incorrect. The mount point /mnt/data already exists in your Puppy filesystem.
You don't need to change anything else. What is the "next phase" to which you want to move?
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 19:55 Post subject:
|
|
Oh man you're too quick!!
Just edited my last post
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 20:03 Post subject:
|
|
Just so I understand what the heck just happened..
the mount point already exists, ok I understand that.
but the mount point is empty? yet the script copies the *save.bak file to the same empty location and renamed it *save.3fs
during boot up puppy loaded the newly created *save.3fs into memory and the file is found in the home directory. I think there is some hard linking going on??
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 20:08 Post subject:
|
|
the next phase was where do I place the *save.bak file but I have since accidentally found that out for myself lol
Thanks again rcrsn51 for being so patient with the dumb questions
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 20:46 Post subject:
|
|
Ok how about this one.
in the /mnt/home/puppy520 directory i have two files (but others also) namely a *save.bak & *save.3fs
Q1 at every reboot puppy will overwrite the *save.3fs with the contents of *save.bak But what if the contents did not change? is the file overwritten regardless? What about a "What if" statement to compare if a change has been made then skip overwrite if they're the same?
Q2 if I need to make a change to the system AFAIK I need to delete the *save.bak file - make the changes and reboot saving to the *save.3fs file - On reboot to the live cd I only need to rename the *save.3fs file to *save.bak then reboot without saving changes (with respect to the live cd) correct??
Q3 Is puppy aware of save file name changes? eg is puppy expecting a specific save file as previously saved or if perhaps the name was changed via a live cd, will puppy load the *save file so long as it has a *.3fs or *.2fs file extension??
Q4 Are the 2fs or 3fs save file extensions reflective of the file system used within the save file??
|
|
Back to top
|
|
|
rcrsn51
Joined: 05 Sep 2006
Posts: 8563
Location: Stratford, Ontario
|
| Posted: Sun 22 May 2011, 21:00 Post subject:
|
|
| Indy'spup wrote: | | Q1 at every reboot puppy will overwrite the *save.3fs with the contents of *save.bak But what if the contents did not change? is the file overwritten regardless? |
Yes. The lines of code you added to the initrd don't check to see if the save file changed in the previous session. But it only takes a few seconds to overwrite the file.
| Quote: | | Q2 if I need to make a change to the system AFAIK I need to delete the *save.bak file - make the changes and reboot saving to the *save.3fs file - On reboot to the live cd I only need to rename the *save.3fs file to *save.bak then reboot without saving changes (with respect to the live cd) correct?? |
That sounds too complicated. When you make a change to the system, that change is immediately stored in the save.3fs. To "lock in" that change, boot off the Live CD, mount the Puppy partition and copy the current save.3fs over top of the save.bak file. Then reboot.
| Quote: | | Q3 Is puppy aware of save file name changes? eg is puppy expecting a specific save file as previously saved or if perhaps the name was changed via a live cd, will puppy load the *save file so long as it has a *.3fs or *.2fs file extension?? |
Each Puppy version is coded to look for a savefile with a particular name. In your case it's either macpup_save.2fs or .3fs. If it finds other files that it thinks might also be savefiles, it gives you a menu.
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Sun 22 May 2011, 21:22 Post subject:
|
|
| rcrsn51 wrote: | | Indy'spup wrote: | | Q1 at every reboot puppy will overwrite the *save.3fs with the contents of *save.bak But what if the contents did not change? is the file overwritten regardless? |
Yes. The lines of code you added to the initrd don't check to see if the save file changed in the previous session. But it only takes a few seconds to overwrite the file. |
I guess that depends on the size of the save file and how slow the equipment.. for me this took a minute approximately - a small price to pay but am thinking a changed save file is more rare than it is a daily occurrence is all..
| Quote: | | Quote: | | Q2 if I need to make a change to the system AFAIK I need to delete the *save.bak file - make the changes and reboot saving to the *save.3fs file - On reboot to the live cd I only need to rename the *save.3fs file to *save.bak then reboot without saving changes (with respect to the live cd) correct?? |
That sounds too complicated. When you make a change to the system, that change is immediately stored in the save.3fs. To "lock in" that change, boot off the Live CD, mount the Puppy partition and copy the current save.3fs over top of the save.bak file. Then reboot.
|
I agree, less steps are better
| Quote: | | Quote: | | Q3 Is puppy aware of save file name changes? eg is puppy expecting a specific save file as previously saved or if perhaps the name was changed via a live cd, will puppy load the *save file so long as it has a *.3fs or *.2fs file extension?? |
Each Puppy version is coded to look for a savefile with a particular name. In your case it's either macpup_save.2fs or .3fs. If it finds other files that it thinks might also be savefiles, it gives you a menu. |
Interesting, thanks..
sorry i kept returning to add more to each question, but what of Q4 ??
|
|
Back to top
|
|
|
rcrsn51
Joined: 05 Sep 2006
Posts: 8563
Location: Stratford, Ontario
|
| Posted: Sun 22 May 2011, 21:53 Post subject:
|
|
| Quote: | | Q4 Are the 2fs or 3fs save file extensions reflective of the file system used within the save file?? |
Yes.
|
|
Back to top
|
|
|
richard.a
Joined: 15 Aug 2006
Posts: 510
Location: Adelaide, South Australia
|
| Posted: Mon 23 May 2011, 06:10 Post subject:
|
|
The Linpus Linux distro as used in the eeepc and which can also be downloaded (ver 9.4) for evaluation does something very similar to rcrsn51 post at the top.
It is certainly foolproof.
Good article guys.
Richard in Adelaide
where it is wet, windy and cold (by Ozzie standards)
_________________
Have you noticed editing is always needed for the inevitable typos that weren't there when you hit the "post" button?
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Wed 25 May 2011, 01:29 Post subject:
|
|
| rcrsn51 wrote: | Most (all?) applications will save by default to /root, so any user data would be lost on a reboot. But there are ways around this.
In Firefox, you can move the hidden profile from /root/.mozilla to /mnt/home outside of the pup_save and replace it with a symlink.
You could do the same thing with any configuration folders like .gxine where the playlist is stored.
Similarly, the folder /root/my-documents could be symlinked to an external location. Users would just need to remember to save to that folder instead of directly into /root. |
Ok the procedure is working great thanks again rcrsn51 I'm really happy with the mijnpup frugal install and the modified protected savefile. However it wasn't without a few incidents along the way, like manipulating the save file whilst booted into the same frugal install, like making backups of them and renaming for archiving etc etc. Most of the time I got it right but there were some occasions when my timing was off or I chose to reuse a savefile which had not been shutdown when the backup was made, causing an error at at next boot. yes I know I should have booted into a live cd to make the changes.. But I got to learn somehow right!!
I do have another question!!
If we move any user directories to another partition and symlink them back into the install, don't we need to set puppy to mount that partition for the directories to show up as expected?
If so, how about adding the mount command to the initrd script? without an unmount command?
or is that not the best way to accomplish the task?
|
|
Back to top
|
|
|
nooby
Joined: 29 Jun 2008
Posts: 10522
Location: SwedenEurope
|
| Posted: Wed 25 May 2011, 01:59 Post subject:
|
|
| Quote: | | When you make a change to the system, that change is immediately stored in the save.3fs. To "lock in" that change, boot off the Live CD, mount the Puppy partition and copy the current save.3fs over top of the save.bak file. Then reboot. |
I wrote something I thought would work rather similar as a suggestion to somebody wanting some help but I got a very concerned contributer telling me it was a very bad behavior to suggest something like that.
Maybe what you recommend works due to the fact you use a Live CD.
Would it be dangerous to do the same in a frugal install where you "mount the Puppy partition and copy the current save.3fs over top of the save.bak file. Then reboot."
would that be due to puppy being in different pup modes in a Cd live and a Frugal live? I am not savvy enough to get if my suggestion really is exact like the one you suggest here but I thought it was when I wrote it and the person I learned it from had used it between 30 or 40 times without anything bad to happen to the save file. Him being in frugal install while doing it.
_________________
I use Google Search on Puppy Forum
not an ideal solution though
|
|
Back to top
|
|
|
Indy'spup
Joined: 11 May 2011
Posts: 50
Location: SoCal
|
| Posted: Wed 25 May 2011, 03:28 Post subject:
|
|
The other issue is protecting the boot and pupy files because it appears that the chattr +i command can be reversed by anyone using the chattr -i command.. maybe this is dependent on which root user is using the chattr +i command? Just thinking out loud..
|
|
Back to top
|
|
|
nooby
Joined: 29 Jun 2008
Posts: 10522
Location: SwedenEurope
|
| Posted: Wed 25 May 2011, 03:35 Post subject:
|
|
When does one use this chattr +i command? Under what circumstances?
_________________
I use Google Search on Puppy Forum
not an ideal solution though
|
|
Back to top
|
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Forum index » House Training » HOWTO ( Solutions )
