Thanks partsman! Was just trying again before I saw your post - will try that out again shortly. So I jumped a step too far - typical Still getting some strange "error with mounting sr0" when trying to use Woofy and the iso on the cd burner - I suspect my ancient RW cd's are throwing small spanners in the remastering works. Burning afresh with new cds and will keep you posted
Cheers_________________Search engines for Puppy
http://puppylinux.us/psearch.html; Google Custom Search; http://wellminded.net63.net/ others TBA...

I too get an error when I first try to mount SR0 but it always mounts on the second try
I am not sure why this happens Been that way since I started using Akita but never caused any problems Then again i have never used Woofy to remaster either _________________Anyone can build a fast processor. The trick is to build a fast system. (Seymour Cray)

Still getting some strange "error with mounting sr0" when trying to use Woofy and the iso on the cd burner

is that during woofy or using the jwm drive icons? I get it using the jwm desktop drive icons for CD drives... which my fault , not yours (or your CDs...) .. using the rox desktop fixes this for me.._________________Pkg, mdsh, Woofy, Akita, VLC-GTK, Search

Yes sc0ttman that is a better way of explaining it ! when you use JWM icon
But like I said always works 2nd time So far not a big deal _________________Anyone can build a fast processor. The trick is to build a fast system. (Seymour Cray)

Thanks guys - I think I have to go back to Remastering-101 again though (after I get over this accursed man-cold). Yes, I was in the jwm drive-icon scenario. Just now I did a big remaster (628mb) with all the dosbox/dbgl/jre stuff installed first as pets. Nothing to show for it in the menus on bootup, unfortunately. I tried both in sc0ttman's 'novo' and partsman's 'respun' versions. Both in Woofy this time - looks like an absolutely indispensable tool. The right-click option on custom-puppy.iso for burn2cd dropped out early and coastered that particular cd unfortunately. (I noted too that after rebooting both OS's with their respective sfs' loaded on shutdown, hdd frugal installs, the sfs' fail to stay resident and ask to be re-loaded. Is this something you have seen before?) Hmm after a lie-down I'll start over, noting all my steps taken to report back to you to see where I might have tripped up. Off to buy more blank CD's - seems I should re-read the Akita thread a little more closely too, for the more obvious gotcha's,
Bye for now _________________Search engines for Puppy
http://puppylinux.us/psearch.html; Google Custom Search; http://wellminded.net63.net/ others TBA...

Hi scottman, sorry if this has already been addressed but I couldn't find any reference in this thread - I'm convinced that the version of Isomaster in Akita is faulty (I'm testing with Akita 14 beta). It seems to carry a bug that has been in all of the 4.20 series pups. In short, isomaster creates an iso which seems good, and burns ok, but when used to boot generates the following message:

I suspect this may only occur with certain isos, but I have not isolated it further yet. I can generate the failure consistently with the particular iso I am remastering and it seems to be the same fault that is referenced in these posts:

As far as I can tell the fault is triggered by the byte length of certain files in the iso, but the real culprit is the version of isomaster not being able to cope with those different file lengths.

If I use pup 431 to do the isomaster step it works perfectly, but if I use Akita14b isomaster I consistently create an iso that burns perfectly to an unbootable coaster. I suspect that you have not seen this fault because you probably always use woofy, and that obviously uses a different method of assembling the iso which avoids the "byte boundary" issue. Various posts also suggest that using the cli to manually do a mkiso works perfectly, but that doesn't help anyone who tries to use isomaster.

In the hope that you (or anyone...) has time to verify what I am saying (and hopefully identify a suitable version of Isomaster to replace the current one) here is the exact procedure I am using to consistently repeat the failure:

2) Mount the iso and copy the pup_420turbo.sfs from the iso into /root (then unmount the iso)

3) Unsquash the sfs as follows:

Code:

unsquashfs pup_420turbo.sfs

(a directory called squashfs-root is created and populated with the files from the expanded sfs)

Delete the original pup_420turbo.sfs from /root (to make room for the new one)

Reform the sfs (without making any changes) as follows:

Code:

mksquashfs squashfs-root pup_420turbo.sfs

(This creates a new sfs that in theory should be exactly the same as the original one because we made no changes. In fact it seems to be slightly different in size, but ignore that as it does not affect the final functionality [even though it is this difference that probably triggers the faulty isomaster to be revealed...]. Save a copy of this new sfs on an external drive so that we can use it for further testing later

Start isomaster, look for the alpha3a iso in /root and doubleclick it so that you can see the contents displayed in the lower pane.

Click the pup_420turbo.sfs in the lower pane, then click "remove" so that the original sfs is now gone from the bottom pane.

In the upper pane (ie: displaying /root) click on the newly created pup_420turbo.sfs then click "add" so that it gets added into the lower pane.

Choose "file, save as" and save the new iso project as something like TurbopupAlpha3a_unsquashed_resquashed_isomastered.iso

Burn the iso to CD and try to boot from it. See if you get the same error as I do.

If so, try doing the last step again, but using puppy431 (which must have a different version of isomaster) ie: Boot into puppy 431, then add the TurbopupAlpha3 iso into /root and also copy the newly created sfs (which you made an external backup of...) into /root, and run isomaster again using the same method. In my testing the 431 isomaster copes perfectly with the files that Akita isomaster could not handle, and the CD burns and boots perfectly.

Hope you are still with me after all that ...
It would be great if you were able to verify this bug and incorporate a fix in the next version of Akita. (I'm hoping it is as simple as borrowing the isomaster from pup431). I think this bug created all sorts of problems for people who tried to remaster their 420 series pups and probably turned more than a few people off that version. Fortunately it looks like woofy came to the rescue, but still, I want to improve my remastering the more manual way first so I can understand how it all fits together...

greengeek, why not just copy the files you need into a folder named whatever you want your ISO to be called, then right click and choose 'Create file->ISO' ..?_________________Pkg, mdsh, Woofy, Akita, VLC-GTK, Search

why not just copy the files you need into a folder named whatever you want your ISO to be called, then right click and choose 'Create file->ISO' ..?

That'd be cheating

You're right - there are other ways to so this, but Isomaster just happened to be the method I learnt first and I like the "manual / visual" methodology of it. Do you think it might be possible to just replace the Akita Isomaster with the 431 version? (I've never compiled anything so there may be reasons why it's not that simple so I was waiting for your more experienced opinion)

why not just copy the files you need into a folder named whatever you want your ISO to be called, then right click and choose 'Create file->ISO' ..?

That'd be cheating

You're right - there are other ways to so this, but Isomaster just happened to be the method I learnt first and I like the "manual / visual" methodology of it. Do you think it might be possible to just replace the Akita Isomaster with the 431 version?

I wanted to test Akita Linux too and so far so good.
I need to upgrade the Firefox browser from 17 to 26 sometjhing
first.

first problem issue. Akita don't allow that you symlink to a dir
or txt from sda1 to the pinboard. First time I had that problem.

Was it on purpose from the Dev?

Akita disables the ROX pinboard by default...

To enable the ROX desktop, click on the desktop, choose Akita Setup, then click the 'Desktop Icons' button, and enable them (click Yes or something)...

Also, you can just click the update button in firefox, it will update to version 24 ... You must use the ESR Firefox version in Wary and Akita..._________________Pkg, mdsh, Woofy, Akita, VLC-GTK, Search

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum