Fatdog64-802/801/800 Final [21 May 2019]

A home for all kinds of Puppy related projects
Message
Author
User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

Fatdog change suggestion (bug??)

#361 Post by rufwoof »

script :
/usr/sbin/fatdog-drive-icon-action-handler

function :
do_umount

Propose extending the code to also close the relevant /dev/mapper folder when the desktop bottom left drive icons x close corner is clicked.

If you create a cryptsetup encrypted image file and open that, then the mount point appears in the bottom left drive icons along with its x close corner showing.

When closed using the commands

umount /mnt/data
cryptsetup close data

that desktop drive icon disappears. But if instead closed using the rox-app (clicking the x close icon in the drive icons top corner), its only umounted, the /dev/mapper remains ... so the desktop drive icon remains

If that closed drive icon is clicked again, then rox reopens the folder again, with the content visible. I'd suggest that isn't the intended/desired action, it should be fully closed and the drive icon removed, so you have to go back through entering a password again to reopen it. i.e. the /dev/mapper/xxx name should also be closed

Which requires changing the do_umount function to something like ...

Code: Select all

do_umount() {
	
	ISCRYPT=$(df -h | grep $2 | grep /dev/mapper | awk '{print $1}')
	
	case "$2" in 
		$AUFS_ROOT*)
			Xdialog --title "Error" --infobox "${1##*/} is used by system, it cannot be un-mounted." 0 0 10000 
			return ;;
	esac

	# close all rox folders
	rox -D "$2"
	
	# umount - escalate to root if we are not root
	if [ $(id -u) -ne 0 ]; then	
		gtksu "Unmounting ${1##*/}" umount "$2"
		RC=$?
		if [ ! -z "$ISCRYPT" ]; then
			cryptsetup close $ISCRYPT
		fi
	else 
		umount "$2"
		RC=$?
		if [ ! -z "$ISCRYPT" ]; then
			cryptsetup close $ISCRYPT
		fi
	fi
	
	# prompt user if fails
	if [ $RC -ne 0 ]; then
		if Xdialog --title "Error" --yesno "Unable to unmount ${1##*/}, it is currently used by the following process:
$(fuser -m $2 | xargs ps -o cmd -p | sed 's/CMD//')\n\n
Do you want me to stop them and try again?" 0 0; then
			fuser -m -k $2
			do_umount $1 "$2"
		fi
	fi
}
Example code to create a cryptsetup encrypted image file

Code: Select all

dd if=/dev/zero of=data.img bs=1M count=20
cryptsetup -y luksFormat data.img
#... needs uppercase YES and enter password ... twice

cryptsetup luksOpen data.img data
#... enter password
mkfs.ext2 /dev/mapper/data
cryptsetup close data
To open it

Code: Select all

cryptsetup luksOpen data.img data
mkdir /mnt/data
mount /dev/mapper/data /mnt/data
To close it

Code: Select all

umount /mnt/data
cryptsetup close data
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

Fatdog help : urxvt help page

#362 Post by rufwoof »

Attached is a actual gzip of a suggested extension to the existing Fatdog help text (as quoted below) that includes a outline of installing urxvt with perl extensions - that includes tab's, clickable url's ...etc. additional functionality.

The new (additional) text is at the bottom of that file, that replaces the 'to be added' existing text.

Note that the same edit should also be reflected into https://distro.ibiblio.org/fatdog/web/f ... html#boxes

Added text ...
urxvt with perl extensions (clickable url links, tabs ...etc.)

Open : Fatdog Control Panel, Desktop, Fatdog64 Edit Default Programs and ensure that BROWSER is set to the choice of browser you prefer.

Open : Fatdog Control Panel, System, Gslapt Package Manager, type rxvt in the search box and press <Enter>, locate the rxvt-unicodeperltrue_color.. package, right click the selection box and select Install, and then click the Execute button to install that package

That's a much larger version of urxvt than the Fatdog default urxvt version as it is compiled to install and use perl extensions, those perl extensions however open up additional useful functionality such as clickable links, tabs ..etc.

Menu, Restart X .. to restart X and now when you run urxvt (terminal) any links will be underlined and you can middle mouse click links to open that link (url) in the default web browser (as defined above). Shift up-arrow will open a new tab. Ctrl left (or right) arrow to step between tabs.

If you'd rather have links open using a different mouse button then edit /root/.Xresources and change the URxvt.matcher.button: 2 setting to : 1 for left mouse click, 2 for middle mouse click, 3 for right mouse click. Restart X after making such edits in order for the changes to become effective.
Attachments
usr_share_doc_fd-help_urxvt.md.gz
(1.37 KiB) Downloaded 147 times
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
dr. Dan
Posts: 96
Joined: Mon 20 Apr 2015, 17:45
Location: Oregon, U.S.A.

suspend issues

#363 Post by dr. Dan »

Hi Fatdog team. I have an ongoing irregular problem with suspending, which has occurred on three of four different laptops. I interacted with step slightly, but have not seen improvement.

Running dmesg in a terminal shows errors with usually one or more of three running programs. I've attached some sample portions.

Thanks for any help, and let me know if I should provide any additional information.

Dan
Attachments
dmesg_suspend_error.txt.tar.gz
(2.58 KiB) Downloaded 139 times

step
Posts: 1349
Joined: Fri 04 May 2012, 11:20

#364 Post by step »

@rufwoof, if you'd like take a look at the urxvt build I use, here. It supports true color and perl extensions, including tabs. I make extensive use of tabs. You can install it from Gslapt. The installer appends a section to ~/.Xdefaults to enable perl extensions.
[url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Fatdog64-810[/url]|[url=http://goo.gl/hqZtiB]+Packages[/url]|[url=http://goo.gl/6dbEzT]Kodi[/url]|[url=http://goo.gl/JQC4Vz]gtkmenuplus[/url]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#365 Post by rufwoof »

Thanks step.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

Re: suspend issues

#366 Post by rufwoof »

dr. Dan wrote:Hi Fatdog team. I have an ongoing irregular problem with suspending, which has occurred on three of four different laptops. I interacted with step slightly, but have not seen improvement.

Running dmesg in a terminal shows errors with usually one or more of three running programs. I've attached some sample portions.
Suspend requires tasks be released and if that fails within a timeout period so suspend fails. It's a common intermittent problem across Linux in general.

In your case the dmesg is suggesting its dhcpcd and syslogd that seem to have prevented suspension.

See this thread https://askubuntu.com/questions/158115/ ... imes-fails and in particular the section/post about ...
Now, put a script in /etc/pm/sleep.d/, scripts there will be run at suspend and resume. The file name should start with an ordering number, 00-49 for user scripts (for more details, see man pm-suspend).

The script could look like this

#!/bin/sh
(killall -9 mount.nfs; exit 0)
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#367 Post by rufwoof »

Would like to have kexec as a available command within initrd (Bulldog), so that I can boot a minimal Bulldog and then boot another kernel directly from there rather than having to re-run BIOS bootup. Attempting to compile kexec for use within initrd when using musl (standard compile compiles OK, but that wont work/run inside initrd), with the source code downloaded from https://mirrors.edge.kernel.org/pub/lin ... nel/kexec/ and with both kernel sources and devx sfs loaded I'm hitting a problem of :

(after having run ./configure ...)

make CC=musl-gcc CFLAGS=-static
kexec/crashdump.c:25:10: fatal error: linux/limits.h: No such file or directory
#include <linux/limits.h>
^~~~~~~~~~~~~~~~
Also tried

CFLAGS="-I/usr/musl/include" make CC=musl-gcc CFLAGS=-static

but that also failed.

Any tips/pointers as to how to compile kexec for within Fatdog initrd (Bulldog) would be appreciated. TIA.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#368 Post by SFR »

Code: Select all

CFLAGS="-I/usr/musl/include" make CC=musl-gcc CFLAGS=-static
I think you've invalidated the first CFLAGS by using the second one.
Anyway, it builds fine for me with just:

Code: Select all

export CC="musl-gcc -I/usr/musl/kernel/include"
./configure && make -j
___________

EDIT: if you want to build kexec with lzma and zlib support, you need:

Code: Select all

mkdir -p /tmp/static

export CC="musl-gcc -I/usr/musl/kernel/include"
export CPATH="/tmp/static/include"
export LDFLAGS="-L/tmp/static/lib"

# cd xz sources
./configure --prefix=/tmp/static --disable-shared --enable-static --disable-nls
make && make install

# cd zlib sources
./configure --prefix=/tmp/static --static
make && make install

# cd kexec-tools sources
./configure && make
Sources are here: http://distro.ibiblio.org/fatdog/source/800/

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#369 Post by rufwoof »

Thanks SFR.

I had loff_t errors reported when I tried the first method. Revising to

export CC="musl-gcc -I/usr/musl/kernel/include -Dloff_t=off_t"
./configure && make -j

worked - at least compiles and runs, but reports unknown type 'Reserved' (as in the likes of /sys/firmware/memmap/17/type)

kexec-tools: fix Unknown type (Reserved)

which seems a broader issue (involving patches etc.).

Not a biggie for me as I can work around it using grub4dos menu.lst chaining (my minimal Bulldog (boots with wifi net connected and ssh (dropbear)) is only 11MB and boots in a second or two (6 seconds to wifi net connected), so downloading (ssh/scp) a 'main' system and setting menu.lst to boot that, and rebooting is a minimal/acceptable lag compared to if kexec were being used).

Thanks again SFR.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#370 Post by SFR »

Hmm, I use slightly newer version of musl (1.1.24), but just tried in VBox with pristine 802+devx and it still builds fine, with only 2 warnings...

Anyway, I just realized that we don't even have this feature enabled:

Code: Select all

# zgrep -i 'kexec' /proc/config.gz 
# CONFIG_KEXEC is not set
# CONFIG_KEXEC_FILE is not set
# 
Or did you build your custom kernel?

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#371 Post by rufwoof »

Good spot SFR. I did compile a standard kernel/default config ... which also has those "not set". I built the same version of standard kernel as Fatdog, with localyesconfig so all modules are built into the kernel. Also drop initrd (initramfs.cpio) into the kernel, so just the one file to boot (vmlinuz), but with a cut down Bulldog (fatdog initrd) as the initramfs.cpio. My laptop works with the default kernel included firmware, so no external modules/firmware whatsoever. Hence the 11MB vmlinuz size (enough for cli/wifi net connected/ssh).

My intent was to have that as a means to quickly boot (1 second, 6 seconds with net connected), and pull in a main system from wherever (mounted filesystem, via the internet ...etc.) and then (re)boot using that. kexec came to mind, but its equally just as easy to (temporarily) modify menu.lst to boot the new main system and reboot into that.

EDIT: having rebuilt the kernel with KEXEC enabled that is working OK i.e. can from within Bulldog kexec -l vmlinuz --initrd=initrd;kexec -e ... and it boots to full graphical Fatdog desktop mode using that alternative kernel.

upx'd the kexec and with initrd built into the kernel along with all modules (just boots with vmlinuz alone), that's a 9.9MB vmlinuz filesize (I dropped btrfs support and some other stuff out of the kernel build). That boots to cli, wifi net connect and has ssh (so I can ssh into hashbang and access tmux for email/irc ...etc.), is set to support overlayfs and now has functional kexec - so it can directly boot another system/puppy without having to reboot via BIOS.

ssh (scp) is a little slow compared to a fully booted systems scp speed. Pulling down a fatdog iso for instance and then extracting the initrd out of that and booting it isn't a quick task/action - more like a coffee break task.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

fatdog 802 without a save file

#372 Post by don570 »

Observation: When I use fatdog 802 without a save file, the SFS manager
doesn't work properly --> /mnt/home isn't available and clicking 'Apply' doesn't work.

So a warning message would be nice.
________________________________________________

User avatar
SFR
Posts: 1800
Joined: Wed 26 Oct 2011, 21:52

#373 Post by SFR »

rufwoof wrote:EDIT: having rebuilt the kernel with KEXEC enabled that is working OK i.e. can from within Bulldog kexec -l vmlinuz --initrd=initrd;kexec -e ... and it boots to full graphical Fatdog desktop mode using that alternative kernel.
Alright, glad you made it working.
don570 wrote:Observation: When I use fatdog 802 without a save file, the SFS manager
doesn't work properly --> /mnt/home isn't available and clicking 'Apply' doesn't work.

So a warning message would be nice.
SFS Manager defaults to $HOME if /mnt/home is unavailable.
Maybe you meant SFS Loader?
Yes, its default location is /mnt/home, but below the left pane there's this checkbox:
To change SFS directory, tick the box and click Apply.
where you can choose the location of your SFSes.

Greetings!
[color=red][size=75][O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource[/size][/color]
[b][color=green]Omnia mea mecum porto.[/color][/b]

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#374 Post by don570 »

Yes, its default location is /mnt/home, but below the left pane there's this checkbox:
Quote:
To change SFS directory, tick the box and click Apply.

where you can choose the location of your SFSes.
But it doesn't work properly unless you have set up a pupsave file
or a directory to save output permanently.
________________________________________

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#375 Post by rufwoof »

sfs manager and sfs loader both work fine for me when I booted Fatdog 8.2 with no savefile (fresh/first boot). Checking the box and clicking apply in sfs loader and I can switch to another folder to use for loading sfs's from, and adding a sfs had it load OK. sfs manager with no save file defaulted to /root as the default folder to save the sfs to and it downloaded the selected sfs into /root OK. That was booting using grub4dos and having fd64.sfs copied into ram (fd64.sfs outside of initrd, basesfs=ram:.....)
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

jake29
Posts: 253
Joined: Fri 24 Jul 2015, 17:47

#376 Post by jake29 »

Hi folks. I have an app that requires a login/password when launched. Login is being saved, however pass is not. The app now uses 'Gnome Keyring' - previous versions did not and I had no issue.

Is there a solution?

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#377 Post by rufwoof »

rufwoof wrote:Good spot SFR. I did compile a standard kernel/default config ... which also has those "not set". I built the same version of standard kernel as Fatdog, with localyesconfig so all modules are built into the kernel. Also drop initrd (initramfs.cpio) into the kernel, so just the one file to boot (vmlinuz), but with a cut down Bulldog (fatdog initrd) as the initramfs.cpio. My laptop works with the default kernel included firmware, so no external modules/firmware whatsoever. Hence the 11MB vmlinuz size (enough for cli/wifi net connected/ssh).

My intent was to have that as a means to quickly boot (1 second, 6 seconds with net connected), and pull in a main system from wherever (mounted filesystem, via the internet ...etc.) and then (re)boot using that. kexec came to mind, but its equally just as easy to (temporarily) modify menu.lst to boot the new main system and reboot into that.

EDIT: having rebuilt the kernel with KEXEC enabled that is working OK i.e. can from within Bulldog kexec -l vmlinuz --initrd=initrd;kexec -e ... and it boots to full graphical Fatdog desktop mode using that alternative kernel.

upx'd the kexec and with initrd built into the kernel along with all modules (just boots with vmlinuz alone), that's a 9.9MB vmlinuz filesize (I dropped btrfs support and some other stuff out of the kernel build). That boots to cli, wifi net connect and has ssh (so I can ssh into hashbang and access tmux for email/irc ...etc.), is set to support overlayfs and now has functional kexec - so it can directly boot another system/puppy without having to reboot via BIOS.

ssh (scp) is a little slow compared to a fully booted systems scp speed. Pulling down a fatdog iso for instance and then extracting the initrd out of that and booting it isn't a quick task/action - more like a coffee break task.
I've removed Dropbear and replaced that with the Openssh, so has sftp, scp, sshfs alongside ssh now. Along with, screen (terminal multiplexing), mc (file manager and text editor), and ccrypt (tar up the .ssh folder keys/files and ccrypt them - so if the usb is lost the ssh keys are obscure), and kexec ... and that's 'bloated' the vmlinuz to 11.87MB. As my ssh keys are in the initramfs having that incorporated into the kernel (vmlinuz) further hides them.

I'm now using that as my default boot. Boot, check out irc/email ...etc (Bulldog cold boots to wifi net connected from usb in just a few seconds), then use that and/or kexec a main full system (fatdog desktop) or any other Puppy as desired.

Generally operational wise to pull down and boot a main system using wget to download Fatdog is quicker than using ssh

Code: Select all

wget --no-check-certificate https://distro.ibiblio.org/fatdog/iso/Fatdog64-802.iso
Mount that, copy out the vmlinuz and initrd, and then run kexec .. is around a 2 minute action, compared to more like 5 minutes if using ssh/scp. Having the main Fatdog boot files locally however avoids that download 'lag' i.e. I keep copies on the usb and just boot those directly, also keeping the saves (I use multi-session save) on usb.

For the marginal increase in vmlinuz file size to have openSSH available instead of Dropbear ssh ... well worth it IMO (even for the added benefit of having sshfs alone i.e. sshfs mount a remote folder and have all of those files visible/available within mc (ncurses based file manager).

Another benefit is that when using usb3, copying the main Fatdog into ram after having booted to Bulldog is much quicker, around 4 times quicker by my (casual) estimate.

EDIT: As the 4.14.152 kernel was out today (I've opted to track the 4.14 for its 2024 EOL date), I'm currently compiling that with simple-mtp also thrown in. ... Done. 13.2MB vmlinuz with all modules/firmware and initramfs contained within that, along with wifi net connect, screen, mc, ccrypt, openssh (so scp/sftp/sshfs also included), kexec and simple-mtp (to mount my android phone). Quite a nice Bulldog IMO.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

GIMP - external paint program

#378 Post by don570 »

I am using fatdog64 802...

To get mypaint to recognize an external paint program --->
I added gimp to this line of
/root/.local/share/applications/mimeinfo.cache
Result....

Code: Select all

image/png=gimp.desktop;wine-extension-png.desktop;

mypaint appimage download...
https://github.com/mypaint/mypaint/releases
_______________________________________________________

Code: Select all

[MIME Cache]
application/pdf=wine-extension-pdf.desktop;
application/rtf=wine-extension-rtf.desktop;
application/vnd.ms-htmlhelp=wine-extension-chm.desktop;
application/winhlp=wine-extension-hlp.desktop;
application/x-mswinurl=wine-extension-url.desktop;
application/x-mswrite=wine-extension-wri.desktop;
application/x-wine-extension-ini=wine-extension-ini.desktop;
application/x-wine-extension-msp=wine-extension-msp.desktop;
application/x-wine-extension-vbs=wine-extension-vbs.desktop;
application/xml=wine-extension-xml.desktop;
image/gif=wine-extension-gif.desktop;
image/jpeg=wine-extension-jpe.desktop;wine-extension-jfif.desktop;
image/png=gimp.desktop;wine-extension-png.desktop;
text/html=wine-extension-htm.desktop;
text/plain=wine-extension-txt.desktop;

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

menu.lst produced by grub4dosconfig-v1.7

#379 Post by don570 »

Code: Select all

# menu.lst produced by grub4dosconfig-v1.7
color white/blue black/cyan white/black cyan/black
timeout 10
default 0

# Boot from Partition Boot Sector

title Windows Vista/2008/7 (sda1:PBS)
  uuid 767274B3727479A7
  chainloader +1

title Fatdog64 (sda3/fatdog802)
  find --set-root uuid () 1fc15612-18ea-4972-a15b-035326f12a12
  kernel /fatdog802/vmlinuz  pdrv=1fc15612-18ea-4972-a15b-035326f12a12 pmedia=atahd psubdir=/fatdog802 pfix=fsck savefile=direct:device:sda3:/fd64save-802
  initrd /fatdog802/initrd
 

Note that I added to kernel line....
savefile=direct:device:sda3:/fd64save-802

_____________________________

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

SFS Loader

#380 Post by don570 »

I think I have tracked down why I was having problems with the SFS loader when I first booted with
no savefile.

I clicked on 'APPLY' button to change the folder but then didn't realize that I had to click a second time on 'APPLY' button before exiting
to store the settings.

This could be made clearer if there was a third button a bottom of window
'Apply and Exit'
(see image)
Attachments
screenshot-sfsloader.png
(15.55 KiB) Downloaded 500 times

Post Reply