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 20 Oct 2018, 07:36
All times are UTC - 4
 Forum index » Advanced Topics » Additional Software (PETs, n' stuff) » Utilities
sfs_load-2.4 on-the-fly
Post new topic   Reply to topic View previous topic :: View next topic
Page 21 of 25 [372 Posts]   Goto page: Previous 1, 2, 3, ..., 19, 20, 21, 22, 23, 24, 25 Next
Author Message
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Wed 14 Jan 2015, 16:20    Post subject:  

SFS Modules loaded with shinobar's sfs_load are loaded into a lower layer, so the main SFS stays on top of all SFS Modules. To have contents of a loaded SFS Modules on top of the main SFS, there is a Script by mikeb in the second Post of this topic to load SFS Modules to a top layer.
_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Wed 28 Jan 2015, 05:19    Post subject:  

Sfs_load completely fails to load SFSs in pupmode 6.
Given that it now handles all the extra sfs in place of the boot manager it means that there is no way to load any extra SFSs in pupmode 6.
With the availability of savefolder, pupmode6 may not be so useful, however is still a puppy mode...
So would be nice if it is fixed or atleast stop handling SFSs in pupmode 6 and allow the job to be done by the bootmanager with something like this
Code:
--- a/etc/init.d/sfs_load   2014-07-22 11:11:10.000000000 +0300
+++ b/etc/init.d/sfs_load   2015-01-28 11:23:11.000000000 +0200
@@ -1,5 +1,7 @@
 #!/bin/sh
 which sfs_load &>/dev/null || exit 0
+. /etc/rc.d/PUPSTATE
+[ "$PUPMODE" = "6" ] && exit 0
 if [ "$1" = "stop" ] ; then
   exec sfs_load --cli stop
 fi

(actually it works fine to load SFSs with the bootmanager at startup)

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
ASRI éducation


Joined: 09 May 2009
Posts: 3203
Location: France

PostPosted: Sat 14 Feb 2015, 18:28    Post subject:  

To facilitate the participation of French-speaking users, I created a thread sfs_load on-the-fly : contributions et améliorations
Regards,

_________________
Projet ASRI éducation => Association | Forum | Dépôt | Espace kids
Back to top
View user's profile Send private message Visit poster's website 
ASRI éducation


Joined: 09 May 2009
Posts: 3203
Location: France

PostPosted: Sun 15 Feb 2015, 07:36    Post subject:  

I use a lot of sfs files.

This prompts me to propose some changes to the main interface of sfs_load.

- Increasing the size of the interface.
- Added information "number of sfs mounted".
- For the list of mounted sfs, use of a "table" (instead of "list") to sort the list alphabetically.

If you want to test ...

Regards
sfs_load_84_mounted.png
 Description   
 Filesize   75.74 KB
 Viewed   935 Time(s)

sfs_load_84_mounted.png

sfs_load_20150215.tar.gz
Description  /usr/sbin/sfs_load (version 20150215)
gz

 Download 
Filename  sfs_load_20150215.tar.gz 
Filesize  28.89 KB 
Downloaded  298 Time(s) 

_________________
Projet ASRI éducation => Association | Forum | Dépôt | Espace kids
Back to top
View user's profile Send private message Visit poster's website 
ASRI éducation


Joined: 09 May 2009
Posts: 3203
Location: France

PostPosted: Sun 15 Feb 2015, 16:49    Post subject:  

The limit of Puppy mount points (pup_ro *) seems to be 125. This is obviously more than we need.

More information on the French forum http://www.murga-linux.com/puppy/viewtopic.php?p=828648#828648

Regards,
sfs_load_122_mounted.png
 Description   
 Filesize   132.63 KB
 Viewed   866 Time(s)

sfs_load_122_mounted.png


_________________
Projet ASRI éducation => Association | Forum | Dépôt | Espace kids
Back to top
View user's profile Send private message Visit poster's website 
Argolance


Joined: 06 Jan 2008
Posts: 3416
Location: PORT-BRILLET (Mayenne - France)

PostPosted: Sun 08 Mar 2015, 15:07    Post subject:  

Bonsoir,
I updated sfs_load 1.9.7 coming with Puppy Precise 5.7.1 while installing the latest release 2.3. My nvidia-glx-319.43.k3.2.29.sfs file driver doesn't load anymore and Puppy freezes at startup. So I cannot see exactly what's going wrong while reading the xerrs.log or any other system tmp file!
If I "uninstall" sfs_load 2.3 (i. e. delete manually files directly from my pupsave file) nvidia driver is normally loaded and works fine again.

Cordialement..

_________________

Back to top
View user's profile Send private message Visit poster's website 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Thu 12 Mar 2015, 13:12    Post subject:  

RSH wrote:
Hi.

I have to post an issue in sfs_load 2.0.2 which I did experience already in version 1.9.9.

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 did try this in several Puppies with several files - same results.

Though, it seems not to happen with files that are only changed (changed its content e.g.).

RSH

Hi.

This seems to be gone in sfs_load 2.3 (did not test any different version since 2.0.2).

Thanks.

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
Pelo

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

PostPosted: Thu 12 Mar 2015, 23:04    Post subject: On the fly  

On the fly is for the session time,
If usage done is different, if SFS are to be permanent, it's a different pet. Or it should be.
It's my opinion.
Sorry ASRI,.. Confused

_________________
Passenger Pelo ! don't ask him to repair the aircraft. Don't use him as a demining dog .... pleeease.
Back to top
View user's profile Send private message Yahoo Messenger 
recobayu


Joined: 15 Sep 2010
Posts: 309
Location: indonesia

PostPosted: Fri 13 Mar 2015, 22:01    Post subject: he can't automatically detect my /usr/local/texlive dir
Subject description: he is puppy linux
 

Hi All, I make a texlive2014.sfs.
My binary files located at /usr/local/texlive/2014/bin/i386-linux.
I try to use pinstall.sh inside of that (just like in .pet).
The script is:
Code:
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux

But when i do install this sfs on the fly, puppy can't detect my path locate on.
Can anyone help me how to solve that?

*if I manually add that code to /root/.bashrc, it's work only when I run geany from terminal. Sad
Back to top
View user's profile Send private message 
LazY Puppy


Joined: 21 Nov 2014
Posts: 2007
Location: Germany

PostPosted: Sat 14 Mar 2015, 11:14    Post subject: Re: he can't automatically detect my /usr/local/texlive dir
Subject description: he is puppy linux
 

recobayu wrote:
Hi All, I make a texlive2014.sfs.
My binary files located at /usr/local/texlive/2014/bin/i386-linux.
I try to use pinstall.sh inside of that (just like in .pet).
The script is:
Code:
export PATH=$PATH:/usr/local/texlive/2014/bin/i386-linux

But when i do install this sfs on the fly, puppy can't detect my path locate on.
Can anyone help me how to solve that?

*if I manually add that code to /root/.bashrc, it's work only when I run geany from terminal. Sad

Just put the pinstall.sh File (probably rename it first) into /root/Startup inside of the SFS - sfs_load will execute such located files from /root/Startup inside of the SFS.

_________________
RSH

"you only wanted to work your Puppies in German", "you are a separatist in that you want Germany to secede from Europe" (musher0) Laughing

No, but I gave my old drum kit away for free to a music store collecting instruments for refugees! Wink
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Tue 07 Apr 2015, 13:20    Post subject:  

Looked a bit further on the failure of v2.3 at pupmode=6.
It would appear that the condition
Code:
&& [ "$FILEISAT" != "home" ]
at line 2453 results in the failure.
I would guess because in pupmode 6, $(readlink /mnt/home) points to "/" instead of "/initrd/pup_rw".

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Wed 08 Apr 2015, 03:55    Post subject:  

mavrothal wrote:
I would guess because in pupmode 6, $(readlink /mnt/home) points to "/" instead of "/initrd/pup_rw".

Indeed the following ugly hack makes sfs_load 2.3 work in pupmode 6
Code:
--- a/usr/sbin/sfs_load   2014-09-06 11:44:34.000000000 +0300
+++ b/usr/sbin/sfs_load   2015-04-08 10:44:48.000000000 +0300
@@ -51,6 +51,8 @@
 #v2.1.9: fix loop device conflict with irregular initramfs
 #2014-08-10 v2.2: fix was removed all sfs after abnormal shutdown
 #2014-09-06 v2.3: fix again save-to-directry, avoid always mounted puppy sfs partition under PUPMODE=5 
+[ "$(grep PUPMODE /etc/rc.d/PUPSTATE | cut -f2 -d '=')" = "6" ] && \
+ rm /mnt/home && ln -sf /initrd/pup_rw /mnt/home
 MYPATH=$0
 MYNAME=$(basename "$0")
 VERSION=2.3
@@ -188,6 +190,8 @@
   case "$1" in
   --usage) shift
    [ "$@" ] && error "$@"
