Page 2 of 8

Posted: Tue 04 Oct 2011, 10:34
by nooby
zaivala MacPup most likely use E17 so that needs someone that use it to know :)
Runt who is a Dev of MacPup he would know so try to find the MacPup thread.

savefile?

Posted: Tue 04 Oct 2011, 15:27
by sszindian
Having a savefile problem in 528!

528 loads perfect, able to do downloads OK, program works great, etc., the problem is at shutdown.

Everything in shutdown is normal right up to and including 'Creatin Disk Space' on the savefile I have named... but... It never asks for the next option to include files from the CD to HDD for faster loading next time, the computer then just shuts down.

On reboot (or startup) it asks for the savefile I want to load (have several on HDD). I select the savefile I want, it starts loading then I get the 'KERNEL PANIC' and computer STOPS!

Appreciate any advice on how I can get by this problem somehow?

'Thanks'

>>>---Indian------>

Posted: Tue 04 Oct 2011, 22:26
by zaivala
nooby wrote:zaivala MacPup most likely use E17 so that needs someone that use it to know :)
Runt who is a Dev of MacPup he would know so try to find the MacPup thread.
No, I'm asking about Puppy (LuPu) 528... as I said, I *know* how to do it in MacPup 528.

Re: Resize Puppy Savefile

Posted: Wed 05 Oct 2011, 02:35
by seaside
zaivala wrote:OK, what about just resizing the pupsave file? The only problem is, I can't find how to do this in LuPu 528... it is done quite easily in MacPup 528... any hints?
zaivala,

It usually is under the menu item "Utility" or "General utilities" > Resize personal storage file".

Cheers,
s

Posted: Wed 05 Oct 2011, 02:46
by zaivala
Yep, I found it in the FAQ on the Puppy main page about 3 hours ago. Thanks.

Posted: Fri 07 Oct 2011, 12:25
by Shep
Hasimir wrote:how do I install a program so that the bulk of files are stored outside the savefile, and only the settings are kept into it?
I think you have to do this manually, almost no install procedure that I've used offered me a choice of where I wanted a program installed. I think you'll have to click on the .pet package, wait till it's finished installing the new application, the you'll have to search the file system for that directory and move it and its contents to a directory you create under, e.g., /mnt/home
and finally create a symlink back to where it had been installed so that puppy can find its new hiding place.

Posted: Fri 07 Oct 2011, 13:38
by Shep
Hasimir wrote:so I should reboot the system every time I need to fire-up a program like Office or Gimp?
If you have these as .sfs files you can load them into your filesystem whenever you want using an on the fly sfs-loader. The unload when finished with them. RAM usage is economical that way.

Or you can install then store the binaries outside the save file, so they are accessible from any puppy.

Case of firefox

Posted: Fri 18 Nov 2011, 05:11
by shinobar
Update: case of firefox.
  1. Save files to /mnt/home/tmp.
  2. Limit cache.
  3. Tick off 2 'Block ...'.
See the top post.

seamonkey2 settings

Posted: Sun 11 Dec 2011, 04:59
by shinobar
UPDATE case of seamonkey2:
Add OCSP setting with seamonkey2.
Tick off the OCSP at Advanced >> Privacy & Security >> Validation.
See the top post of this topic.

