why is USB stick Puppy 525 slow to save?

Using applications, configuring, problems
Post Reply
Message
Author
rumex
Posts: 27
Joined: Thu 25 Jun 2009, 12:22

why is USB stick Puppy 525 slow to save?

#1 Post by rumex »

I have puppy 5.2.5 on a USB stick. When I make a change to a 1 k long file and shutdown puppy, the save process appears to he writing huge amounts of data to the stick.
The file system is AUFS joining a squashfs base puppy under the USB file system which comprises of individual files (not packed into pup-xxx.sfs or whatever).
I am wondering if All the usb files are being written back and not just the ones changed in the session. Do I need to generate another .sfs of unchanging files and add an extra AUFS file system? The USB stick had an ext2 file system on it.

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#2 Post by mikeb »

what pupmode is set... look at /etc/rc.d/PUPSTATE

for usb stick 13 is normal and is supposed to mean only changes in ram are saved...your 1k file for example.

If it is 13 there may be other problems like save file system corruption.....

more details might help.. version, usb one or 2 etc etc

mike

rumex
Posts: 27
Joined: Thu 25 Jun 2009, 12:22

#3 Post by rumex »

Hi
Pupmode is 7
Usb is a usb 2 device
Is there a way of logging what is being written out?

I am wondering if puppy is writing all my /initrd/pup_rw to the ext3 USB device each time I save.
Thinking about it, if I move the contents of /initrd/pup_rw to a .sfs and load it on boot, the size of my pup_rw will drop significantly. I am comfortable with creating the sfs, but unclear how to have puppy automatically load it into the AUFS union file system on boot. Whats the recommended method for telling puppy to load an extra .sfs at boot?

R

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#4 Post by mikeb »

pupmode 7 is saving to a partition using the tmpfs for session store.

It won't be your 1k file but a ton of crud from the browser usually so making a sfs is a waste of time.
Set cache to zero and disable dodgy site protection and other things mentioned around this forum.

Point gdmap at you pup_rw and you will see what is taking the room

mike

rumex
Posts: 27
Joined: Thu 25 Jun 2009, 12:22

#5 Post by rumex »

Odd my gdmap on / or /dev/sda or /dev/sda1 or /dev/sdc1 etc errors, saying

# gdmap /initrd/pup_rw
** Message: No such file or directory

Any suggestions?

Also for interests sake... PUPSTATE and mount show...
# cat /etc/rc.d/PUPSTATE

PUPMODE=7
PDEV1='sdc1'
DEV1FS='ext2'
PUPSFS='sdc1,ext2,/lupu-501.sfs'
PUPSAVE='sdc1,ext2,/'
PMEDIA='usbflash'
#v3.97: kernel with libata pata has both sata and pata drives in ATADRIVES...
ATADRIVES='sda '
#these directories are unionfs layers in /initrd...
SAVE_LAYER='/pup_ro1'
PUP_LAYER='/pup_ro2'
#The partition that has the lupusave file is mounted here...
PUP_HOME='/pup_ro1'
#(in /initrd) ...note, /mnt/home is a link to it.
#this file has extra kernel drivers and firmware...
ZDRV=''
#complete set of modules in the initrd (moved to main f.s.)...
ZDRVINIT='no'
PSWAPFILE=''
PSAVEMARK=''
FASTPARTS='sda1|vfat sda2|ntfs sda3|ntfs sda6|ext3 sda14|vfat '


# mount
rootfs on / type rootfs (rw,relatime)
/dev/sdc1 on /initrd/pup_ro1 type ext2 (rw,relatime,errors=continue)
tmpfs on /initrd/pup_rw type tmpfs (rw,relatime,size=2516844k)
tmpfs on /initrd/mnt/tmpfs type tmpfs (rw,relatime,size=128000k)
/dev/loop0 on /initrd/pup_ro2 type squashfs (ro,noatime)
unionfs on / type aufs (rw,relatime,si=dc04486d)
none on /proc type proc (rw,relatime)
none on /dev/pts type devpts (rw,relatime,gid=2,mode=620)
none on /sys type sysfs (rw,relatime)
shmfs on /dev/shm type tmpfs (rw,relatime,size=703372k)
none on /proc/bus/usb type usbfs (rw,relatime)

User avatar
mikeb
Posts: 11297
Joined: Thu 23 Nov 2006, 13:56

#6 Post by mikeb »

try going into the folder you want to select... its funny like that

also be sure its the /initrd of the puppy file system not any particular drive

its exists...you can see it lol

mike

rumex
Posts: 27
Joined: Thu 25 Jun 2009, 12:22

#7 Post by rumex »

Thanks I managed to see the files in each fs by cd /initrd/pup_rw and doing an ls -lR.
As you say, seamonkey is a bit hungry in its cache.
I also found the System > Boot Manager menu where I can specify additional sfs to load on boot. I've now got enough info to be able to clear out the caches from /root when I save on shutdown thanks.

Post Reply