(old)Puppy Linux Discussion Forum

Hi thanks I have found it on the memory card (using my main PC
The contents of the file are
pkeys=en waitdev=3 savefile=direct:local basesfs=device:mmcblk0p1:/fatdogarm/fd-arm.sfs

Is the fd-arm.sfs file in the fatdogarm directory on the SD card?

Are you still getting the "Cannot load basesfs" error when booting?

Yes still same error.
Files in root(as are all the files) not in a folder

The only file that belongs in the fatdogarm directory is fd-arm.sfs

But you can probably edit the cmdline.txt file to remove the fatdogarm directory from the basesfs path if you don't want to put it in a directory.
You could even try renaming or deleting cmdline.txt, I was able to reproduce the boot errors you described by renaming cmdline.txt but the fd-arm.sfs file on my SD card is in the fatdogarm directory. Without the cmdline.txt file telling init to look in the fatdogarm directory for fd-arm.sfs the init script will probably look for it in the root of the SD card.

Woof Woof, up and running!
I just created the folder and moved the file across and it has booted up to desktop.

Many thanks for your help woodenshoe-wi

Glad to help.

I knew it should work because I had tested this version myself, just had to figure out what went wrong.

Thanks Don. The Pi3 is currently on my radar -- been wondering what versions of Puppy to play with.

I just created the folder and moved the file across and it has booted up to desktop.

Did I do something wrong??

Which fdarm.sfs is successful , mine or James Bond??

If it's mine then you should boot to a giant clock.

What do you guys recommend for a cmdline.txt file??

I have only a raspberry pi2.

__________________________________________________

The fault could be with the program veronicathecow used to un-compress the zip file. Everything worked fine for me without any changes.

If you make the changes to config.txt that I wrote about in http://www.murga-linux.com/puppy/viewto ... 299#988299
you should be able to boot this on your Pi2.

Hi don570, Pi is booting to big white and black analouge clock.
Cant seen to save the session though
When I try to close down I follow all the instructions i get the following error

Problem: fdsave.ext.4 on /dev/mmbclkop1 already exists. Please choose a different name.

With a different name it does save, but then on reboot it does not load this save file with a different name.

Thanks woodenshoe-wi that's a good thought I will check.
"The fault could be with the program veronicathecow used to un-compress the zip file. Everything worked fine for me without any changes. "

Hi woodenshoe-wi, yes you were right I hadn't chosen the correct options to expand the directories so I have re-installed that correctly now, thank you.

I am still getting similar problems though
Problem: fdsave.ext4 on /dev/mmbclkop1 already exists. Please choose a different name.

With a different name it now does not save but says
Problem: Unable to create tmsave.ext4 on /dev/mmcblk01p. Please chose another device/partition.

I didn't have any problem creating a save file, but mine is named fdsave.ext4

I don't know if fdsave.ext.4 with the extra "." in between "ext" and "4" is a typo or part of the problem. If there is nothing important in it maybe you could try deleting it from the SD card with the computer and trying again?

If you are getting errors is there enough free space on the SD card?

Just a typo.

I did a complete re-install with the corrected file structure and the results posted were from that. It's a 32gb card and I have tried a 29gb and 10gb save file, both same problem. However a 512 and a 1024 file size work.
Will try other sizes tomorrow.

29gb and 10gb save file

If that's not a typo I think you need to know that fat filesystems have a 4gb file size limit...

If you need more space you could try repartitioning the SD card and adding an ext4 partition but the first partition needs to remain fat for the bootloader to work.

I am not an expert on how Fatdog works, I just was helping to test because I have a Pi3.

Hi, yes it was just a typo which I then went back and corrected on my post.

FAT32, of course, blooming fat32, I'm so used to running EXT4 I forgot about those limits, that would explain it even though I was creating a ext4 I am assuming it is within a fat32 4gb limit file container.
Your help has been very much appreciated.

woodenshoe-wi is giving good advice.


fat32 is limited - no links and a few characters can't be used in file names (such as : ).
Of course, the data inside the savefile isn't limited by this, which is neat feature.

You can format SD card with both fat32 and linux EXT4 format if you wish.

You may have to change cmdline.txt file ---> not sure if this will work to find a stored savefile on second partition. Maybe it does . I'm not sure??

You can always use
That always works.

_______________________________________________

I thought Pi3's were 64 bit, JB's work around for ARM Pi and Odroid is 32 bit. Is anyone going online and having trouble with Seamonkey 2.33 with security and permissions.

The CPU on the Pi3 is 64bit capable, but will also run the 32bit code for the Pi2 and Pi Zero.

I was able to fix the SSL errors in Seamonkey by setting the clock to more accurate time.