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, 05:32
All times are UTC - 4
 Forum index » Advanced Topics » Cutting edge
Alternative pup_save formats.
Moderators: Flash, Ian, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 1 of 2 [26 Posts]   Goto page: 1, 2 Next
Author Message
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Sat 16 Jan 2010, 13:51    Post subject:  Alternative pup_save formats.
Subject description: Ext3 and resierfs for puppy 4
 

Ok I have made initrd's for puppy 4.12 (what I happen to use but changes could apply to later versions, as the ease of corruption of ext2 pup_saves I feel needs addressing, regardless of what linux purists might say . I run puppy 2 most of the time and its ext3 save file works just fine and keeps working in spite of abuse.)

The main change is that pup-saves formatted ext3 and reiserfs can be used.
To alter an existing (backed up) pupsave use
tune2fs -j /path/to/pup_save.2fs.
Then rename to .3fs.
When booted mount should show its mounted as 3fs.

For reiserfs a fresh file would need making using dd and then mkreiserfs in the same way as a normal pup_save. Name the file .rfs with all the usual naming conventions. Copy out from an existing pup_save or use from a fresh boot . Manual mounting can be done using mount as reisefs support is in the kernel...only the tools need adding for other functions.

There no mods to resize (ext3 might work anyway) and for reiser the tools would need adding but this is just for testing purpuses. Encryption is not touched either though of course all that still works for ext2. The rc.shutdown would need modding for auto creation but again that's no biggie.

So here are the initrd's...rename as required and the reisefs tools from puppy 2
edit... heavily evolved but pm me if you are interested

Other non bug fixes included are
1) failure to allow pup_save creation if initrd.gz present on another partiton or no file named 'initrd.gz'
2)Will not use a full install as a pup_save
3)pfix=ram mode working when there is a partition as a pup_save or full install present.
4) not a fix but raised threshold to 260MB for loading pup_xxx.sfs to ram as I found machines with 256MB were constantly running on swap space so negating any speed benefits.

Ok...looking forward to unrelated questions....
If non of the above makes sense then do not try it

mike

Last edited by mikeb on Thu 08 Mar 2012, 15:15; edited 2 times in total
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Sun 17 Jan 2010, 22:52    Post subject:  

Hmm the non retro initrd may have been an unmodified one due to me going crosseyed....it is now definitely is the right one in case anyone was curious enough to try it out

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

Joined: 20 May 2006
Posts: 6433
Location: Auckland, New Zealand

PostPosted: Mon 18 Jan 2010, 01:41    Post subject:  

4) is an excellent improvement.

Do you have any comments on reiserfs vs ext3 vs ext4 for a save file? Other than that ext3 can be used as ext2 if necessary (e.g. so it can still be read from windows).

_________________
DEATH TO SPREADSHEETS
- - -
Classic Puppy quotes
- - -
Beware the demented serfers!
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Mon 18 Jan 2010, 13:07    Post subject:  

Well for common storage I use ext2 for windows access. It gets regular fsck and seems happy enough... seems to suffer less fragmentation than fat or even ntfs. Indeed after a while of using fat there was a considerable slowdown using puppy which was cured by defragmenting the partition..

But I have certainly noticed how fragile it is for pupsave use. Indeed after one boot cycle a fsck shows errors but having used ext3 for a couple of years now without ever having to start over with a new pup_save due to corruption which seems an all to common subject on the forum.
Someone else commented on the robustness of reiserfs with regards to power failures when used for a full install so since support is in the kernel then why not give it a go. Windows support for reiserfs is quite limited so using that for shared storage is not as feasible. One other point is that the overhead for reiserfs is much lower on larger partitions/image files ie >256MB then ext2/3/4.

On a side note I once started to get the odd error which appeared to be due to a huge build up of whiteout files (a failure of the unionfs which aufs does not suffer from) ...I'm not familiar how this affects the file system (index full?) but it did.

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


Joined: 28 Nov 2005
Posts: 2003
Location: Maine, USA

PostPosted: Tue 19 Jan 2010, 19:32    Post subject:  

Where might one find tunefs?
_________________
trapster
Maine, USA

Asus eeepc 1005HA PU1X-BK
Frugal install: Puppeee4.31 + 1.0, Puppy4.10 + Lupu52
Currently using Slacko AND lupu52 w/ fluxbox
Back to top
View user's profile Send private message Visit poster's website 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Tue 19 Jan 2010, 20:44    Post subject:  

Quote:
Where might one find tunefs?

