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 Sat 30 Aug 2014, 18:21
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Utilities
sfs_load-2.2 on-the-fly
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
Page 19 of 20 Posts_count   Goto page: Previous 1, 2, 3, ..., 17, 18, 19, 20 Next
Author Message
RSH


Joined: 05 Sep 2011
Posts: 2420
Location: Germany

PostPosted: Mon 03 Mar 2014, 17:28    Post_subject:  

Hi.

I have found another annoying thing and am not sure if this is a bug or a feature?

When I'm creating/building SFS Modules they usually do appear in /root and also usually I do try to load it from /root for a first test - before copying it to my huge SFS repository.

In sfs_load 2.0.2 the SFS Module is removed from /root, after unloading it.

Any hints/clues?

Would you please have a look also here

Thanks,

RSH

_________________
LazY Puppy
RSH's DNA
SARA B.
Back to top
View user's profile Send_private_message 
mikeb


Joined: 23 Nov 2006
Posts: 8218

PostPosted: Mon 03 Mar 2014, 19:05    Post_subject:  

Hmm RSH that does mimic slax behaviour to avoid loading while in the unionfs.

In my approach I only copied to tmpfs and load the copy leaving the original alone... and if there was not enough ram to do so the load fails. I was not keen on disappearing sfs either.

mike
Back to top
View user's profile Send_private_message 
RSH


Joined: 05 Sep 2011
Posts: 2420
Location: Germany

PostPosted: Mon 03 Mar 2014, 22:47    Post_subject:  

Quote:
Hmm RSH that does mimic slax behaviour to avoid loading while in the unionfs.

Ok, I see.

As I said earlier, I do not know Slax and this behavior of sfs_load was totally new to me. I just was afraid to have done something that I would never ever find again and therefore could not fix it. Laughing

So, mimic slax behaviour should make me happy? Laughing Wink

Thanks for the Info.

_________________
LazY Puppy
RSH's DNA
SARA B.
Back to top
View user's profile Send_private_message 
mikeb


Joined: 23 Nov 2006
Posts: 8218

PostPosted: Tue 04 Mar 2014, 05:29    Post_subject:  

Quote:
So, mimic slax behaviour should make me happy?

Quote:
In my approach I only copied to tmpfs and load the copy leaving the original alone... and if there was not enough ram to do so the load fails. I was not keen on disappearing sfs either.


mike
Back to top
View user's profile Send_private_message 
SFR


Joined: 26 Oct 2011
Posts: 1063

PostPosted: Wed 14 May 2014, 11:01    Post_subject:  

RSH wrote:
If having a SFS loaded and removing some files (I did try to remove some files from /usr/share/applications and also from /usr/local/bin), those removed files re-appear in the running OS when unloading the loaded SFS files.

I encountered the same behaviour and managed to determine the exact circumstances.
Steps to reproduce:
0. Slacko-5.7.0, fresh savefile, PUPMODE=13, SAVEINTERVAL=0
1. Create a file, e.g.: /root/testfile
2. Save session
3. Delete the file
4. Load & Unload an SFS file
5. testfile reappears (corresponding whiteout from pup_rw gets deleted)

I see that if SAVEINTERVAL != 0 then sfs_load "manually" removes files from pup_ro1 pointed by whiteouts in pup_rw, hence they won't reappear in this case.

Files are reappearing when the following line gets executed:
Code:
busybox mount -t aufs -o remount,del:$MNTPNT unionfs /

I'm not AUFS expert and don't really know how to fix it. I tried to do 'reval': busybox mount -t aufs -o remount,udba=reval unionfs / before and/or after the offending line, but it didn't change anything, unfortunately...
___________

Another issue - there is:
Quote:
#v1.9.4, v1.9.6-2: 'losetup -d' is disabled for kernel-3.x

However, I re-enabled it some time ago. Don't remember exactly why; I think in some cases loop devices weren't properly disassociated without this (or something like that).
Anyway, 'losetup -d' has never done any harm here in Slacko-5.7.0 (k3.10.32) and from what I remember, also in Slacko-5.6 (k3.4.something).

So, perhaps only 3.2.x series is affected and it's time to re-evaluate this precaution?

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send_private_message 
Karl Godt


Joined: 20 Jun 2010
Posts: 3964
Location: Kiel,Germany

PostPosted: Thu 05 Jun 2014, 00:19    Post_subject:  

Since sfs_load uses #!/bin/ash sub scripts in /tmp :

Busybox find does not recognize the -mount option,

which is already deprecated according to man find .

-xdev is the other name for the -mount option .

