Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Tue 16 Sep 2014, 17:53
All times are UTC - 4
 Forum index » House Training » HOWTO ( Solutions )
Empowering the Zdrv
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 2 of 3 [44 Posts]   Goto page: Previous 1, 2, 3 Next
Author Message
RSH


Joined: 05 Sep 2011
Posts: 2420
Location: Germany

PostPosted: Sat 15 Sep 2012, 16:44    Post subject:  

Quote:
However, the puppy cloner will not respect one's choice of zdrv-xxx.sfs. It will ask you if you want to create a zdrv, and if you answer yes, it will create its own (6-7 Mgs), not the substitute main file you provided initially. This needs further investigation and testing.

I have disabled this in LazY Puppy. I can run every sfs file i want as "substitute"-zdrv.sfs - even if it was new created and named WhereTheHellAreMyPasswordsICouldNotFindMySlippersAndSoIGetDrunk.sfs

Lazy Puppy can boot with every sfs file as "substitute"-zdrv.sfs i want to boot with. Cool

_________________
LazY Puppy
RSH's DNA
SARA B.
Back to top
View user's profile Send private message 
jrb


Joined: 11 Dec 2007
Posts: 1036
Location: Smithers, BC, Canada

PostPosted: Sat 15 Sep 2012, 18:11    Post subject:  

musher0 wrote:
Hello again, jrb.

Tested your idea a couple of ways in a new puppy alpha being created (not by me). So here are a few test notes that may or may not be useful to others.

Do not put the devx in place of the regular puppy sfs: you'll get a panic message in the loader. This linux loader needs a properly configured "root" sfs with at least a simple /root/ structure in it.

So I created a "root" sfs that had only 12 k (with near-empty my-documents and my-applications directories), but this time it loaded without "panic" and the entire Puppy in the zdrv was available and functional.

However, the puppy cloner will not respect one's choice of zdrv-xxx.sfs. It will ask you if you want to create a zdrv, and if you answer yes, it will create its own (6-7 Mgs), not the substitute main file you provided initially. This needs further investigation and testing.

That's it for now.

Regards.