ah yes...right next to tune2fs the well known spelling correction

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

Joined: 19 May 2008
Posts: 2455
Location: Texas, USA

PostPosted: Thu 28 Jan 2010, 14:33    Post subject:  

mikeb,

I am trying your technique using a dpup484 save file. My frugal installation is on an ext3 partition.

Is it necessary to change the initrd.gz file? I've noted no problems using the new dpupsave-484.3fs.

Thanks,
Jim
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Fri 29 Jan 2010, 22:18    Post subject:  

Hi there...sorry for late reply...the forum seems to miss a lot of notifications.

Well if you changed the pup_save to ext3 it will work but if you check the output of 'mount' in a terminal it will probably be mounted as ext2.

The way the true change is implemented is to edit the init in initrd.gz for your puppy version...I just made a test one for the version I use.

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

Joined: 19 May 2008
Posts: 2455
Location: Texas, USA

PostPosted: Fri 29 Jan 2010, 23:17    Post subject:  

Mike,

After the initrd.gz is unpacked, which lines need to be changed in the init script in order to mount the save file as 3fs? Can I just do a search and replace for all "-t ext2" entries to "-t ext3" as you indicated on this thread?

Thanks,
Jim

Last edited by Jim1911 on Fri 29 Jan 2010, 23:50; edited 1 time in total
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Fri 29 Jan 2010, 23:44    Post subject:  

Ok to avoid duplication and since this other thread is related there are the details here...I don't think dpup will differ greatly.

http://www.murga-linux.com/puppy/viewtopic.php?t=51794

As far as rc.shutdown is concerned the option to make an ext3 pup_save is there but commented out near the beginning...but altering the initrd is enough to get things rolling.regards

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

Joined: 19 May 2008
Posts: 2455
Location: Texas, USA

PostPosted: Sat 30 Jan 2010, 00:01    Post subject:  

Sorry Mike,

I was posting my edit above just as you were responding? The thread you point to brings me back here. I believe your thread on Hacking Puppy's Init script that I referenced may have the answer. As I stated before can I just do a search and replace for all "-t ext2" entries to "-t ext3"?

Thanks,
Jim
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Sat 30 Jan 2010, 00:05    Post subject:  

Look at post #8.....a bit more than that other thread...the older puppies did work like that

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

Joined: 19 May 2008
Posts: 2455
Location: Texas, USA

PostPosted: Sat 30 Jan 2010, 00:23    Post subject:  

Making above changes to the initrd.gz resulted in this output of mount. Sda2 is the partition that dpup is on.

Code:
# mount
rootfs on / type rootfs (rw,relatime)
/dev/sda2 on /initrd/mnt/dev_save type ext3 (rw,noatime,errors=continue,data=writeback)
/dev/loop1 on /initrd/pup_rw type ext3 (rw,noatime,errors=continue,data=writeback)
tmpfs on /initrd/mnt/tmpfs type tmpfs (rw,relatime,size=164396k)
/dev/loop0 on /initrd/pup_ro2 type squashfs (ro,noatime)
/dev/loop4 on /initrd/pup_ro4 type squashfs (ro,noatime)
unionfs on / type aufs (rw,relatime,si=efc7dcf)
tmpfs on /tmp type tmpfs (rw,relatime,size=3053504k)
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)
none on /proc/bus/usb type usbfs (rw,relatime)
/dev/sdb7 on /mnt/sdb7 type ext3 (rw,relatime,errors=continue,data=writeback)

Does this indicate a problem?

Thanks,
Jim
Back to top
View user's profile Send private message 
mikeb


Joined: 23 Nov 2006
Posts: 8252

PostPosted: Sat 30 Jan 2010, 01:00    Post subject:  

Quote:
errors=continue

I believe this is a parameter and not an indication of a problem...in other words looks ok...happy testing

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

Joined: 19 May 2008
Posts: 2455
Location: Texas, USA

PostPosted: Sat 30 Jan 2010, 09:45    Post subject:  

Hi Mike,

Thank you for looking at my code, I didn't think that it was an error, and it seems to be working fine with my dpup484b4. Couldn't have done it without your nice clear instructions on your Hacking Puppy's Init script thread.

I'm going to try it on Lighthouse now. EDIT: Works fine in Lighthouse.

Thanks again,
Jim
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 1 of 2 [26 Posts]   Goto page: 1, 2 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Cutting edge
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.0963s ][ Queries: 12 (0.0203s) ][ GZIP on ]