+   [ "$(grep PUPMODE /etc/rc.d/PUPSTATE | cut -f2 -d '=')" = "6" ] && \
+    rm /mnt/home && ln -sf / /mnt/home
    usage; exit 1;;
   esac
   error "fatal:$*"
@@ -197,6 +201,8 @@
 }
 finish() {
  splash --stop
+ [ "$(grep PUPMODE /etc/rc.d/PUPSTATE | cut -f2 -d '=')" = "6" ] && \
+  rm /mnt/home && ln -sf / /mnt/home
  [ "$UNMOUNTME" ] && umount "$UNMOUNTME" && UNMOUNTME=""
  [ "$REENT" = "" ] && exit 0
  [ -x "$MYPATH" ] && exec "$MYPATH" $ORGOPT --quiet

However, a proper solution should be developed for proper $DESDIR detection in pupmode 6

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Wed 08 Apr 2015, 07:54    Post subject:  

Another approach that also works in pupmode 2 is to remove hard-coded paths, as the below patch does:
Code:
--- a/usr/sbin/sfs_load   2014-09-06 11:44:34.000000000 +0300
+++ b/usr/sbin/sfs_load   2015-04-08 14:36:26.000000000 +0300
@@ -1559,7 +1559,7 @@
   [ "$EXT" = "sfs" ] || FILENAME="$FILENAME.sfs"
   # /mnt/home?
   if [ "$PUP_HOME" != "" -a "$DIRNAME" != "" ]; then
-    DIRNAME=$(echo $DIRNAME| sed -e "s,/initrd$PUP_HOME,/mnt/home,")
+    DIRNAME=$(echo $DIRNAME| sed -e "s,$INITRDHOME,$MNTHOME,")
   fi
   EXTRASFS="$DIRNAME/$FILENAME"
 }
