Personal storage fills without saving?

[JASpup]

installed .deb from ROX
installation failed
personal storage full
rebooted without saving pupsave
personal storage still full

partially installed app in /opt manually deleted

How did it persist?

Slacko6 32

[s243a]

The following post might interest you:

I created a script to write a blank save file (borrowed from sandbox-rw.sh)

Anyway, to resolve your problem there are some things u can do such as clear your browser cache, add a swap file, check the initrd folder to make sure everything is as it should be. You can also copy your pup_rw layer to a file or folder so that u can copy the files to your actual savefile once you resize it.

[mikewalsh]

@JASpup:-

Question: What are you using? Save-file, or save-folder?

I'll hazard a guess that you're using a save-file, because this problem is more likely with a save-file. It happened to me a few times, a couple of years ago, when I was exclusively using save-files.

I now use exclusively save-folders.....because I always have an underlying Linux file-system, and in all honesty, storage just isn't a problem for me these days. Save-folders have tons of room to expand all they want.

This is, of course, why apps packed as SFSs & 'portable'-apps exist. You either load as required, run & un-load before closing the session.....or you run portable apps from completely outside of the file-system (and these are better still if they can contain all their config/settings within the portable itself).

I would surmise that enlarging the save-file should fix the problem.....but try to make sure that when you enlarge it, do so with an expectation of what you might be wanting to do for at least the next few months, and enlarge accordingly. In other words, give yourself some spare room to play with!

Mike.

[JASpup]

Thanks for your ideas.

What I had to do is resave the pupsave after manually deleting the partial installation that filled it.

Then I booted Mainline Slacko with no pupsave, installed the app, and moved it to external storage to see if it would run portable. It does.

Now I'm struggling with running it from the menu (/usr/share/applications). The desktop icon works.

How does a swap file free storage or stop involuntary session saves? I'm still new and haven't confronted initrd.

You can also copy your pup_rw layer to a file or folder so that u can copy the files to your actual savefile once you resize it.

I'll understand eventually.

[JASpup]

@JASpup:-

Question: What are you using? Save-file, or save-folder?

Simple file. I'll tell you, I think more about remasters than save folders. Ideally I want static setups with flexibility for minor adjustments. Closest I am is pupsave files set to never save (always manual).

[williwaw]

I think more about remasters than save folders. Ideally I want static setups with flexibility for minor adjustments. Closest I am is pupsave files set to never save (always manual).

for static use, I have moved browsers and email out of the save file/folder. sometimes it is easier to let small configs use the save.

are you running a puppy that allows you to make a sfs from an installed app? or run alternate savefiles at boot-up? create the sfs with a disposable savefile

[JASpup]

for static use, I have moved browsers and email out of the save file/folder. sometimes it is easier to let small configs use the save.

Every app that can be ran standalone should if its configuration files land in /root (i.e., ram).

are you running a puppy that allows you to make a sfs from an installed app?

How would I know?

On my 64 setup I just recently loaded my first app from .sfs and it looks really promising.

( that's my backway of saying I haven't really mastered them yet )

or run alternate savefiles at boot-up? create the sfs with a disposable savefile

Yes, 6 and 7 pups support multiple pupsaves, but I'm not going to start rebooting for apps.

You can create a .sfs in ram if you've got it.

[taersh]

I'd offered a solution to you that would avoid all those problems.
Though, you don't seem to be interested anymore.
Never mind, saves me some work and lots of time to use for doing music!

[JASpup]

I'd offered a solution to you that would avoid all those problems.
Though, you don't seem to be interested anymore.
Never mind, saves me some work and lots of time to use for doing music!

I'm doing more than one thing, multitasking. I have your message.

[williwaw]

Yes, 6 and 7 pups support multiple pupsaves, but I'm not going to start rebooting for apps.

I am not suggesting you reboot to use an app. Use a different savefile to install the app so that you can create the sfs, or do it in ram if you wish. you can load and run the sfs with your slim and permanent savefile.

some puppys allow you to have a savefolder which makes things easier.

l

[s243a]

You can also copy your pup_rw layer to a file or folder so that u can copy the files to your actual savefile once you resize it.

viewtopic.php?p=11886#p11886

I'll understand eventually.

viewtopic.php?p=11890#p11890

The following article is helpful:
https://bkhome.org/archive/puppylinux/d ... works.html
http://wikka.puppylinux.com/HowPuppyWorks

A nice summary is given here:

Code: Select all

