How to start OpenOffice from user_more.sfs?
How to start OpenOffice from user_more.sfs?
I got the user_more.sfs and did put it in /mnt/home.
I use the Puppy2 LiveCD and the puppy_save."fs approach.
I rebooted as instructed, but I don't see how I can start OpenOffice?
I use the Puppy2 LiveCD and the puppy_save."fs approach.
I rebooted as instructed, but I don't see how I can start OpenOffice?
Puppy Linux 2.02 SMkey, KDE354mini, wine0.9.20, devx-qt-renamed.
Puppy Linux 2.10r1 SMkey, JWM, devx_qt_renamed_210, KDE355mini
Puppy Linux 2.10r1 SMkey, JWM, devx_qt_renamed_210, KDE355mini
Puppy2 uses different .sfs-files.
There currently is just 1:
http://www.puppyos.com/nfphpbb/viewtopic.php?t=71
I will adapt my extensionmanager for Puppy2, to mount old .sfs -files somewhen after it reaches Beta-status.
Mark
There currently is just 1:
http://www.puppyos.com/nfphpbb/viewtopic.php?t=71
I will adapt my extensionmanager for Puppy2, to mount old .sfs -files somewhen after it reaches Beta-status.
Mark
1) yes
2) you still will be in JWM.
You can click on the KDE-icon in the megapup003-laucher, to start KDE instead of Jwm.
Or you click on the KDE-panel -icon, to start the KDE-taskar and menu in Jwm (takes some seconds to start).
I prefer the latter, as like this I still have the Rox -Desktop-icons, that I like more than the KDE-Iconsystem.
Mark
2) you still will be in JWM.
You can click on the KDE-icon in the megapup003-laucher, to start KDE instead of Jwm.
Or you click on the KDE-panel -icon, to start the KDE-taskar and menu in Jwm (takes some seconds to start).
I prefer the latter, as like this I still have the Rox -Desktop-icons, that I like more than the KDE-Iconsystem.
Mark
Re: How to start OpenOffice from user_more.sfs?
It is suggested that the .sfs file is to be placed in /mnt/home. This work fine in case of booting from Live CD and when user files are in Hard Disk.
I have installed Puppy Linux 2.0.2 on an ext3 partition, as below
/dev/hda1 - FAT32 (9 GB) for Win98
/dev/hda2 - Linux swap
/dev/hda3 - ext3 for (11 GB) for Puppy Linux
(Booting from Grub in MBA)
I do not have a /mnt/home folder. So where should I place my additional .sfs files? I wish to use megapup003_202.sfs (megapup with OpenOffice, KDE, etc) in this way. I tried to place it in the / folder and rebooted, but it did not work. I also created a /user/home and placed the .sfs file there, but it did not work either.
Perhaps .sfs files need to be handled differently in case of booting from a dedicated Linux partition on the Hard Disk. Thanks for any help.
I have installed Puppy Linux 2.0.2 on an ext3 partition, as below
/dev/hda1 - FAT32 (9 GB) for Win98
/dev/hda2 - Linux swap
/dev/hda3 - ext3 for (11 GB) for Puppy Linux
(Booting from Grub in MBA)
I do not have a /mnt/home folder. So where should I place my additional .sfs files? I wish to use megapup003_202.sfs (megapup with OpenOffice, KDE, etc) in this way. I tried to place it in the / folder and rebooted, but it did not work. I also created a /user/home and placed the .sfs file there, but it did not work either.
Perhaps .sfs files need to be handled differently in case of booting from a dedicated Linux partition on the Hard Disk. Thanks for any help.
Last edited by nksaini on Mon 15 Jan 2007, 05:24, edited 1 time in total.
is your hdisk installation a frugal(coexist) or full(normal) ? if it's frugal the .sfs should be in /mnt/home, otherwise / . however some versions in 2xx series seem to have problems with .sfs files, if you've got a full hdisk install.
if it's not loading, an alternative would be to have a script in /etc/rc.d/rc.local to mount the squashfs at boot.
if it's not loading, an alternative would be to have a script in /etc/rc.d/rc.local to mount the squashfs at boot.
Mounting .sfs files later while booting from ext3 partition
Mine is a full (normal) installation. I tried putting the .sfs file in / folder but it did not help. What about squashfs? What exact steps I need to follow. I am very new to scripts and mounting file systems. Thanks for help.muggins wrote:is your hdisk installation a frugal(coexist) or full(normal) ? if it's frugal the .sfs should be in /mnt/home, otherwise / . however some versions in 2xx series seem to have problems with .sfs files, if you've got a full hdisk install.
if it's not loading, an alternative would be to have a script in /etc/rc.d/rc.local to mount the squashfs at boot.
nksaini,
yeah, well that's the right location, & it should be mounted automatically on booting. but i know some releases in the pup2xxx series have had problems with some .sfs files.
did you try following the example for devx_213.sfs that mu linked to?
basically all you've got to do is make a temporary directory to mount the .sfs file to, mount it, then copy all the files to / of your hard disk.
assuming you're in / directory
mkdir sfs
mount -o loop usr_more.sfs sfs
cd sfs
cp -ax * /
cd ..
umount sfs
then to test if this worked, (fingers crossed), type soffice
let us know if there are any problems...we'll keep gooing till we nut it out.
yeah, well that's the right location, & it should be mounted automatically on booting. but i know some releases in the pup2xxx series have had problems with some .sfs files.
did you try following the example for devx_213.sfs that mu linked to?
basically all you've got to do is make a temporary directory to mount the .sfs file to, mount it, then copy all the files to / of your hard disk.
assuming you're in / directory
mkdir sfs
mount -o loop usr_more.sfs sfs
cd sfs
cp -ax * /
cd ..
umount sfs
then to test if this worked, (fingers crossed), type soffice
let us know if there are any problems...we'll keep gooing till we nut it out.
Mounting .sfs files later while booting from ext3 partition
Dear muggins,
GREAT! IT IS SUCCESSFUL! And it was so easy that even a newbie like me could do it on the first attempt, without any error. Here is the command I run in rxvt:
sh-3.1# cd /
sh-3.1# ls <<the output looks grabbed here, please replace 'space' with 'tab'>>
bin lost+found sbin
boot megapup003_201.sfs sys
dev mnt tmp
etc proc usr
lib root var
sh-3.1# mkdir sfs
sh-3.1# mount -o loop megapup003_201.sfs sfs
sh-3.1# cd sfs
sh-3.1# cp -ax * / <<a long pause here as huge files are copied>>
sh-3.1# soffice <<a few seconds later the OpenOffice2.org 2.0 starts!>>
sh-3.1#
Now I can also run my application from 'Menu -> DopPups -> megapup003 launcher' also.
All was so simple that I would recommend all friends facing this particular problem to follow the workaround to load .sfs files in Puppy Linux 2.x.
Thanks, muggins.
PS:
Is this a permanent solution? Can I now delete the megapup003_201.sfs from the / folder? And can I also delete the /sfs folder? (Only about 1.5 GB space is left on my 10 GB ext3 partition )
GREAT! IT IS SUCCESSFUL! And it was so easy that even a newbie like me could do it on the first attempt, without any error. Here is the command I run in rxvt:
sh-3.1# cd /
sh-3.1# ls <<the output looks grabbed here, please replace 'space' with 'tab'>>
bin lost+found sbin
boot megapup003_201.sfs sys
dev mnt tmp
etc proc usr
lib root var
sh-3.1# mkdir sfs
sh-3.1# mount -o loop megapup003_201.sfs sfs
sh-3.1# cd sfs
sh-3.1# cp -ax * / <<a long pause here as huge files are copied>>
sh-3.1# soffice <<a few seconds later the OpenOffice2.org 2.0 starts!>>
sh-3.1#
Now I can also run my application from 'Menu -> DopPups -> megapup003 launcher' also.
All was so simple that I would recommend all friends facing this particular problem to follow the workaround to load .sfs files in Puppy Linux 2.x.
Thanks, muggins.
PS:
Is this a permanent solution? Can I now delete the megapup003_201.sfs from the / folder? And can I also delete the /sfs folder? (Only about 1.5 GB space is left on my 10 GB ext3 partition )
muggins,muggins wrote: you should be able to delete usr_more.sfs but, just to make sure it hasn't been secretly mounting all along, rename usr_more.sfs to usr_more.sfs.bak, reboot, then if everything still works OK, delete it.
Thanks. A good tip. I will first rename the .sfs file and if everything is OK, then I will delete the .sfs in the root folder and also the /sfs ( is it OK? ) folder that was created temporarily for mounting the .sfs into file system.