@@ -1831,6 +1831,14 @@
   esac
 fi ############ for debugging end
 
+if [ "$PUPMODE" = "6" ];then
+ INITRDHOME=/
+ MNTHOME=/
+else
+ INITRDHOME=/initrd$PUP_HOME
+ MNTHOME=/mnt/home
+fi
+
 # see what pup_*.sfs file is used
 SFSPART=$(echo $PUPSFS|cut -d',' -f1)
 SFSTYPE=$(echo $PUPSFS|cut -s -d',' -f2)
@@ -1899,8 +1907,8 @@
   12|13) SAVEFILE=$(echo $PUPSAVE| cut -sd',' -f3);;
   *) SAVEFILE="";;
   esac
-  [ "$PUP_HOME" != "" ] && PUPHOME=/initrd$PUP_HOME
-  [ "$PUPHOME" = "/initrd$PUP_HOME" ] && PUPHOME=/mnt/home && DESTDIR=$PUPHOME
+  [ "$PUP_HOME" != "" ] && PUPHOME=$INITRDHOME
+  [ "$PUPHOME" = "$INITRDHOME" ] && PUPHOME=$MNTHOME && DESTDIR=$PUPHOME
 else
   # PUPMODE=2 or 5
   if [ "$PUPMODE" = "2" ]; then
