Save.dat container (SOLVED)

Post here if you are a new Porteus member and you're looking for some help.
tome
Contributor
Contributor
Posts: 562
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Save.dat container

Post#31 by tome » 02 Dec 2013, 22:32

EdP, see Bug reports (fist topic) if you want use ntfs

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#32 by Ed_P » 02 Dec 2013, 23:29

Thanks @tome. Awkward for me to fix since I boot the ISO directly. Will have to think about editing files in the ISO.

Thanks again for responding.
Ed

tome
Contributor
Contributor
Posts: 562
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Save.dat container

Post#33 by tome » 03 Dec 2013, 06:40

or unpack vmlinuz, initrd.xz and use from=/.../...iso

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#34 by Ed_P » 03 Dec 2013, 17:36

Another thought, rather than change the ISO can't I change the script from within the system I am running? Where would I find it? And do I need to be root to change it?


Found. /mnt/live but can't update as guest. :evil:

Ha Hah!! Logged off of guest and onto root, pulled up the file and applied the change noted in the bug fix, Tada I have shutdown and rebooted and my passwords were reapplied. The ntfs savefile fix is in the savefile.dat file. Perfect!! :Yahoo!:

:good:
Last edited by Ed_P on 03 Dec 2013, 21:48, edited 1 time in total.
Ed

budchekov
White ninja
White ninja
Posts: 9
Joined: 27 Nov 2013, 04:07
Distribution: Xubuntu 12.10
Location: Los Angeles

Re: Save.dat container

Post#35 by budchekov » 03 Dec 2013, 21:12

EdP wrote:Have you gotten the save changes to work yet?
Nope, someone should lock this thread.

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#36 by Ed_P » 03 Dec 2013, 21:58

budchekov wrote:
EdP wrote:Have you gotten the save changes to work yet?
Nope, someone should lock this thread.
Hey!! I'm using it for my save file situation. :)

Ok, back to your problem. You created a save file on your USB drive. Is the drive formated as FAT32 or a Linux format? What is the path to your file? Have you tried putting it in the root of the USB drive?
Ed

budchekov
White ninja
White ninja
Posts: 9
Joined: 27 Nov 2013, 04:07
Distribution: Xubuntu 12.10
Location: Los Angeles

Re: Save.dat container

Post#37 by budchekov » 03 Dec 2013, 22:11

EdP wrote: Ok, back to your problem.
Thanks Ed, but it's no longer a problem, uninstalled and moved on.

tome
Contributor
Contributor
Posts: 562
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Save.dat container

Post#38 by tome » 03 Dec 2013, 22:18

EdP I'm not sure but you are wrong, you can not save /mnt/live to changes, every time after reboot you will still need update /mnt/live if you want save changes, but maybe you use some tricks.

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#39 by Ed_P » 03 Dec 2013, 22:53

tome wrote:EdP I'm not sure but you are wrong, you can not save /mnt/live to changes, every time after reboot you will still need update /mnt/live if you want save changes, but maybe you use some tricks.
Well I just rebooted from using Windows and my Porteus reconnected to my WiFi and had the password without my needing to enter it. The change in the cleanup file allowed my changes to be saved.

Oh!! I see what you are saying. The info for the file shows the original file date rather than today's. So the fix has to be reentered each boot. :cry:

hmmmm Patch file, create a backup, restore backup each boot. Sounds reasonable but I have limited scripting skills.....

budchekov wrote:Thanks Ed, but it's no longer a problem, uninstalled and moved on.
Oh, ok. I thought you were a tech.
Ed

tome
Contributor
Contributor
Posts: 562
Joined: 26 Jun 2013, 14:03
Distribution: x64 Openbox
Location: Poland
Contact:

Re: Save.dat container

Post#40 by tome » 04 Dec 2013, 22:09

replace your initrd.xz with updated from:https://www.dropbox.com/sh/ui4ydoh3j34xkoy/awngRHBa80 - Porteus folder, and change name of this file or change path in your bootloader.

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#41 by Ed_P » 04 Dec 2013, 22:31

tome wrote:replace your initrd.xz with updated from:https://www.dropbox.com/sh/ui4ydoh3j34xkoy/awngRHBa80 - Porteus folder, and change name of this file or change path in your bootloader.
Thank you @tome. An interesting option.

At present I have found that this series of commands works for me also:

Code: Select all

  guest@porteus:~$ su
  Password: toor
  root@porteus:/home/guest# cp -a /home/guest/cleanup /mnt/live/
Ed

User avatar
phhpro
Full of knowledge
Full of knowledge
Posts: 545
Joined: 10 Nov 2013, 20:35
Distribution: .

Re: Save.dat container

Post#42 by phhpro » 12 Dec 2013, 03:55

Not sure if this is of any interest anymore. Just came across this one on the Puppy board:
Pelo wrote:
I have Porteus on an USB stick. It's a fine distro. But i never understood how to save sessions. I use Porteus to access easily to KDE apps.
I m going to see this version 2.1.

Ted Dog wrote:
Yes I wish porteus explained howto better, I've never got that working.

I had problems with the Porteus SAVE FILE TOOL too. Although it seemed simple enough, the created file never seemed to actually get saved. The problem seems to be with SYNCing the generated SAVEFILE.dat in RAM to actually write it to the USB flash drive.

For those having the same problem, there is a workaround until the SYNC fix comes out:
Quote:
Use the SAVEFILE MANAGEMENT menu to create the file. I used the EXT4 option and chose the location to be the internal distro's root directory. It then creates the file (in RAM).

Next, from the SAVEFILE menu, select the REPAIR option, not to repair it but just to grab the file (from RAM) and copy it to FILE MANAGER (to your preferred location on the USB flash drive). I copied mine to my /multiboot/porteus/ directory. I then added this option to my porteus-rw.cfg file's APPEND line:

changes=/multiboot/porteus/SAVEFILE.dat

After that, persistence worked fine after rebooting.
The complete thread is here:
http://www.murga-linux.com/puppy/viewtopic.php?t=87940

Jump to page 3, towards the bottom to find the above cite.

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

Re: Save.dat container

Post#43 by fanthom » 12 Dec 2013, 06:12

@phhpro
yes - syncing was probably the issue and brokenman added already a 'sync' command after every 'dd' in save file manager tool.
Please add [Solved] to your thread title if the solution was found.

User avatar
Ed_P
Contributor
Contributor
Posts: 3163
Joined: 06 Feb 2013, 22:12
Distribution: Cinnamon 3.2.2 64-bit ISO
Location: Western NY, USA

Re: Save.dat container

Post#44 by Ed_P » 16 Dec 2013, 04:45

Kind of a related question, we use the cheatcode to save our changes but do the changes get used/read if we don't use the cheatcode to save them? And if not is there a way to do that?
Ed

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

Re: Save.dat container

Post#45 by francois » 16 Dec 2013, 09:53

There is nothing going on if you do not use the changes cheatcode: nil, néant, zéro, or if you prefer it corresponds to always fresh. You do not have access to previous data unless it has been caught in some way into a module. Changes have the life of the session.

What do you want to do? The question is not clear to me.
Voltaire: Le mieux est l'ennemi du bien.

Locked