Quote:
# sfs_load
/usr/sbin/sfs_load: line 794: 4660 Terminated $GTKDIALOG -p DIALOG -c > /dev/null
find: unrecognized: -mount
BusyBox v1.23.0.git (2014-06-03 23:37:26 GMT-Cool multi-call binary.

Usage: find [-HL] [PATH]... [OPTIONS] [ACTIONS]

Search for files and perform actions on them.
First failed action stops processing of current file.
Defaults: PATH is current directory, action is '-print'

-L,-follow Follow symlinks
-H ...on command line only
-xdev Don't descend directories on other filesystems
Back to top
View user's profile Send_private_message Visit_website 
shinobar


Joined: 28 May 2009
Posts: 2618
Location: Japan

PostPosted: Thu 12 Jun 2014, 08:49    Post_subject: sfs_load-2.0.8  

Please test sfs_load-2.0.8.pet
http://shino.pos.to/linux/puppy/

#09 Jun 2014 v2.0.8: ydrv, save-to-directory(gyro), DISSOSIATE option to be set by hardcode (thanks to R-S-H), remove find -mount option(Karl Godt)

Note: DISSOSIATE option is not automatically determined by the kernel version. You can edit the script to choose this option.

_________________
Google Chrome portable
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
Back to top
View user's profile Send_private_message Visit_website 
SFR


Joined: 26 Oct 2011
Posts: 1063

PostPosted: Mon 16 Jun 2014, 12:54    Post_subject:  

Hey Shinobar, thanks for the new version.

I think I found a workaround for disappearance of .wh files from pup_rw, when PUPMODE=3/13 & RAMSAVEINTERVAL=0.

The idea is to find and tar all .wh files from pup_rw:
Code:
find "/initrd/pup_rw" -name ".wh.*" -not -name ".wh..wh.*" -exec tar -Ppuf /tmp/wh_temp.tar {} \;

and then, when aufs gets remounted, recover them:
Code:
tar -Ppxf /tmp/wh_temp.tar


Initial tests are fine, so far, but I didn't examine sfs_load's code thoroughly enough, so perhaps there are some caveats of such an approach I'm not aware of; what do you think?

Here's the diff against 2.0.8:
Code:
--- old/sfs_load   2014-06-09 16:37:50.000000000 +0200
+++ new/sfs_load   2014-06-16 18:38:56.823284373 +0200
@@ -1176,6 +1176,10 @@
         # merge whiteout first
         $MYTMPDIR/petget $PREM
         return
+      else   # SFR: save all .wh files
+        TMP_WH="${MYTMPDIR}/wh_temp.tar"
+        rm -f "$TMP_WH"
+        find "/initrd/pup_rw" -name ".wh.*" -not -name ".wh..wh.*" -exec tar -Ppuf "$TMP_WH" {} \;
       fi
       ;;
   esac
@@ -1386,6 +1390,11 @@
   if [ "$AUFS" != "" ];then
     busybox mount -t aufs -o remount,append:$MNTPNT=ro unionfs /
     STATUS=$?
+   # SFR: recover .wh files
+   if [ -f "$TMP_WH" ] && [ $PUPMODE -eq 13 -o $PUPMODE -eq 3 ] && [ $RAMSAVEINTERVAL -eq 0 ]; then
+     tar -Ppxf "$TMP_WH"
+     rm -f "$TMP_WH"
+    fi
   else
     # 28 Oct 2011: unionfs support
     mount -t unionfs -o remount,add=:$MNTPNT=ro unionfs /
@@ -1604,6 +1613,11 @@
           debug "busybox mount -t aufs -o remount,del:$MNTPNT unionfs /"
           busybox mount -t aufs -o remount,del:$MNTPNT unionfs /
           STATUS=$?
+        # SFR: recover .wh files
+        if [ -f "$TMP_WH" ] && [ $PUPMODE -eq 13 -o $PUPMODE -eq 3 ] && [ $RAMSAVEINTERVAL -eq 0 ]; then
+          tar -Ppxf "$TMP_WH"
+          rm -f "$TMP_WH"
+        fi
         else
           debug "mount -t unionfs -o remount,del=$MNTPNT unionfs /"
           mount -t unionfs -o remount,del=$MNTPNT unionfs /

(code could be better, but it's only a prototype, for testing purposes)

Btw, why PUPMODE=7 isn't also included? Only:
Code:
3|13)   # ata/usbflash

Greetings!

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send_private_message 
mikeb


Joined: 23 Nov 2006
Posts: 8218

PostPosted: Mon 16 Jun 2014, 13:30    Post_subject:  

why would a sfs loader be touching pup_ro1... or is this more a snap merge issue. I get none of this happening with my sfs script but then again I dumped PUPMODE=13 years ago ..perhaps related but not sure how.

mike
Back to top
View user's profile Send_private_message 
shinobar


Joined: 28 May 2009
Posts: 2618
Location: Japan

PostPosted: Tue 17 Jun 2014, 09:32    Post_subject: PUPMODE=7  

SFR wrote:
Btw, why PUPMODE=7 isn't also included? !
PUPMODE=7 is buggy. I have no energy to check it out on many versions of Puppy. It's a nightmare.
_________________
Google Chrome portable
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
Back to top
View user's profile Send_private_message Visit_website 
mikeb


Joined: 23 Nov 2006
Posts: 8218

PostPosted: Tue 17 Jun 2014, 10:00    Post_subject:  

Quote:
It's a nightmare

That could be the understatement of the year... ... a bit like juggling eggs

mike
Back to top
View user's profile Send_private_message 
RSH


Joined: 05 Sep 2011
Posts: 2420
Location: Germany

PostPosted: Thu 19 Jun 2014, 16:22    Post_subject: Re: sfs_load-2.0.8  

shinobar wrote:
Please test sfs_load-2.0.8.pet
http://shino.pos.to/linux/puppy/

#09 Jun 2014 v2.0.8: ydrv, save-to-directory(gyro), DISSOSIATE option to be set by hardcode (thanks to R-S-H), remove find -mount option(Karl Godt)

Note: DISSOSIATE option is not automatically determined by the kernel version. You can edit the script to choose this option.

Hi.

Thanks for the new version.

I have downloaded the new version, made my modifications and then somw testings. The
Ted Dog wrote:
infamous .wh out bug that never seems to get solved rediscovered by RSH. Surprised

still seems to exist. Files removed from the file system do re-appear in the file system when loading/unloading a SFS.

shinobar wrote:
DISSOSIATE option to be set by hardcode (thanks to R-S-H)
...
...
Note: DISSOSIATE option is not automatically determined by the kernel version. You can edit the script to choose this option.

Can you explain this a little more?

Currently, I don't understand this.

Would this solve the infamous .wh out bug?

Thanks

RSH

_________________
LazY Puppy
RSH's DNA
SARA B.
Back to top
View user's profile Send_private_message 
shinobar


Joined: 28 May 2009
Posts: 2618
Location: Japan

PostPosted: Thu 19 Jun 2014, 18:42    Post_subject: DISSOSIATE  

shinobar wrote:
#09 Jun 2014 v2.0.8: ydrv, save-to-directory(gyro), DISSOSIATE option to be set by hardcode (thanks to R-S-H), remove find -mount option(Karl Godt)

Note: DISSOSIATE option is not automatically determined by the kernel version. You can edit the script to choose this option.

Sorry, it was SFR who suggested on the DISSOSIATE option.
The issue R-S-H proposed is still on my TO-DO list.

_________________
Google Chrome portable
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
Back to top
View user's profile Send_private_message Visit_website 
Pelo


Joined: 10 Sep 2011
Posts: 3038
Location: Mer méditerrannée (1 kms°)

PostPosted: Sun 29 Jun 2014, 04:21    Post_subject: On the fly means 'I don't touch' anything.
Sub_title: False ? see Abiword 3.0.0 Goffice Japan
 

Pet Loaded. I thought that 'on the fly' was only a link to something external. Often, it's not true, files in the distro are erased when using SFS.
Abiword 3.0.0, is concerned but Suite goffice Japan too. (libspreadsheet erased).
Puppy runs 'on the fly' in my computer and keep Windows 7 sleeping.
RSH on the fly let traces when taking off (plane) ???? Twisted Evil
To understand on the fly I use "croquis"

_________________
Puppy, il ne lui manque que la parole !
Back to top
View user's profile Send_private_message YIM 
shinobar


Joined: 28 May 2009
Posts: 2618
Location: Japan

PostPosted: Wed 02 Jul 2014, 15:28    Post_subject: sfs_load-2.0.11
Sub_title: Test release
 

Download: http://shino.pos.to/linux/puppy/
Testing: sfs_load-2.0.11.pet (2014-07-03)

#26 Jun 2014 v2.0.9: init script in initramfs may not handle extra sfs
#27 Jun 2014 v2.0.10: afterwork at boot
#3 Jul 2014 v2.0.11: fix save-to-directry(gyro), fix was ydrv on loadable list

_________________
Google Chrome portable
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
Back to top
View user's profile Send_private_message Visit_website 
Display_posts:   Sort by:   
Page 19 of 20 Posts_count   Goto page: Previous 1, 2, 3, ..., 17, 18, 19, 20 Next
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Utilities
Jump to:  

Rules_post_cannot
Rules_reply_cannot
Rules_edit_cannot
Rules_delete_cannot
Rules_vote_cannot
You cannot attach files in this forum
You can download files in this forum


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