@@ -2326,8 +2334,8 @@
   case "$DIRNAME" in
   http://*|ftp://*) FILEISAT="url" ;;
   /mnt/cdrom*|/mnt/dvd*|/mnt/sr*) FILEISAT="cd";;
-  /mnt/home/$PSUBDIR) FILEISAT="home";;
-  /mnt/home) FILEISAT="home";;
+  $MNTHOME/$PSUBDIR) FILEISAT="home";;
+  $MNTHOME) FILEISAT="home";;
   /tmp*) FILEISAT="tmpfs";;
   $DESTDIR|$DESTDIR/$PSUBDIR) FILEISAT="home";;
   /mnt/network/*) FILEISAT="remote";;
@@ -2410,7 +2418,7 @@
   #TITLEICON='icon-name="gtk-add"'
   confirm "$MSG\n$WARNSHORT" || finish
 fi
-[ "$(readlink /mnt/home)" = "$DESTDIR" ] && DESTDIR=/mnt/home
+[ "$(readlink $MNTHOME)" = "$DESTDIR" ] && DESTDIR=$MNTHOME
 
 # free space in the destination
 dest_free
@@ -2457,7 +2465,7 @@
     done
     if [ "$FOUND" != "" ]; then
       debug "FOUND=$FOUND;"
-      [ "$(readlink /mnt/home)" = "$D" ] && FOUND="/mnt/home/$FILENAME"
+      [ "$(readlink $MNTHOME)" = "$D" ] && FOUND="$MNTHOME/$FILENAME"
       MSG=$(printf "$(gettext "%s is found. Do you use it?")" $FOUND)
       confirm $MSG || finish
       EXTRASFS="$FOUND"

However, altough both this and the above patch load sfs fine, they fail to loaf the extra sfs at boot time, reporting the sfs_load is already running. Confused
Hints anyone?

PS: Combining this patch with the one for the init.d above allows proper loading at boot, but it still indicates that there is something wrong.

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Wed 08 Apr 2015, 09:28    Post subject:  

Here are 2 sfs_load pets that should work fine in pupmode 6 (save to partition) and of course in the other pupmodes.

2.3.1 has the /mnt/home link-change approach, while 2.3.2 has the /mnt/home and /initrd$PUP_HOME soft-coding approach. Both pets stop sfs_load from handling extra SFSs at boot time in pupmode=6

2.3.1 is simpler but if it crashes midway may leave you with the wrong symlink for /mnt/home. This is (usually) harmless, It will just make your boot drive to look like one in a frugal install, till reboot.
2.3.2 seams better but a bit more involved so might have some issue in some setting.
I currently have 2.3.2 in my systems Wink

Both could use some testing in pupmode 6 but also in other pupmodes. So please test if you can.
sfs_load-2.3.2.pet
Description  /mnt/home and /initrd$PUP_HOME soft-coding in pupmode 6
pet

 Download 
Filename  sfs_load-2.3.2.pet 
Filesize  34.79 KB 
Downloaded  231 Time(s) 
sfs_load-2.3.1.pet
Description  symlink /mnt/home in pupmode 6
pet

 Download 
Filename  sfs_load-2.3.1.pet 
Filesize  34.54 KB 
Downloaded  178 Time(s) 

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
mavrothal


Joined: 24 Aug 2009
Posts: 2981

PostPosted: Tue 14 Apr 2015, 23:16    Post subject:  

mavrothal wrote:

Both could use some testing in pupmode 6 but also in other pupmodes. So please test if you can.

Anybody with pupmode 6?... Sad

_________________
== Here is how to solve your Linux problems fast ==
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 21 of 25 [372 Posts]   Goto page: Previous 1, 2, 3, ..., 19, 20, 21, 22, 23, 24, 25 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:  

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.1352s ][ Queries: 12 (0.0484s) ][ GZIP on ]