#Aufs layers setup by this script...
#aufs layers:            RW (top)      RO1             RO2              PUPMODE
#First boot (or pfix=ram):  tmpfs                         pup_xxx.sfs      5
#Normal running puppy:      pup_save.3fs                  pup_xxx.sfs      12
#ditto, but flash drive:    tmpfs         pup_save.3fs    pup_xxx.sfs      13
#Multisession cd/dvd:       tmpfs         folders         pup_xxx.sfs      77

/woof-CE/.../initrd-progs/0initrd/init#L8

The current PUPMODE is given, on /etc/rc.d/PUPSTATE

For me on the machine I'm tying on this says that I'm in PUPMODE=13. I'm running puppy in ram, with a save folder that resides on a USB stick. In the /initrd folder pup_ro1 is a symlink to my save folder and pup_rw is symlinked to /initrd/mnt/tmpfs/pup_rw. pup_rw in my PUPMODE is the ram layer. (i.e. tmpfs). Amway, if one or two of these symlinks getS broken, puppy may think you have run out of space when you haven't.

[taersh]

I'm doing more than one thing, multitasking. I have your message.

No, you don't do multitasking. Perhaps you're executing a huge learning curve which could be quite useful, of course.
Though, at least it's some sort of a waste of time.

As a beginner I would stick to one preferred Puppy to learn as much as possible.
Things are changing from one Puppy to the next version. Files/scripts are different and/or moved to another location.
Window Managers are different, even Bionic64 has different version/setup of JWM compared to Bionic32.

This could be very confusing when trying to learn Puppy and to solve problems in different Puppies.
Much more issues will arise when using XFCE and JWM in the same Puppy switching forward and back between those WM's.
Thunar is different to Rox and you just can't do stuff in Thunar, that you can do in Rox.

However, I'm offline beyond the 11. December 2020, 00:01 until the beginning of January 2021. I'm on prepaid internet connection via USB flash modem running out of charge at 10. December 23:59 and atm it looks like I can't charge that prepaid internet card again before January 2021.

[JASpup]

I am not suggesting you reboot to use an app. Use a different savefile to install the app so that you can create the sfs, or do it in ram if you wish. you can load and run the sfs with your slim and permanent savefile.

I guess I need to jump in feet-first if there's no Squash for Dummies.

I install packages all the time from deb/pet/txz vs. the PPM, trying to maintain a list of what installs/runs on each distro.

You can still uninstall offline packages from the PPM, so I don't yet grasp the benefit of sfs loading (i.e., how unloading an sfs is different from uninstalling from the PPM).

Then say you're completely new.

You install an app.

How do you make it an .sfs?

[JASpup]

Amway, if one or two of these symlinks getS broken, puppy may think you have run out of space when you haven't.

Your reply looks like a useful reference.

In this instance, I'm fairly certain pupsave did run out of space, but the issue is it shouldn't have because it wasn't manually saved.

So is this a process bug?

Installation fills pupsave then aborts, Pupsave (the partial installation) not only remains filled for the session, but remains after boot without saving.

If I had room and the installation completed, would it still be in the pupsave without saving?

Puppy is too good to not have been tested, but I'm blind to the production process.

[JASpup]

No, you don't do multitasking. Perhaps you're executing a huge learning curve which could be quite useful, of course.
Though, at least it's some sort of a waste of time.

I am certain I am wasting time if goals are more important than the learning process.

Recently I decided to quit Slacko6.

Yet I booted and started tinkering. I made a nice setup. I like it too much.

I don't need 6+ os with 4 windows managers.

But I'm still learning and each configuration has pros and cons.

My 32 machine is too slow to use Tor to pay my electric bill.

