Fatdog64-810 Final [17 Jan 2020]
I changed the second partition and luks to ext4. This seems to work a little slower, but acceptable.
What I see is from time to time the
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (rw,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (rw,relatime)
is changing in
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (ro,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (ro,relatime)
So something must still be wrong. I took a look in /etc/rc.d/PUPSTATE:
# This file exists for compatibility with Puppy apps and scripts.
# Fatdog-only applications don't use this file.
# Only important entries are emulated, the rest are left blank.
PUPMODE=12
PDEV1=sdb2
DEV1FS=crypto_LUKS
PUPSFS=
PUPSAVE=
PMEDIA=atahd
pfix=
ATADRIVES='sda sdb'
SAVE_LAYER=/aufs/pup_save
PUP_LAYER=/aufs/pup_ro
PUP_HOME=/aufs/devsave
ZDRV=
ZDRVINIT=no
PSAVEMARK=
FASTPARTS=
In my understanding this should be PUPMODE=13 as I'm using an USB-stick. PMEDIA therefore should be usbflash, and ATADRIVES='sda' only.
Could someone please advise?
Thanks in advance.
regards,
stefan
What I see is from time to time the
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (rw,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (rw,relatime)
is changing in
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (ro,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (ro,relatime)
So something must still be wrong. I took a look in /etc/rc.d/PUPSTATE:
# This file exists for compatibility with Puppy apps and scripts.
# Fatdog-only applications don't use this file.
# Only important entries are emulated, the rest are left blank.
PUPMODE=12
PDEV1=sdb2
DEV1FS=crypto_LUKS
PUPSFS=
PUPSAVE=
PMEDIA=atahd
pfix=
ATADRIVES='sda sdb'
SAVE_LAYER=/aufs/pup_save
PUP_LAYER=/aufs/pup_ro
PUP_HOME=/aufs/devsave
ZDRV=
ZDRVINIT=no
PSAVEMARK=
FASTPARTS=
In my understanding this should be PUPMODE=13 as I'm using an USB-stick. PMEDIA therefore should be usbflash, and ATADRIVES='sda' only.
Could someone please advise?
Thanks in advance.
regards,
stefan
Could be a sign of filesystem corruption. You may want to add dofsck to your bootloader line.stefan21 wrote:What I see is from time to time the
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (rw,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (rw,relatime)
is changing in
/dev/mapper/dmcrypt0 on /aufs/devsave type ext4 (ro,relatime)
/dev/mapper/dmcrypt0 on /aufs/pup_save type ext4 (ro,relatime)
dofsck
Perform a filesystem check on filesystems that will be used by the savefile and basesfs, before they are used. It will check both the physical partitions as well as the savefile. Only ext2/3/4 and FAT filesystems will be checked.
Just change direct to ram here:stefan21 wrote:In my understanding this should be PUPMODE=13 as I'm using an USB-stick. PMEDIA therefore should be usbflash, and ATADRIVES='sda' only.
Could someone please advise?
Code: Select all
append rootfstype=ramfs savefile=direct:uuid:myuuid:/fd64save:dmcrypt waitdev=5
[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]
[b][color=green]Omnia mea mecum porto.[/color][/b]
- WB7ODYFred
- Posts: 169
- Joined: Sun 14 Dec 2008, 02:15
- Location: Oregon & Washington
PXE booting from FatDog64 802
comments, help appreciated. How do you PXE boot from Fatdog64
Place holder for more details about booting PXE from a Fatdog64 800 series.
I think I had to download the NETBOOT3.pet
Had to edit a line 100~ in file netboot-fix-jb.sh to correct a line Xdialog wrong number of terms. Fixed with change
Howto load a .PET package on Fatdog64 ( I opened with archive and hand copied files where they should go.) Is there a proper netboot_server3.pet for Fatdog64 800 series.
Fred
ps anybody else test and make work
http://www.murga-linux.com/puppy/viewto ... 2&start=15
Look for October 2019 post at end
http://murga-linux.com/puppy/viewtopic. ... 2f43dd3de3
GCMartin talks about PXE Boot
http://www.murga-linux.com/puppy/viewto ... 348#488348
5 steps to netboot document GCMartin wrote up
Will add more later.
Fred
Place holder for more details about booting PXE from a Fatdog64 800 series.
I think I had to download the NETBOOT3.pet
Had to edit a line 100~ in file netboot-fix-jb.sh to correct a line Xdialog wrong number of terms. Fixed with change
Code: Select all
[ $Choices "" ]
Fred
ps anybody else test and make work
http://www.murga-linux.com/puppy/viewto ... 2&start=15
Look for October 2019 post at end
http://murga-linux.com/puppy/viewtopic. ... 2f43dd3de3
GCMartin talks about PXE Boot
http://www.murga-linux.com/puppy/viewto ... 348#488348
5 steps to netboot document GCMartin wrote up
Will add more later.
Fred
Frugal Installs
I was rather pleased to read that in the latest release, 8.10, one could choose to run all applications as root. This, I thought, would resolve a problem I had with running 8.02. It didn't, so I am now flagging this for your attention.
I run Fatdog as a frugal install on my hard drive, dual booting with Windows 7 and a number of other frugally installed puppies and Knoppix. I keep my Windows 7 on its own partition and any data I create on a separate NTFS formatted partition (sdb5). My frugally installed linuxes are stored on this data partition. The frugal install of Fatdog is stored in a directory called fatdog64-810.
I find when I run Fatdog that when I go back to Windows the Windows permissions at the root of this data partition have been changed. The changes are as follows:
- Two user groups have been deleted: Authenticated Users and Users
- The SYSTEM user has had its permissions changed: Full control removed and special permissions added.
- An Everyone user has been added with limited permissions: read execute; list folder contents; read
- An unknown user had been added. Curiously, the name of this user is S-1-5-21.314159....Lovers of mathematics may recognise the bit after the point as the decimal expansion of pi! Whether this is caused by Fatdog or is a Windows thing I don't know.
I only noticed these changes after I investigated why I was being asked for Administrator permissions to delete data files I had created in Windows!
Needless to say I am very concerned by this Fatdog behaviour - so much so that I think the only way I can run Fatdog this way is if I create its own partition and do not share any data with Windows. Fatdog should not make such serious changes to Windows permissions.
I have tested and this behaviour happens even if I just boot Fatdog for the first time and immediately exit without creating a save file.
I have also tested:
(a) running Chrome in Spot followed by (c)
(b) running Chrome as root followed by (c)
(c) creating a save file and a download folder
(d) creating a save file and NO download folder
In all cases the behaviour above happens both to the root of the partition AND the directory fatdog64-810. If I just go in and out the directory permissions are NOT affected.
I should point out that the behaviour at the root of the partition does NOT happen with my other Puppies or Knoppix. Knoppix will create an Everyone User will full permissions in folders where data has been stored from Knoppix which, although a little less secure, is acceptable in my single user environment.
Any thoughts on why this behaviour happens and how it could be stopped would be welcome.
Other dual booters with Windows and NTFS partitions - beware!
ICPUG
I run Fatdog as a frugal install on my hard drive, dual booting with Windows 7 and a number of other frugally installed puppies and Knoppix. I keep my Windows 7 on its own partition and any data I create on a separate NTFS formatted partition (sdb5). My frugally installed linuxes are stored on this data partition. The frugal install of Fatdog is stored in a directory called fatdog64-810.
I find when I run Fatdog that when I go back to Windows the Windows permissions at the root of this data partition have been changed. The changes are as follows:
- Two user groups have been deleted: Authenticated Users and Users
- The SYSTEM user has had its permissions changed: Full control removed and special permissions added.
- An Everyone user has been added with limited permissions: read execute; list folder contents; read
- An unknown user had been added. Curiously, the name of this user is S-1-5-21.314159....Lovers of mathematics may recognise the bit after the point as the decimal expansion of pi! Whether this is caused by Fatdog or is a Windows thing I don't know.
I only noticed these changes after I investigated why I was being asked for Administrator permissions to delete data files I had created in Windows!
Needless to say I am very concerned by this Fatdog behaviour - so much so that I think the only way I can run Fatdog this way is if I create its own partition and do not share any data with Windows. Fatdog should not make such serious changes to Windows permissions.
I have tested and this behaviour happens even if I just boot Fatdog for the first time and immediately exit without creating a save file.
I have also tested:
(a) running Chrome in Spot followed by (c)
(b) running Chrome as root followed by (c)
(c) creating a save file and a download folder
(d) creating a save file and NO download folder
In all cases the behaviour above happens both to the root of the partition AND the directory fatdog64-810. If I just go in and out the directory permissions are NOT affected.
I should point out that the behaviour at the root of the partition does NOT happen with my other Puppies or Knoppix. Knoppix will create an Everyone User will full permissions in folders where data has been stored from Knoppix which, although a little less secure, is acceptable in my single user environment.
Any thoughts on why this behaviour happens and how it could be stopped would be welcome.
Other dual booters with Windows and NTFS partitions - beware!
ICPUG
fatdog64 software....
pupmd5sum-1.8-noarch.txz
compression.sh-2.0-noarch.txz
available here
http://www.murga-linux.com/puppy/viewto ... 44#1049444
______________________________________
pupmd5sum-1.8-noarch.txz
compression.sh-2.0-noarch.txz
available here
http://www.murga-linux.com/puppy/viewto ... 44#1049444
______________________________________
@ICPUG: This is because Fatdog runs ntfs-3g with its full permission system enabled, enabling NTFS volumes to behave like a POSIX filesystem (which, for example, enables it to be used as a savedirectory instead of just savefile); and provides two-way access control mapping from Linux to Windows and vice versa.
I haven't installed Fatdog on NTFS for years now, so I need to test it myself before I can provide a more intelligent advice, but for now, here are some documents from Tuxera, the author of ntfs-3g itself:
ntfs-3g acccess handling and security
Data ownership and permissions
Creating a User Mapping
I haven't installed Fatdog on NTFS for years now, so I need to test it myself before I can provide a more intelligent advice, but for now, here are some documents from Tuxera, the author of ntfs-3g itself:
ntfs-3g acccess handling and security
Data ownership and permissions
Creating a User Mapping
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
@Fred
The netboot-fix-jb.sh is no longer supported.
Netboot is now directly supported by Fatdog.
If you look under /etc, there is a file called dnsmasq.conf.netboot.
Copy that file as /etc/dnsmasq.conf, and edit the file.
In it you will find sections that need to be changed, so change that.
Thenc copy Fatdog's "vmlinuz" and "initrd" to the /var/lib/tftp/pxelinux.cfg directory.
Edit /var/lib/tftp/pxelinux.cfg/default - change "initrd.gz" to "initrd".
Then on the command line, run "start service dnsmasq".
Your PXE server is good to go.
The netboot-fix-jb.sh is no longer supported.
Netboot is now directly supported by Fatdog.
If you look under /etc, there is a file called dnsmasq.conf.netboot.
Copy that file as /etc/dnsmasq.conf, and edit the file.
In it you will find sections that need to be changed, so change that.
Thenc copy Fatdog's "vmlinuz" and "initrd" to the /var/lib/tftp/pxelinux.cfg directory.
Edit /var/lib/tftp/pxelinux.cfg/default - change "initrd.gz" to "initrd".
Then on the command line, run "start service dnsmasq".
Your PXE server is good to go.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]
Frugal Install on NTFS
Thank you jamesbond for the info and links.
I had a look at the links and can now see the source of the unknown account with a name involving the decimal expansion of pi. It is mentioned in the user mapping notes, under the section about NO DATA SHARING with Windows, which is clearly not the case in a dual boot system with Windows. As for using the other info to enable me to stop the behaviour, I'm afraid it is a bit above my skill level and I suspect I would have to remaster Fatdog somehow. I'm left with putting Fatdog on a separate partition, I guess.
I find it odd that, while Fatdog has incorporated ntfs-3g in such a way to interact better with Windows, it causes some existing Windows users permissions to change and deletes some Windows users from having any permissions at all on directories that Fatdog has touched. Adding a (Windows) unknown user account is OK but messing with existing Windows users accounts is not acceptable behaviour.
ICPUG
I had a look at the links and can now see the source of the unknown account with a name involving the decimal expansion of pi. It is mentioned in the user mapping notes, under the section about NO DATA SHARING with Windows, which is clearly not the case in a dual boot system with Windows. As for using the other info to enable me to stop the behaviour, I'm afraid it is a bit above my skill level and I suspect I would have to remaster Fatdog somehow. I'm left with putting Fatdog on a separate partition, I guess.
I find it odd that, while Fatdog has incorporated ntfs-3g in such a way to interact better with Windows, it causes some existing Windows users permissions to change and deletes some Windows users from having any permissions at all on directories that Fatdog has touched. Adding a (Windows) unknown user account is OK but messing with existing Windows users accounts is not acceptable behaviour.
ICPUG
jamesbond wrote:@ICPUG: This is because Fatdog runs ntfs-3g with its full permission system enabled, enabling NTFS volumes to behave like a POSIX filesystem (which, for example, enables it to be used as a savedirectory instead of just savefile); and provides two-way access control mapping from Linux to Windows and vice versa.
I haven't installed Fatdog on NTFS for years now, so I need to test it myself before I can provide a more intelligent advice, but for now, here are some documents from Tuxera, the author of ntfs-3g itself:
ntfs-3g acccess handling and security
Data ownership and permissions
Creating a User Mapping
https://distro.ibiblio.org/fatdog/web/f ... drive.htmlI would now like to add additional puppies and have the machine dual/multi-boot
how do I accomplish this?
https://distro.ibiblio.org/fatdog/packa ... arch-1.txz
_______________________________________________
I have an old computer so I'm not the best person to ask
If you had windows installed I would have suggested LICK which is located
in ISO , but it is a microsoft DOS exec file.
Reading here
It appears that you can get the boot loader from inside the iso if you use the terminal.
It seems a bit complex
but remember to partition your hard drive properly as outlined here
_______________________________________________________
If you had windows installed I would have suggested LICK which is located
in ISO , but it is a microsoft DOS exec file.
Reading here
It appears that you can get the boot loader from inside the iso if you use the terminal.
It seems a bit complex
but remember to partition your hard drive properly as outlined here
_______________________________________________________
@ally
based on this page, http://lightofdawn.org/wiki/wiki.cgi/SonyLinuxUefiBoot, it seems that the refind menu is where your puppy entries belong. I think someone will correct me if I'm off base.
Dan
based on this page, http://lightofdawn.org/wiki/wiki.cgi/SonyLinuxUefiBoot, it seems that the refind menu is where your puppy entries belong. I think someone will correct me if I'm off base.
Dan
-
- Posts: 361
- Joined: Fri 27 May 2011, 17:21
- Location: Reading UK
Hello ally
If you want to boot using refind, there are two things required:
A refind_linux.conf in the directory where the kernel and initrd are. My fatdog 8 one looks like this:
That creates two options for booting fatdog under one menu item. Each line is just what is on the kernel and initrd lines of g4d, concatenated onto one line.
You need to edit refind.conf which is in \EFI\BOOT\ on my SD card. I have:
So that is searches the external SD card. And:
Because the fd8 subdirectory is not somewhere refind would search by default.
NOTE: I did not start from a fatdog EFI install. I just did it by hand. The entries needed for Puppy installations would be similar.
NOTE 2: When booting linux with the EFI stub there isn't another boot loader. Refind is scanning for linux kernels not bootloaders.
NOTE 3: I don't recommend using refind to start grub4dos. When I tried that refind broke my bios F11 boot menu which was a bit tricky to fix.
If you want to boot using refind, there are two things required:
A refind_linux.conf in the directory where the kernel and initrd are. My fatdog 8 one looks like this:
Code: Select all
"Boot with nano" "waitdev=3 savefile=direct:label:XORO:/fd8/fd64save.ext4 mergeinitrd1=label:XORO:/fd8/initrd initrd=fd8\initrd-nano"
"Boot with Mega" "waitdev=3 savefile=direct:label:XORO:/fd8/fd64save.ext4 initrd=fd8\initrd"
You need to edit refind.conf which is in \EFI\BOOT\ on my SD card. I have:
Code: Select all
# Which types of boot loaders to search, and in what order to display them:
# internal - internal EFI disk-based boot loaders
# external - external EFI disk-based boot loaders
# optical - EFI optical discs (CD, DVD, etc.)
# netboot - EFI network (PXE) boot options
# hdbios - BIOS disk-based boot loaders
# biosexternal - BIOS external boot loaders (USB, eSATA, etc.)
# cd - BIOS optical-disc boot loaders
# manual - use stanzas later in this configuration file
# Note that the legacy BIOS options require firmware support, which is
# not present on all computers.
# The netboot option is experimental and relies on the ipxe.efi and
# ipxe_discover.efi program files.
# On UEFI PCs, default is internal,external,optical,manual
# On Macs, default is internal,hdbios,external,biosexternal,optical,cd,manual
#
#scanfor internal,external,optical,manual
scanfor external
Code: Select all
# When scanning volumes for EFI boot loaders, rEFInd always looks for
# macOS's and Microsoft Windows' boot loaders in their normal locations,
# and scans the root directory and every subdirectory of the /EFI directory
# for additional boot loaders, but it doesn't recurse into these directories.
# The also_scan_dirs token adds more directories to the scan list.
# Directories are specified relative to the volume's root directory. This
# option applies to ALL the volumes that rEFInd scans UNLESS you include
# a volume name and colon before the directory name, as in "myvol:/somedir"
# to scan the somedir directory only on the filesystem named myvol. If a
# specified directory doesn't exist, it's ignored (no error condition
# results). The default is to scan the "boot" directory in addition to
# various hard-coded directories.
#
#also_scan_dirs boot,ESP2:EFI/linux/kernels
also_scan_dirs fd8
NOTE: I did not start from a fatdog EFI install. I just did it by hand. The entries needed for Puppy installations would be similar.
NOTE 2: When booting linux with the EFI stub there isn't another boot loader. Refind is scanning for linux kernels not bootloaders.
NOTE 3: I don't recommend using refind to start grub4dos. When I tried that refind broke my bios F11 boot menu which was a bit tricky to fix.
-
- Posts: 361
- Joined: Fri 27 May 2011, 17:21
- Location: Reading UK
Just a reminder that the easy way to install Fatdog64 in a modern machine
with UEFI is to keep Windows installed . This allows the use of the program LICK
to install fatdog64 . A bootmanager program is automatically installed
if you use this method. You will see a bootup screen that will allow you
to choose fatdog64 or windows10.
Instructions....
http://distro.ibiblio.org/fatdog/web/fa ... -lick.html
http://www.murga-linux.com/puppy/viewtopic.php?t=61404
____________________________________________________
with UEFI is to keep Windows installed . This allows the use of the program LICK
to install fatdog64 . A bootmanager program is automatically installed
if you use this method. You will see a bootup screen that will allow you
to choose fatdog64 or windows10.
LICK works on old machines as well, which is why I know about it.LICK is easy to use: It does not require a CD to be burnt or a USB drive to run. Download a Puppy Linux ISO and select it in the program to install it.
Instructions....
http://distro.ibiblio.org/fatdog/web/fa ... -lick.html
http://www.murga-linux.com/puppy/viewtopic.php?t=61404
____________________________________________________