Interesting. One of the Puppies I tested with this let me use an empty SFS for the puppy_xxx.sfs (can't remember which one Rolling Eyes ), one insisted I put at least one file in the puppy_xxx.sfs and now you've found one that requires /root. Probably has to do with the date of the Woof build they used. Will have to keep testing I suppose.

Cheers, J
Back to top
View user's profile Send private message 
nooby

Joined: 29 Jun 2008
Posts: 10557
Location: SwedenEurope

PostPosted: Sat 23 Feb 2013, 05:52    Post subject:  

Interesting solutions you have here.
It is way over my noob experience
so I don't know how to follow your instructions.

What is your latest practice and could you
describe how one do it in some easy to follow way please!

_________________
I use Google Search on Puppy Forum
not an ideal solution though
Back to top
View user's profile Send private message 
Wognath

Joined: 19 Apr 2009
Posts: 172

PostPosted: Tue 12 Nov 2013, 17:06    Post subject:  

jrb, you wrote to seaside,
Quote:
As I remember you're an advocate of running without pupsaves. I followed your lead and have been doing that for a while now using an initialization script in /etc/init.d (previously in my zdrv now in the main sfs). The script has gotten a lot simpler now that I am putting so much of my configuration directly in my main SFS file. But that's another story and I'll write it up in a separate thread.

If you have done this, could you please link it? No luck searching. Thanks.
Wognath
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Tue 12 Nov 2013, 18:56    Post subject:  

I changed the ordering of sfs files many moons ago with the main pup_xxx.sfs at the bottom but it would require significant initrd changes.
On the other hand
Code:
mount -t aufs -o udba=reval,diropq=w,dirs=${UMNTMAIN}${ZLAYER}${UMNTRO} unionfs /pup_new

as a sample of how the zdrv is loaded in standard puppies it does not look like major surgery to move the Zdrv layer.
Main advantage would be to use the normal names so compatible with a remaster and perhaps other scripts.

mike
Back to top
View user's profile Send private message 
jrb


Joined: 11 Dec 2007
Posts: 1036
Location: Smithers, BC, Canada

PostPosted: Wed 13 Nov 2013, 23:28    Post subject:  

Wognath wrote:
jrb, you wrote to seaside,
Quote:
As I remember you're an advocate of running without pupsaves. I followed your lead and have been doing that for a while now using an initialization script in /etc/init.d (previously in my zdrv now in the main sfs). The script has gotten a lot simpler now that I am putting so much of my configuration directly in my main SFS file. But that's another story and I'll write it up in a separate thread.

If you have done this, could you please link it? No luck searching. Thanks.
Wognath

Pardon the delay, I've been a bit lax in checking the forum lately, and I never got around to writing up that thread. Embarassed

The key part of the initialization script in /etc/init.d is:
Code:
sed -i 's|PUPMODE=5|PUPMODE=12|' /etc/rc.d/PUPSTATE

This tells puppy that there is already a save file so it doesn't bother to ask if you want to create one.

I should mention that in order to turn off the Quickstart wizard and Setup wizard at every boot you need to create the empty file /var/local/delayedrun_firstboot_flag. Of course this means you have to place things like /etc/localtime and other custom setup files in your new custom puppy_xxx.sfs file.

Cheers, J
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Thu 14 Nov 2013, 07:39    Post subject:  

Yes the custard in my soup made me itch.

Perhaps it would be a good idea to remotely attach a hapster

mike
Back to top
View user's profile Send private message 
jrb


Joined: 11 Dec 2007
Posts: 1036
Location: Smithers, BC, Canada

PostPosted: Thu 14 Nov 2013, 09:49    Post subject:  

mikeb wrote:
Yes the custard in my soup made me itch.

Perhaps it would be a good idea to remotely attach a hapster

mike


Had your morning coffee yet mike Question
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Thu 14 Nov 2013, 10:01    Post subject:  

Don't drink it..... but in another recent thread someone was trying to use the zdrv to load a save and layering was a problem...only found this one recently.

Actually on further memory searching UMNTMAIN is pup_rw and pup_xxx.sfs merged so not so easy to move around within the default init. If the rw layer was a separate variable then no problem.

mike
Back to top
View user's profile Send private message 
jrb


Joined: 11 Dec 2007
Posts: 1036
Location: Smithers, BC, Canada

PostPosted: Thu 14 Nov 2013, 10:23    Post subject:  

mikeb wrote:
Don't drink it..... but in another recent thread someone was trying to use the zdrv to load a save and layering was a problem...only found this one recently.

Actually on further memory searching UMNTMAIN is pup_rw and pup_xxx.sfs merged so not so easy to move around within the default init. If the rw layer was a separate variable then no problem.

mike

Thanks for mentioning that. I missed Multiple SFS support in initrd . I'll give it a good read. Very Happy

P.S. I don't drink it either.
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Thu 14 Nov 2013, 10:42    Post subject:  

current inits are too hairy for me... mine is based on puppy 2... but minor changes should be possible.

mike
Back to top
View user's profile Send private message 
Wognath

Joined: 19 Apr 2009
Posts: 172

PostPosted: Thu 14 Nov 2013, 15:34    Post subject:  

jrb,
Thanks for the information about running without savefile. I've got it working now, based on Lucid. Since remastering a custom Puppy is so easy, it's surprising that running without savefile is so complicated. ...
Wognath
Back to top
View user's profile Send private message 
greengeek

Joined: 20 Jul 2010
Posts: 2539
Location: New Zealand

PostPosted: Thu 29 May 2014, 04:39    Post subject:  

mikeb wrote:
current inits are too hairy for me... mine is based on puppy 2... but minor changes should be possible.
Hmmm, I have only just stumbled across the concept of zdrvs and the idea of using them to tailor a puppy to one's own needs. i like your idea of placing the puppy.sfs at the bottom (rather than at the top, which I do not understand...) and I would like to see this idea developed.

Imagine a puppy that was well configured, ready to accept user customization (by way of zdrv or other sfs overlayed over the top) and it was easy to add the extra sfs pre-boot or even on-the-fly.

That would be great.

Why did this concept get buried after puppy 2?

EDIT :Now that I think about it - it would be nice to have some sfs loaded underneath the normal pup.sfs (like an sfs that tells the puppy what language and timezone to load) and other sfs over the top (like a word processor sfs)
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Thu 29 May 2014, 06:54    Post subject:  

Hmm not sure what the advantage would be of being underneath...bear in mind the read/write layer is always on top.
Being underneath is the reason why sfs on the fly is so large...lots of hacky workarounds needed and the result is often quirky...my activate is small and simple by adding on top.

Layering considerations were not considered when unionfs was used as it was so limited so I assume the code from then carried on rather than revising it to take advantage of what aufs has to offer.

zdrv was more thought of as a way to get around the change that sfs are not loaded automatically if added next to the main sfs ...note my 415 loads any suitably named sfs as used to be the case.
Also was looking at kernel sources and the loop device limit went around kernel 2.6.24 so you can load as many as you like without needing a boot parameter. the kernel is happy...the coder just has to add mount points/nodes as needed to use them.

Sorting layering would require a bit of a small rejiggle of the code but loading on the fly involves a three character change...no excuses there.

Also note my save sfs is not used as an sfs but simply has its content copied into the read/write layere ( tmpfs)...I originally used tar but embutils tar was too flaky...any archive format could be used really which I suppose would allow encryption.

Bear also in mind I simply used puppy 2 and the techniques from slax to get this combination...so this stuff is from 2006..... Embarassed

mike
Back to top
View user's profile Send private message 
greengeek

Joined: 20 Jul 2010
Posts: 2539
Location: New Zealand

PostPosted: Thu 29 May 2014, 14:09    Post subject:  

mikeb wrote:
Hmm not sure what the advantage would be of being underneath...bear in mind the read/write layer is always on top.
I'm not really explaining it well because my understanding of these processes is poor - when I said "underneath" what I was trying to imply was that the main puppy.sfs would 'look at' the lower level sfs that is already loaded - and modify it's own behaviour based on that.

What I meant was something like this:

"initial.sfs" (or zdrv.sfs) gets loaded and contains info describing what keyboard layout and language and wifi key the user wants. Than "puppy.sfs" gets loaded and brings up the desktop with those basic user parameters it grabbed from the initial sfs. Then the "savefile.sfs" (if there is one at all...) gets loaded on top, and contains all the applications and broader personalisation etc.

I'm just looking at a simple way to get puppy to boot with some basic desktop parameters pre-configured. (I want to send puppy sampler CDs to my friends and preconfigure the wifi ssid etc so they don't have to run the wizards or see the quicksetup wizard. I know the basic set up they need and I want to tell that to the initrd somehow, before the main puppy.sfs makes it's own assumptions about defaults.)
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 2 of 3 [44 Posts]   Goto page: Previous 1, 2, 3 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » House Training » HOWTO ( Solutions )
Jump to:  

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


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.0975s ][ Queries: 12 (0.0104s) ][ GZIP on ]