The utility bans half the Tor nodes (doesn't seem to like the UK), but it will let me pay from Moldova.

We need a better Internet.

As a beginner I would stick to one preferred Puppy to learn as much as possible.
Things are changing from one Puppy to the next version. Files/scripts are different and/or moved to another location.
Window Managers are different, even Bionic64 has different version/setup of JWM compared to Bionic32.

My one Puppy would be Xenial, but I'm not ready to commit like a girlfriend over Coronavirus. It is too compelling to juggle.

You want me to try something newer. I only once booted Ubuntu Bionic by accident.

Yet maybe this bug/error could have happened in any pup?

My 64 machine could run any mainstream os. I am happy with Xenial at the moment but willing to keep learning (experimenting).

Much more issues will arise when using XFCE and JWM in the same Puppy switching forward and back between those WM's.
Thunar is different to Rox and you just can't do stuff in Thunar, that you can do in Rox.

I learned the hard way to keep XFCE and JWM separate. Separate boots. Xenial LXDE has a switch for JWM, but I haven't seen the bugs yet.

However, I'm offline beyond the 11. December 2020, 00:01 until the beginning of January 2021. I'm on prepaid internet connection via USB flash modem running out of charge at 10. December 23:59 and atm it looks like I can't charge that prepaid internet card again before January 2021.

No hurry, no stress. We don't have an emergency. Later works.

[taersh]

How do you make it an .sfs?

Make .sfs files easily: viewtopic.php?f=106&t=933
Run Programs easily from .sfs files by a menu entry: viewtopic.php?f=106&t=970

These developments are some spare parts of the possibilities from my Puppies and from what I offered to you.

[JASpup]

Make .sfs files easily: viewtopic.php?f=106&t=933
Run Programs easily from .sfs files by a menu entry: viewtopic.php?f=106&t=970

I will read the links.

[williwaw]

You can still uninstall offline packages from the PPM, so I don't yet grasp the benefit of sfs loading (i.e., how unloading an sfs is different from uninstalling from the PPM).

a sfs loads a read only copy of the app. a sfs is not kept in your savefile. An installed app increases the size of your save.

when you make a sfs of a browser (for instance), only the changes to the sfs are kept in the savefile.

if you preconfigure the browser with your addons before making the sfs, even less is kept in your savefile.

[JASpup]

You can still uninstall offline packages from the PPM, so I don't yet grasp the benefit of sfs loading (i.e., how unloading an sfs is different from uninstalling from the PPM).

a sfs loads a read only copy of the app. a sfs is not kept in your savefile. An installed app increases the size of your save.

when you make a sfs of a browser (for instance), only the changes to the sfs are kept in the savefile.

if you preconfigure the browser with your addons before making the sfs, even less is kept in your savefile.

If a standalone browser, for example, is run with configuration files in /root, is any browser application folder being written to?

Likewise, is an install app always increasing the size of your save if you're not deliberately writing to it (0 = save interval)?

Is that what happened here in my case? (i.e., I thought app installed to ram but it wrote directly to pupsave?)

[taersh]

If you are running from USB flash nothing is written to the save file if save interval is zero and you didn't save manually.
Though, after a reboot you would need to install the program again.

If you are running from hard disk everything is saved immediately - always.

There's some tricks to let hard disk install behave like USB flash installations. But I don't know how. I don't use save files or folders.

[JASpup]

I like the term glitch.

[lizardidi]

If you are running from USB flash nothing is written to the save file if save interval is zero and you didn't save manually.
Though, after a reboot you would need to install the program again.

If you are running from hard disk everything is saved immediately - always.

There's some tricks to let hard disk install behave like USB flash installations. But I don't know how. I don't use save files or folders.

How to install puppy to HDD, and force it behave as if installed in pendrive:
viewtopic.php?f=2&t=258&p=1105#p1105

Just another ordinary puppy user here.. However, if @JASpup you need more space for savefile, might consider install puppy into HDD, then use the method discussed in the link above to force pupmode 13.

[JASpup]

How to install puppy to HDD, and force it behave as if installed in pendrive:
viewtopic.php?f=2&t=258&p=1105#p1105

Just another ordinary puppy user here.. However, if @JASpup you need more space for savefile, might consider install puppy into HDD, then use the method discussed in the link above to force pupmode 13.

Great respect for benevolently shared knowledge.

I'm like that myself.

Yet storage space nor pupmode are the issue in this post.

It's about app installation and write operations.

[taersh]

Yet storage space nor pupmode are the issue in this post.

It's about app installation and write operations.

The PUPMODE is the chief.
It decides if data is written immediately or sequentially dependent on the installation drive.
Manipulating the PUPMODE makes one able to let HD install writing data to the save file sequentially.
HD install then "thinks" it would be installed to USB flash.

[JASpup]

The PUPMODE is the chief.
It decides if data is written immediately or sequentially dependent on the installation drive.
Manipulating the PUPMODE makes one able to let HD install writing data to the save file sequentially.
HD install then "thinks" it would be installed to USB flash.

Hmmm. What I meant is PUPMODE 13 can be assumed.

So if someone wrote (using my vernacular), "Yeah, what happened to you would be normal if you were in PUPMODE [n]" that would explain the glitchy experience.