Page 2 of 2

Re: Strange save.dat behavior [Solved]

Posted: 24 May 2014, 17:00
by Ed_P
BTW Thank you Image fanthom. :beer:

Re: Strange save.dat behavior [Solved]

Posted: 01 Jun 2014, 05:19
by Ed_P
Oh look what's back!!

Code: Select all

guest@porteus:~$ su
Password: 
root@porteus:/home/guest# usm -v
awk: fatal: cannot open file `/etc/usm/usm.conf' for reading (No such file or directory)
/usr/bin/usm: line 61: /etc/usm/usm.conf: No such file or directory
/usr/bin/usm: line 62: /share/usm/funcelementCreate: No such file or directory
/usr/bin/usm: line 63: /share/usm/funccleanup: No such file or directory
/usr/bin/usm: line 64: /share/usm/funcsystemSetup: No such file or directory
/usr/bin/usm: line 65: /share/usm/funccli: No such file or directory
/usr/bin/usm: line 66: /share/usm/funcgtkDialogs: No such file or directory
/usr/bin/usm: line 67: /share/usm/functxtStatic: No such file or directory
/usr/bin/usm: line 68: /share/usm/funcpackageSearch: No such file or directory
/usr/bin/usm: line 69: /share/usm/funcpackageInfo: No such file or directory
/usr/bin/usm: line 70: /share/usm/funcchecks: No such file or directory
/usr/bin/usm: line 71: /share/usm/funcpackageGet: No such file or directory
/usr/bin/usm: line 72: /share/usm/funcupdateDatabase: No such file or directory
/usr/bin/usm: line 73: /share/usm/funcchangelogs: No such file or directory
/usr/bin/usm: line 74: /share/usm/funcslackbuilds: No such file or directory
/usr/bin/usm: line 75: /share/usm/funcsystemDeps: No such file or directory
/usr/bin/usm: line 145: help_check: command not found
/usr/bin/usm: line 157: system_setup: command not found

You are using USM version: 
/usr/bin/usm: line 280: cleanup: command not found
/usr/bin/usm: line 668: cleanup: command not found
root@porteus:/home/guest# 
This after updating USM to 3.1.2, updating all the databases, using USM to find a games module, downloading it, etc. Running my script to delete .wh. files and rebooting.

savedatremovewhfiles.sh

Code: Select all

#!/bin/sh 
# http://forum.porteus.org/viewtopic.php?f=81&t=3501&p=25182#p25178

# mloop requires changes= cheatcodes not used (Always Fresh mode)

if [ `whoami` != "root" ]; then
  ktsuss "$0"
  exit
fi

if [ -f /home/guest/savedatremovewhfiles.sh ]; then
   SPACEDATDIR=/mnt/live/memory/images/changes 
else
   mloop /mnt/sda5/porteus/changes/porteussave.dat
   SPACEDATDIR=/mnt/loop
fi

echo find ${SPACEDATDIR} -name .wh.*
find ${SPACEDATDIR} -name .wh.*
read
echo "find ${SPACEDATDIR} -name .wh.* | xargs rm"
find ${SPACEDATDIR} -name ".wh.*" | xargs rm
echo
echo find ${SPACEDATDIR} -name .wh.*
find ${SPACEDATDIR} -name .wh.*

read
if [ -f  /home/guest/savedatremovewhfiles.sh ]; then
   exit  
else
   uloop 
fi
exit
And it deleted a dozen or so files. And while the USM files are larger they are not overly so and the save.dat file is not full.

Code: Select all

Filesystem      Size  Used Avail Use% Mounted on
-               252M  176M   76M  70% /mnt/live/memory/images/changes

232K	/mnt/live/memory/images/changes/etc
29M	/mnt/live/memory/images/changes/home
4.0K	/mnt/live/memory/images/changes/opt
68K	/mnt/live/memory/images/changes/root
3.3M	/mnt/live/memory/images/changes/usr
130M	/mnt/live/memory/images/changes/var

ls /mnt/live/memory/images/changes/etc/usm
extra-deps.txt	   mirrors-sbo.txt		 suppliment-libs.txt
files.conf	   mirrors-slackverse.txt	 suppliment-optifest.txt
mirrors-alien.txt  mirrors-slackware.txt	 usm.conf
mirrors-ponce.txt  mirrors-slackwarepatches.txt
mirrors-salix.txt  mirrors-slacky.txt
88K	/mnt/live/memory/images/changes/etc/usm

1.7M	/mnt/live/memory/images/changes/var/log
128M	/mnt/live/memory/images/changes/var/usm

Will try using Always Fresh mode to clean the .wh. files out and see if that helps.

=update=

Ok, in A/F mode I deleted what appears to be the same .wh. files I deleted in my normal gui mode.

Code: Select all

guest@porteus:~$ sh /mnt/sda5/porteus/Guest/savedatremovewhfiles.sh
using /dev/loop6

Please wait while i gather some info ....



 #################################
 Your data file has been mounted at: 
/mnt/loop

You can unmount it by typing uloop

Here is a list of the files:
etc  home  opt	root  usr  var

find /mnt/loop -name .wh.*
/mnt/loop/etc/usm/.wh..wh..opq
/mnt/loop/home/guest/.macromedia/Flash_Player/macromedia.com/support/flashplayer/sys/.wh..wh..opq
/mnt/loop/home/guest/Downloads/.wh.usm-latest-0.0-noarch-1.txz
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-24.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-23.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-22.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-21.json
/mnt/loop/home/guest/.cache/mozilla/firefox/c3pp43bg.default/safebrowsing/.wh..wh..opq
/mnt/loop/home/guest/.wh.save.dat.txt
/mnt/loop/home/guest/.wh.removedumbwhfiles.sh
/mnt/loop/home/guest/.wh.nusavedatspaceused.sh
/mnt/loop/usr/lib/.wh.libxml.so.1
/mnt/loop/usr/lib/.wh.libpng.so.2
/mnt/loop/usr/share/usm/.wh..wh..opq
/mnt/loop/usr/lib64/.wh.libapm.so.1
/mnt/loop/usr/src/po/.wh..wh..opq
/mnt/loop/var/log/packages/.wh.usm-3.1.0-noarch-2

Deleting the found files

find /mnt/loop -name .wh.*

guest@porteus:~$
I rebooted and now have USM working again.

Code: Select all

guest@porteus:~$ su
Password: 
root@porteus:/home/guest# usm -v

 You are using USM version:  3.1.2

root@porteus:/home/guest# 

Re: Strange save.dat behavior [Solved ]

Posted: 01 Jun 2014, 09:03
by fanthom
nice - we are close.
please track and tell me which action causes appearing of .wh. files in your save.dat so i'll be able to reproduce this behavior on my PC.
(is it USM update?)

also - please do not use any of your custom scripts as they may be a reason of the problems.

thanks.

Re: Strange save.dat behavior [Solved ]

Posted: 01 Jun 2014, 14:09
by Ed_P
fanthom wrote:please track and tell me which action causes appearing of .wh. files in your save.dat
Well, from the list of files I would say running FireFox, manually deleting /home/guest/ files and updating USM

Code: Select all

/mnt/loop/etc/usm/.wh..wh..opq

/mnt/loop/home/guest/.macromedia/Flash_Player/macromedia.com/support/flashplayer/sys/.wh..wh..opq
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-24.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-23.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-22.json
/mnt/loop/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-05-21.json
/mnt/loop/home/guest/.cache/mozilla/firefox/c3pp43bg.default/safebrowsing/.wh..wh..opq

/mnt/loop/home/guest/Downloads/.wh.usm-latest-0.0-noarch-1.txz
/mnt/loop/home/guest/.wh.save.dat.txt
/mnt/loop/home/guest/.wh.removedumbwhfiles.sh
/mnt/loop/home/guest/.wh.nusavedatspaceused.sh

/mnt/loop/usr/lib/.wh.libxml.so.1
/mnt/loop/usr/lib/.wh.libpng.so.2
/mnt/loop/usr/share/usm/.wh..wh..opq
/mnt/loop/usr/lib64/.wh.libapm.so.1
/mnt/loop/usr/src/po/.wh..wh..opq
/mnt/loop/var/log/packages/.wh.usm-3.1.0-noarch-2
Some of the files I can't relate to.
also - please do not use any of your custom scripts as they may be a reason of the problems.

thanks.
While I understand your point I'm not sure I can abide by it. None involve USM directly or indirectly. I'll send you a copy of my /home/guest/ directory so you can review them if you want. I'm sure they will put you to sleep. :D

Re: Strange save.dat behavior [Solved ]

Posted: 01 Jun 2014, 14:48
by brokenman
USM is installed using "installpkg"
While I understand your point I'm not sure I can abide by it.
If you want help finding the problem I suggest you abide by it. :wall:

Re: Strange save.dat behavior [Solved ]

Posted: 03 Jun 2014, 20:32
by Ed_P
fanthom FYI & FWIW

So, I delete 3 files from /home/guest/. Using spaceFM. I run my savdatremovewhfiles.sh script and it shows no .wh. files. :good:

I reboot, updating my save.sat file, to Always Fresh mode. Run my script again on the mloops save.dat file and the 3 deleted files' .wh. entries appear.

I assume this is the same thing that happens with USM updates. Probably explains why cleanup isn't catching the .wh. files.