Puppeee 4.3X
wasnt puppeee going to distrowatch?jemimah wrote:http://puppeee.com/web/blog/puppeee-10-released/
hi, (not sure if this is a puppy question or a puppee question) My firefox 3.6.3 cache file is growing bigger and bigger and eating up all my save file. The firefox limit is set to 50Mb, but it's gone well past that. I've read about linking the cache to a /tmp folder, but it would be nice to keep some cache of commonly used sites. Is there a way to limit the cache file size?
Also, firefox is asking me to update to version 3.8. Should I do it, or will it break puppeee things?
Also, firefox is asking me to update to version 3.8. Should I do it, or will it break puppeee things?
eee-504.sfs not found
Apologies for cross-posting this one but I thought I might have a better chance of sorting this problem out here rather than in Beginners Help.
First thing I have to say is- great distro Jemimah!! I am hoping to use this as my main distro on my 1000H. But thats after I sort out the following problem
I have installed puppeee in a frugal install on sda5. Grub is now properly configured and tries to boot puppeee.At some point I get the following error message
First thing I have to say is- great distro Jemimah!! I am hoping to use this as my main distro on my 1000H. But thats after I sort out the following problem
I have installed puppeee in a frugal install on sda5. Grub is now properly configured and tries to boot puppeee.At some point I get the following error message
This also happened with RC8. Any thoughts?eee-504.sfs not found.Dropping out of initial-ramdisk console...
/bin/sh: can't access tty: job control turned off
I'm not sure about the cache question. Updating may or may not work. I've had issues in the past. I will make a Firefox 3.8 SFS this week.simon1482 wrote:hi, (not sure if this is a puppy question or a puppee question) My firefox 3.6.3 cache file is growing bigger and bigger and eating up all my save file. The firefox limit is set to 50Mb, but it's gone well past that. I've read about linking the cache to a /tmp folder, but it would be nice to keep some cache of commonly used sites. Is there a way to limit the cache file size?
Also, firefox is asking me to update to version 3.8. Should I do it, or will it break puppeee things?
Re: eee-504.sfs not found
Can you post your grub configuration?lemmy999 wrote:Apologies for cross-posting this one but I thought I might have a better chance of sorting this problem out here rather than in Beginners Help.
First thing I have to say is- great distro Jemimah!! I am hoping to use this as my main distro on my 1000H. But thats after I sort out the following problem
I have installed puppeee in a frugal install on sda5. Grub is now properly configured and tries to boot puppeee.At some point I get the following error messageThis also happened with RC8. Any thoughts?eee-504.sfs not found.Dropping out of initial-ramdisk console...
/bin/sh: can't access tty: job control turned off
Code: Select all
title Puppy Linux 504 frugal
rootnoverify (hd0,4)
kernel /puppy504/vmlinuz pmedia=atahd psubdir=puppy504 nousbwait=1
initrd /puppy504/initrd.gz
Code: Select all
title Puppy Linux 504 frugal
rootnoverify (hd0,4)
kernel /puppy504/vmlinuz
initrd /puppy504/initrd.gz
Trying to fix bootinst.bat
In this one http://puppeee.com/files/misc/bootinst.bat .... and the one included in V1 (different, but both has the same code lines) there are 2 spaces between -maf ...&... %DISK%:
Maybe this 2 spaces are the culpit of the broken installer in vista/7 ?¿?¿
I been looking at some different booinst.bat you did because im sure at least one of them dont creates this (hidden) ldlinux.sys file in the root of the device
At least the one included in RC2 creates the file in this subfolder \boot\syslinux\ldlinux.sys using this command line:
Maybe this file is needed inside this path in vista/7 ?¿?¿
I have no idea about syslinux, but it seems that the -d modifyer is needed to set the folder where this ldlinux.sys file is created
Take a look at this bug report from other distro as an example where a bad syntaxis of -d modifyer, the root is used to create the file
https://fedorahosted.org/liveusb-creator/ticket/167
Code: Select all
\boot\syslinux\syslinux.exe -maf %DISK%:
I been looking at some different booinst.bat you did because im sure at least one of them dont creates this (hidden) ldlinux.sys file in the root of the device
At least the one included in RC2 creates the file in this subfolder \boot\syslinux\ldlinux.sys using this command line:
Code: Select all
\boot\syslinux\syslinux.exe -maf -d \boot\syslinux %DISK%:
I have no idea about syslinux, but it seems that the -d modifyer is needed to set the folder where this ldlinux.sys file is created
Take a look at this bug report from other distro as an example where a bad syntaxis of -d modifyer, the root is used to create the file
https://fedorahosted.org/liveusb-creator/ticket/167
The alternative for SYSLINUX is GRUB4DOS, i was looking a bit about it because maybe is more compatible for the bootloader chainloading, but im too newbie with both
With compatibility i mean that seems more easy to chainload grub--->grub4dos because one is based on the other
Im chainloading grub (legacy)---> syslinux
Grub is able to pass the modifyers to syslinux without problem (i.e. ramboot=1)
I have puppeee installed frugal in a subfolder of an SD card
And booting puppeee from grub ("puppeee ramboot" is my default option in grub)
I have another line in grub for a "puppeee normal boot" (i use this when i need to change something)
When i turn on the eeepc, what boots is puppeee ramboot, i do not need to press the ESC key to enter in syslinux
But still i have the option to press ESC and enter in syslinux to use the configured boot modes (savefile repair ones are always usefull).. or i can boot a "clean" puppeee for repair purposes
As i have puppeee in a subfolder inside the SD card... i had to modify syslinux.cfg to point to this subfolder
For this kind of boot psubdir=XXX is needed (if im not wrong... i did a lot of tests and did not work without it, but i will test again)
----------------------
Im having some problems when loading .sfs files ---> http://www.murga-linux.com/puppy/viewto ... 452#440452
It seems that are loaded from root of the device
I have an internal 250GB HDD with XP, debian, swap & a 200GB fat partition
And i was testing hibernation to this "shared" swap (shared between debian & puppeee) and it works O.K. and i can return from hibernation in around... 15 seconds (my grub has a delay of 5 seconds)
Now im thinking in making a dedicated swap only for puppeee hibernation (not shared & hidden for the other operative systems)
The further experiment is to make a swap partition in the SD card an "hibernate to SD" (work in progress and under discussion)
This idea is the only solution to completly disable the internal HDD and keep hibernation working
And i have some doubts if the "dual" boot alternative between ramboot & normal & return from hibernation can cause a distorsion in space-time and generate a black hole
When booting in ramboot i see the message "updating layered filesystem" but... the filesystem was updated before when i booted "normal" (i boot normal i.e. for adding a new .sfs in bootmanager... then i turn off saving session)
I dont understand this error yet, and im not sure what fails, but sometimes i see .sfs not detected... or sometimes i see this message persistent in all boots
--------------------------------------------------
All this wall of text is more a concept idea of how we can boot puppeee than a question... im not sure wich is the best way to boot it, im just experimenting but there are a lot of options availables
I will paste my syslinux.cfg & my menu.lst with an explain of all modifyers used later on
Im still having some problems, but this freedom is great
Sorry for the wall of text maybe offtopic, but i think that the amount of possiblityes to boot puppeee deserves a talk, there are some clarifying old messages in this thread talking about hibernation, chainloading, fast boots/shutdowns etc... and all this needs to be resumed
With compatibility i mean that seems more easy to chainload grub--->grub4dos because one is based on the other
Im chainloading grub (legacy)---> syslinux
Grub is able to pass the modifyers to syslinux without problem (i.e. ramboot=1)
I have puppeee installed frugal in a subfolder of an SD card
And booting puppeee from grub ("puppeee ramboot" is my default option in grub)
I have another line in grub for a "puppeee normal boot" (i use this when i need to change something)
When i turn on the eeepc, what boots is puppeee ramboot, i do not need to press the ESC key to enter in syslinux
But still i have the option to press ESC and enter in syslinux to use the configured boot modes (savefile repair ones are always usefull).. or i can boot a "clean" puppeee for repair purposes
As i have puppeee in a subfolder inside the SD card... i had to modify syslinux.cfg to point to this subfolder
For this kind of boot psubdir=XXX is needed (if im not wrong... i did a lot of tests and did not work without it, but i will test again)
----------------------
Im having some problems when loading .sfs files ---> http://www.murga-linux.com/puppy/viewto ... 452#440452
It seems that are loaded from root of the device
I have an internal 250GB HDD with XP, debian, swap & a 200GB fat partition
And i was testing hibernation to this "shared" swap (shared between debian & puppeee) and it works O.K. and i can return from hibernation in around... 15 seconds (my grub has a delay of 5 seconds)
Now im thinking in making a dedicated swap only for puppeee hibernation (not shared & hidden for the other operative systems)
The further experiment is to make a swap partition in the SD card an "hibernate to SD" (work in progress and under discussion)
This idea is the only solution to completly disable the internal HDD and keep hibernation working
And i have some doubts if the "dual" boot alternative between ramboot & normal & return from hibernation can cause a distorsion in space-time and generate a black hole
When booting in ramboot i see the message "updating layered filesystem" but... the filesystem was updated before when i booted "normal" (i boot normal i.e. for adding a new .sfs in bootmanager... then i turn off saving session)
I dont understand this error yet, and im not sure what fails, but sometimes i see .sfs not detected... or sometimes i see this message persistent in all boots
--------------------------------------------------
All this wall of text is more a concept idea of how we can boot puppeee than a question... im not sure wich is the best way to boot it, im just experimenting but there are a lot of options availables
I will paste my syslinux.cfg & my menu.lst with an explain of all modifyers used later on
Im still having some problems, but this freedom is great
Sorry for the wall of text maybe offtopic, but i think that the amount of possiblityes to boot puppeee deserves a talk, there are some clarifying old messages in this thread talking about hibernation, chainloading, fast boots/shutdowns etc... and all this needs to be resumed
More tests...sandungas wrote: For this kind of boot psubdir=XXX is needed (if im not wrong... i did a lot of tests and did not work without it, but i will test again)
Well... it seems that only is needed for booting puppeee in ramboot from a subfolder (both grub & syslinux fails to boot without it)
As a example... this grub config does not work
Code: Select all
root (hd1,0)
kernel /PuppEee/vmlinuz ramboot=1
initrd /PuppEee/initrd.gz
loading personal file
Copying files to ram xxxxx.sfs...
The superblock could not be read or does not desbribe a correct ext2 filesystem...
loading eee-504 ---------------------done
setting up the layered filesystem ----done
performing a switch_root.... kernel panic
this is fixed by using psubdir=XXXXX
As another example... it needs to be this way in grub
Code: Select all
root (hd1,0)
kernel /PuppEee/vmlinuz psubdir=PuppEee ramboot=1
initrd /PuppEee/initrd.gz
----------------
Edit... well maybe this happens only with frugal installs ? or is related with removable media ? i have no idea