Check your PFS2 CD cover first. Trying to install the V4.2 patch when you already use V4.2 will produce errors.
Unable to compile script: invalid parameter on line 9
This message is caused by an obsolete version of Installer. Please use V43.3, which can be downloaded from Aminet: Amiga Technologies V43.3 Installer
This copy of Professional File System II is invalid
This message appears if an unregistered PFS2 is started. PFS2 is registered by installing it using the install script on the CD. Directly copying the filesystem from the CD to the RDB does not work and will result in this error message.
If you have this problem you have to replace the old filesystem you used on the partition in order to make it functional again. Please follow the following steps to achieve this:
Insert the Workbench Install disk or any other bootable Workbench disk in df0:
Restart the computer while holding both mouse buttons. The boot menu will appear.
Disable all affected partitions in the bootmenu
Continue and wait while the system boots from the Workbench disk
Start HDToolbox from the Workbench Install disk. It can be found in the HDTools drawer.
Reinstall your previously used filesystem. FFS can be found on the Workbench floppy, AFS on your AFS floppy.
Reboot
Install PFS2 by double clicking the Install icon. The install program will register PFS2 and place it in the L: directory.
Start HDToolbox and install PFS2 on the RDB. See the manual for details.
PFS2 doesn't work on my 4GB+ harddisk
The standard PFS2 version can only access the lower 4GB of the harddisk. To access the area above 4GB the direct scsi version, which has been specially designed for this purpose, has to be installed.
PFS2 uses all my Chip RAM
This is probably caused by a wrong DMA mask setting. If you changed it when installing PFS2, then change it back. The right setting for the DMA mask is controller specific and is independent of whatever filesystem you are using. However, due to the highly optimized design of PFS2 it is more sensitive to mistakes in the DMAMask setting then FFS is. Therefore it is possible that PFS2 has problems with a DMAMask setting that you previously had no problems with. If this is the case, then check the manual of your device for information. If this doesn't help, then you can use the guidelines for determining the DMAMask in the manual. Since we don't know the specifics of every device those settings are not always the best.
The manual mentions a setting of 0xFFFFFC for ZorroII devices on ZorroIII machines (the German manual falsely states 0xFFFFC, see note). This applies only for the very specific case of a board designed for the A2000 used on an A3000 or A4000. And even in that case it is not always necessary. This is the setting that can cause PFS2 to use Chip RAM for its buffers. If you know that FFS or AFS used Fast RAM for its buffers, then so can PFS2: change the DMA Mask.
Almost every other device works with a DMA Mask of 0x7FFFFFFC. This setting allows PFS2 to use any memory.
Note: in the German manual the value '0xFFFFC' is suggested for the Mask on Zorro II machines. This is wrong. The right value to use is '0xFFFFFC'.
