Lucid Puppy 5.2.8 - Updated ISO Version 005 - APR 05 2012

A home for all kinds of Puppy related projects
Message
Author
User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

Re: 2fs enlargement glich

#2191 Post by otropogo »

bigpup wrote:
otropogo wrote:I happened to boot with a smallish 2fs file, and decided to increase the size by 64MB.

Then rebooted with the original file I had meant to use, only to see that it was enlarged (at least, that's what the popup said) instead of the intended target.

Guess I'll have to reboot with the file I intended to enlarge, to see if it grows as well or not.
Yes if you select to re-size a save file you have to reboot using that same save file. At boot is when the re-size is done.
When you select to re-size it works only on the next boot/reboot one time.
New selection to re-size has to be made each time you want to do it.
Curious. Where is the information to resize the file kept while you're rebooting? Surely, wherever it is, it should also contain the information regarding the name of the file to be enlarged?

Missing the enlargement by failing to reboot the same 2fs file is just a minor annoyance. But enlarging a file you didn't mean to enlarge could be a serious problem, since it can't be undone.
otropogo@gmail.com facebook.com/otropogo

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

#2192 Post by otropogo »

bigpup wrote:This is the way I use Gparted for heavy work.
Gparted live CD

For partitioning I would suggest you use the Gparted live CD that you can get from here.
You can download a free version to make your own Gparted live CD.
It is up to date and specifically made to run Gparted.
Info:
http://gparted.sourceforge.net/livecd.php
Download:
http://sourceforge.net/projects/gparted ... ve-stable/
Thanks. I knew that, probably have an older copy around, but it always irks me that I can't get it to work in Puppy anymore.

BTW - I did try to download the latest version just now, but for some reason sourceforge and its mirrors are downloading like molasses today, at least at this end.

Will try again later.

Update, after downloading Gparted from Taiwan at top speed, the download failed with a series of nonsensical error messages, starting with "no room, try another directory" or words to that effect, and ending with "unable to read source file", after supposedly tranferring 126/127MB.

So I booted Knoppix 7.0.4, went to Preferences/Gparted (v 070), and viewed the corrupted SD card with it. Apparently, the only thing I could do was to reformat the card (I used FAT16). I then copied the files from the LiveCD, edited syslinux.cfg, set the boot flag, and tried to boot with it. But the system reported the disk was unbootable.

So I took it back to the Universal Installer, used the USB Flash drive function, left the MBR alone, re-edited the syslinux.cfg, renamed the sfs file to .bak, and tried booting again. Finally, success...

What have I learned?

...

UPDATE: several hours of further experience with both flash installers have changed my mind. Bootflash is more versatile and faster, it just takes a bit more attention.

...

It also turns out to be unnecessary to rename or delete the sfs file from the flash media when changing pmedia=usbflash to =atahd in syslinux.cfg to with sfs and 2fs files on the hard drive.

Nor is it even necessary to place all the 2fs files in the same folder with the sfs file. But it may be necessary to keep lupu_528.sfs in the root directory or in a folder in the root directory. I haven't tested this.





PS. thanks again, rcrsn51 and bigpup
otropogo@gmail.com facebook.com/otropogo

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

#2193 Post by otropogo »

bigpup wrote:
When I click on the menu/system/gparted tab, I get the menu of drives on the system. When I click on one of them, the menu disappears, and nothing happens. When I look at running processes, there's no sign of gparted.
This is starting to look like a bad download of the Puppy version iso.

Try this to see if it makes a difference.
Boot with the Puppy live CD
Use boot option puppy pfix=ram
Now try to use Gparted.
What happens?
Sorry I've taken so long to reply to your suggestion above. The answer is yes, gparted works when I use the option pfix=ram. However, I booted from the usbflash install. Apparently the issue has something to do with the 2fs file.

But now I'm trying to figure out why I can't install puppy to flash on a 2GB SD card although I can do it on a 500MB SD or a 256MB CF card.

Every time I do, Universal install declares success, but the card merely becomes unreadable, and I have to go to Gparted, or to a camera, to reformat it. Even Windows 7 can't fix it.
otropogo@gmail.com facebook.com/otropogo

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

Inconsistent syslinux.cfg behaviour

#2194 Post by otropogo »

After considerable fiddling, I managed to compose a 256CF flash card that reliably boots lupuplus from the hard drive.

But unlike the 500MB SD card I've been using up to now, simply changing pmedia=usbflash to pmedia=atahd in syslinux.cfg didn't do the trick. It would only load from the card itself, ignoring the change.

But if I booted with the command puppy pdev1=sda1, then the hard drive was searched, the 2fs files on it were presented, and the lupuplus sfs (which is too large to fit on the CF card) was loaded into RAM.

I then found that adding the line

Code: Select all

pdev1=sda1
after

Code: Select all

pmedia=atahd
in syslinux.cfg achieved the same result.

However, either way, the loader then displays :
searching deeper in sub-sub-folders in partitions
which has never appeared with the atahd argument on the SD card.

And the message makes no sense, since the lupu_528.sfs file is in a folder in the root directory of sda1. And this message still displays if I add the argument
/pupsave
(the folder where the sfs and 2fs files reside), nor does the search (the longest part of the loading process) seem any faster than when booting with the SD card with only

Code: Select all

atahd
specified.
otropogo@gmail.com facebook.com/otropogo

User avatar
bigpup
Posts: 13886
Joined: Sun 11 Oct 2009, 18:15
Location: S.C. USA

#2195 Post by bigpup »

And the message makes no sense, since the lupu_528.sfs file is in a folder in the root directory of sda1. And this message still displays if I add the argument

/pupsave
Try making this

Code: Select all

psubdir=pupsave
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected :shock:
YaPI(any iso installer)

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

#2196 Post by otropogo »

bigpup wrote:
And the message makes no sense, since the lupu_528.sfs file is in a folder in the root directory of sda1. And this message still displays if I add the argument

/pupsave
Try making this

Code: Select all

psubdir=pupsave
Yes, bigpup. That worked. I timed the interval from hitting ENTER at the puppy boot prompt to the moment the 2fs files were displayed at

81 seconds without the spsubdir argument, and
38 seconds after it was added

A substantial speed-up, thanks.

Interestingly, I then added pdev1=sda1 psubdir=pupsave to the SD card's syslinux.cfg file also, but the gain was much smaller in that case, a mere 10 seconds shaved off.

49 vs 39 seconds.

My guess is that the loader on the CF card was searching further than the one on the SD card before the psubdir argument was added. But I can't imagine why.

Presumably pmedia=atahd automatically sets the SD loader to search the root directory of the first partition of disk0 first, followed by the the folders in that directory.

But the argument that the CF card required to find the same directory would have set it to do exactly the same thing, since sda1 is the first partition of disk0.

I'm tempted to experiment further by putting extra 2fs files elsewhere on the hard drives, including in folders within folders, where they're not supposed to be found at all. I know that when I boot from a LiveCd (I don't have one burned at the moment), the loader searches all storage devices on the system for 2fs files, and the partition on which the chosen 2fs file is located becomes "home" and can't be unmounted.

However, I wonder whether more than a handful of us care about this.

I couldn't resist moving one 2fs file into the root directory of sda1 and removing all but the pmedia=atahd argument from the SD card's cfg file. The loader then showed only the two 2fs files remaining in the pupsave folder.

So I conclude that it takes the loader 10 seconds to examine the 21 files and 99 folders (or as many of the latter as precede "pupsave' in its search order) in the root directory of sda1 looking for lupu_528.sfs. And this explains the time saved by adding the psubdir=pupsave .
argument.

But why it takes the loader launched from the CF card 32 seconds longer to do exactly the same thing remains a mystery to me.
otropogo@gmail.com facebook.com/otropogo

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#2197 Post by greengeek »

otropogo wrote:However, I wonder whether more than a handful of us care about this.
Sometimes only one person digs deep enough to discover new information, but it is still very helpful. This sort of thing is always useful information. It adds to the overall knowledge pool and helps us understand the finer points of what is going on. Good research.

User avatar
ETP
Posts: 1193
Joined: Tue 19 Oct 2010, 19:55
Location: UK

#2198 Post by ETP »

Hi greengeek,
Please access your PMs. (I need feedback on MK5 & MK7) :)
Regards ETP
[url=http://tinyurl.com/pxzq8o9][img]https://s17.postimg.cc/tl19y14y7/You_Tube_signature80px.png[/img][/url]
[url=http://tinyurl.com/kennels2/]Kennels[/url]

User avatar
bigpup
Posts: 13886
Joined: Sun 11 Oct 2009, 18:15
Location: S.C. USA

#2199 Post by bigpup »

otropogo,

Some of this speed difference could be caused by the different storage devices read speeds.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected :shock:
YaPI(any iso installer)

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

#2200 Post by otropogo »

greengeek wrote:
otropogo wrote:However, I wonder whether more than a handful of us care about this.
Sometimes only one person digs deep enough to discover new information, but it is still very helpful. This sort of thing is always useful information. It adds to the overall knowledge pool and helps us understand the finer points of what is going on. Good research.
Thanks for your encouragement, greengeek.
otropogo@gmail.com facebook.com/otropogo

User avatar
rincon155
Posts: 104
Joined: Sat 12 Mar 2011, 02:17
Location: Venezuela

Keep offerring Lucid Puppy 5.2.8

#2201 Post by rincon155 »

This is just to say that Puppy Linux 5.2.8 is so reliable and 5.2.8 005-2 so complete. I appreciate your keep offering this version with further improvements.
I am also user of Slacko 5.3.3, Puppy Linux Precise Pangolin 5.4.1, and Lighthouse64 Mariner 5.15 in several PCs and Laptops at home and in my father´s home, with very good experience, but I consider Puppy 5.2.8 a classic that deserves keeping it up.
Thank you.

User avatar
otropogo
Posts: 764
Joined: Sat 24 Oct 2009, 15:17
Location: Montreal
Contact:

#2202 Post by otropogo »

bigpup wrote:otropogo,

Some of this speed difference could be caused by the different storage devices read speeds.
I thought of that initially, because the 256MB CF card is older than the 500MB SD, and would likely be a bit slower to read into RAM. But I dismissed that as an insignificant factor because:

1. I assume the entire loader code is read into RAM before the boot process begins, ie. before the boot prompt, after which all activity takes place strictly between RAM and the hard drives. And this is the interval in which the speed differences were noted.

I've just tested this assumption, and it proved WRONG. The card needs to remain in the card reader until the matching 2fs and sfs files have been located on the hard drive, or the load process will fail.

2. even if the assumption above is mistaken, the amount of code to be copied from the CF card is so small, that it couldn't account for any of the speed difference recorded.

I tested this by copying all of the Puppy files on the CF card in question to a test folder on one of my hard drives, using my slowest card reader.

The total Byte count of the files (since lupu_528.sfs isn't on the card) is only 4085K, and it took less than 2 seconds (1.5 by my stop watch) to copy all of these files to the hdd. Presumably, reading them into RAM would be no slower.

The same read from the SD card (an early "Pro" level 500MB SD) took a bit less than a second to complete.

I then repeatedly compared the time from reset to presentation of the hard drive's 2fs options (at which point the card is no longer a factor, and can be removed) took 58 seconds with the SD card, and 60 seconds with the CF card.

So assumption #2 seems to be correct. The "professional" 500MB SD card does read demonstrably faster than the 256MB CF card, as indicated in the first test above. But that doesn't translate into any significant difference in loading Puppy.

So why adding

Code: Select all

 psubdir=pupsave
to the syslinux.cfg file should save 42 seconds of loading time with the CF card, but only 10 seconds with the SD card remains a mystery.
otropogo@gmail.com facebook.com/otropogo

User avatar
ASRI éducation
Posts: 3197
Joined: Sat 09 May 2009, 12:10
Location: France
Contact:

#2203 Post by ASRI éducation »

I would (again) thank the contributors for this great Puppy Lucid.
Today, this distribution has allowed me to free a MacBook.
http://www.murga-linux.com/puppy/viewtopic.php?t=82841

Barkingmad
Posts: 156
Joined: Fri 21 Nov 2008, 17:20

Instant updates??

#2204 Post by Barkingmad »

Hello

Hello

Having neglected Puppy for a while I find that Lucid is up to update 005.

I have Lucid and have added update 002 as a pet package but can't remember where I got that from. Is it possible to go to 005 or do I need to whole ISO from the top of this thread?

Thanks

Will

User avatar
chrome307
Posts: 708
Joined: Thu 15 Jan 2009, 11:00

#2205 Post by chrome307 »

Have you checked your 'package manager' for an update or alternatively look here:

http://ftp.nluug.nl/ftp/pub/os/Linux/di ... ges-lucid/

I didn't come across it myself though

futwerk
Posts: 397
Joined: Sat 07 May 2011, 22:04

#2206 Post by futwerk »

backgrounds.
Attachments
luciddc10,2.jpg
http://www.mediafire.com/?rao8bk726e8e8or,z4y75c5s56vp7af,xpt2b8tx9h6iaed,8ckn3z0tp3wf1wq,8metd5ye9q6vfup,8co919zn9bdepwr,g5qrd1d7le9grp3
(12.53 KiB) Downloaded 1830 times
luciddc10,1.jpg
http://www.mediafire.com/?rao8bk726e8e8or,z4y75c5s56vp7af,xpt2b8tx9h6iaed,8ckn3z0tp3wf1wq,8metd5ye9q6vfup,8co919zn9bdepwr,g5qrd1d7le9grp3
(14.85 KiB) Downloaded 1884 times

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Thanks for luciddc10,2.jpg Wallpaper

#2207 Post by mikeslr »

Hi futwerk,

Thanks for the new wallpaper. I wonder if anyone else realizes how much hard work you put in to create your artwork and the vision that had to precede it. Just wanted you to know it was appreciated.
Although I keep Lupu as a fall-back/work-horse, most of the time I currently run one of the precise-pups. Pemasu just came out with a new version that I thought could be better reflected by a more powerful and abstract wallpaper. So your work appeared just in time. A little editing in gimp eliminated the Lucid+ moniker.
And then, having gimp opened, I got carried away. The result was my new upup desktop (jpg attached), a new drive48.png and a new xonclock clock-face. I've also attached them if anyone wants them. Instructions for replacing the drive48.png --which shows up as the desktop drive icons-- can be found here: http://www.murga-linux.com/puppy/viewto ... 1528348104

How to change xonclock's face can be found here: http://www.murga-linux.com/puppy/viewtopic.php?p=602304

None of which would have been possible if you hadn't created the wallpaper for me to cannibalize.

mikesLr
Attachments
BlueGold.zip
Xonclock clock-face: Change false zip ending to png. Place in /usr/share/xonclock/skins. Create symlink
(39.85 KiB) Downloaded 577 times
BlueGold48.zip
Rename to drive48.png, changing the false "zip" Follow above link regarding how to use.
(4.68 KiB) Downloaded 863 times
Spheres.png
Desktop
(69.51 KiB) Downloaded 1722 times

User avatar
bigpup
Posts: 13886
Joined: Sun 11 Oct 2009, 18:15
Location: S.C. USA

Re: Instant updates??

#2208 Post by bigpup »

Barkingmad wrote: I have Lucid and have added update 002 as a pet package but can't remember where I got that from. Is it possible to go to 005 or do I need to whole ISO from the top of this thread?

Thanks

Will
You will need the Lupu 528.005 iso

Depending on how Lucid is installed determines how to do the upgrade.
The things they do not tell you, are usually the clue to solving the problem.
When I was a kid I wanted to be older.... This is not what I expected :shock:
YaPI(any iso installer)

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#2209 Post by RSH »

der-schutzhund-at-german-forum wrote:Hi all,

I got a strange effect on a Notebook Fuijtsu LifeBook!
It looks like the Fn Key is activated constantly and deactivated by pressing the Fn Key. Exactly the opposite, as it should be. I can write this post only by pressing the Fn key constantly !

Do you have any idea/solution?

It is about the Lucid 528-4 / Lazy.

Greetings

Wolfgang
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

futwerk
Posts: 397
Joined: Sat 07 May 2011, 22:04

#2210 Post by futwerk »

Thanks, mikeslr, I really like what you have produced with it.

Post Reply