Yes. Just run it in the terminal. The command edits the
/usr/sbin/sfs_load file. Alternatively, open /usr/sbin/sfs_load in the text editor, find
update-mime-database and insert
PKGSYSTEM_ENABLE_FSYNC=0 before it. The resulting line reads:
Code: Select all
PKGSYSTEM_ENABLE_FSYNC=0 update-mime-database $usrfld/share/mime 2>/dev/null
The problem it solves is described
here and
here. The
update-mime-database is very slow, it writes to the disk every single change it makes. The disk led is constantly on.
On my system sfs_loads runs for more than a minute loading/unloading some sfs files. If I forget to unload such a file before reboot and it's not been copied to /mnt/home, the next boot is one minute longer because sfs_load runs update-mime-database. After the fix it takes less than a second to update the database.
This only concerns certain sfs files - the ones that set up new file associations. For example, LibreOffice sets associations for the open document file types. And it's probably only relevant to PUPMODE=12 because synchronized I/O is fast when Puppy is running in RAM.
Code: Select all
root# time update-mime-database /usr/share/mime
real 1m1.350s
user 0m0.150s
sys 0m0.544s
root# time PKGSYSTEM_ENABLE_FSYNC=0 update-mime-database /usr/share/mime
real 0m0.211s
user 0m0.058s
sys 0m0.151s
I think your problem may be different. The "Failed to unload ...sfs" message usually appears if a program from that sfs is still running. You can run the terminal from a rox window showing the content of a sfs and this will prevent the sfs unloading until you close it even if you cd from that directory and use it for something else.
........... just wanted to make sure 