OCSP fats the file, ~/.mozilla/seamonkey/*.default/places.sqlite to several tens mega bytes.

EDIT: places.sqlite is still 10MB. It seems different issue apart from OCSP.

Gdmap and CUPS

Posted: Tue 20 Mar 2012, 12:23
by shinobar
Add on the Gdmap and CUPS:

You can find which file consumes the puppy space using the application Gdmap found under the menu >> File system. Run the gdmap and load /initrd/pup_rw.

CUPS:
The cups daemon makes cache under /var/spool/cups/tmp. You can delete the cache files by editing the script /etc/init.d/cups. Insert a line at line 186 or somewhere called when 'cups stop':

Code: Select all

rm -fr /var/spool/cups/tmp/*   # shinobar: clean up cache

Posted: Tue 01 May 2012, 19:33
by greengeek
I am booting an Acer netbook from USB (trying puppies Saluki, RacyNOP 5.2.2, Racy 5.3, Slacko "Fat" 5.3.3.x) and it seems to take a very long time to update the savefile at shutdown. Even if I just boot up, do nothing else, then shut down, it takes about 3 minutes to save the savefile.

Even a totally fresh install takes a long time for shutting down - no extra programmes loaded.

Does the system have to save so much data EVERY time? Will the savefile saving take the same length of time regardless of how much work I do?

Also, I wonder if it is possible that some setting may have changed on my USB ports to make the data rate slow. Do they have something like a DMA setting that would make the data slow to create the savefile? (I have tried several new usb sticks and all take the same time to save the savefile so I don't think a slow stick is the problem).

I have 1Gb of RAM, and a 512Mb savefile. Is that ok? If I reinstall with a smaller savefile (say 256Mb?) will that work ok, and if the savefile is half the size, should it take half the time to save? Or does the save time involve some processing/compression of a certain amount of data, so that the delay is due to cpu processing time, rather than "USB_Writing" time?

Posted: Sun 02 Sep 2012, 04:19
by `f00
@greengeek disclaimer: I haven't done xfce4 recently, so 'wild guess'ing

xfce4, thunar, pcmanfm (among many processes) could possibly bottleneck/throttle events in a minimal test. They are meant to be loaded and used, so normally hardly noticed in a typical session (this is one of the reasons for the splash like in e17). I recall xfce4 logout to have some oddnesses as well in a normal setup but this may have been streamlined.

compare medium-weight wm startup with a light (miwm) or ultralight (mcwm), trim non-essentials like the rox pinboard (true, some wms use their own setup) and so on. All kinds of ways to shave seconds and still be comfy.

yah, check your transfer speed (there should be a tool for that, was anyhow) - 2 is quicker than 1 by a good bit and pretty sure it goes by the bus.

fresh installs are slower by nature - it takes a save or so to pick up the pace.

512 could be your sweet spot, I aim at a max of 128 (mileage varies for everyone) and start with 32 just to see how things bump up. For sure time is saved with a smaller savefile. Reading/checking may be involved if I recall correctly.

As a final note, some users go the full install route (and that's a different topic :lol: )

Posted: Sat 04 May 2013, 18:42
by rmcellig
I have a 3.4GB save file (maybe it should be smaller?) Advice please. :)

I am using Openbox. When I look at the icon for my pupsave, it's orange instead of green with 1GB of free space. What is eating up the rest of the space? I went through the guide above, which excellent by the way, and did everything mentioned but still the icon is orange. What should I do? Create a new smaller save file? Options?

Thanks!!!!

Keep your savefile slim and healthy

Posted: Mon 06 May 2013, 01:21
by bill
Here is one that maybe a new user would like to tinker with.
This also works well in Lucid Puppy 5.2 uname -r k2.6.33.2

Re: What is eating up

Posted: Mon 06 May 2013, 04:22
by shinobar
rmcellig wrote:What is eating up the rest of the space?
Use Gdmap or Large Files Finder. See the top post.

Posted: Mon 06 May 2013, 08:51
by rmcellig
I tried those and could not see any large files that were eating up space. For the time being, I rebooted puppy using a 10GB save file that I have. This one works fine. I know it's a large save file but I just want to make sure I am not always having to continuously check what is the status of my save file.

Posted: Mon 06 May 2013, 09:01
by rmcellig
What is the difference between using gdmap to search:

/initrd/pup_rw

As opposed to just searching my root directory?

Keep your savefile slim and healthy

Posted: Mon 06 May 2013, 13:35
by bill
Hi rmcellig,I would believe that whatever program you are using to view videos
or music is the reason your "savefile" keeps getting bigger.Yes this program (Gnome-Mplayer comes to mind ?) as it will not only allow you to view them,but
puts them in ram,then "saves" them in "Savefile" on shutdown.Just one of my
SWAG observations aka Scientific Wild Arse Guess :) . cheers

Posted: Mon 06 May 2013, 14:28
by rmcellig
Thanks Bill!! Appreciate it!

Posted: Wed 29 May 2013, 12:04
by Fingers
rmcellig, once you've navigated to

/initrd/pup_rw

in gdmap, then you must click 'Open' - then you will see the difference. It's a great tool for the job. In the two lines below the map, the first is a subdirectory of the one you opened and the second is a subdirectory of that one.

If you want to see what will go in your save file in relation to FireFox, close FF first. This will get rid of the "Offline cache" which is temporary anyway, it seems.

(This worked for Firefox 12.0):
If you want MOVE THE FIREFOX CACHE DIRECTORY then first create a directory where you want it to be ( eg. /tmp/FF.cache ). Make a note of the current cache directory, found with gdmap. Then type

about:config

in the address bar of Firefox and hit enter. Right click in the main section where the big list of preferences are, and select New > String

Type

browser.cache.parent_directory

hit OK and a new dialog box opens. Type your path to the target directory which you created. hit OK. Restart Firefox.

I think you have to manually remove the old cache directory. Mine was at /root/.cache/ .... etc

Phew! I thought it would be in Edit > Preferences