HDF behavior different between uaehf.device and C= scsi.device?

[Amiga1992]

I made an HDF of my CF which I was using in WinUAE with the Commodore A1200/600/4000 IDE scsi.device, and when I try to use it with uaehf.device instead, I get an error trying to mount the FFS partitions within.

The disk is formed of a first partition using PFS3, and 3 subsequent partitions using FFS.

When I try to mount any of the FFS partitions, it takes a long while, spews out no error, but the partitions aren't mounted.

Does uaehf.device just not accept partitions with different filesystems, or I am doing something wrong?

I can use the hardfile perfectly wth the C= scsi device, but I was wondering if this was a problem or just user stupidity :P

[thomas]

What do you mean by "When I try to mount any of the FFS partitions"?

Why aren't they mounted automatically and how do you (manually?) mount them (or try to)?

Switching from scsi.device to uaehf.device and vice versa shouldn't make a difference.

However, if you left the chipset extra with IDE port, but there is nothing connected to the IDE port, the OS (or rather scsi.device, which now has nothing to do any more) might need up to 10 seconds before it starts to boot. That's the same as on a real Amiga.

And scsi.device of course has all its limitations (like 4 GB and 7.8 GB) even on emulation. All these do not apply to uaehf.device.

So if your CF card was bigger than 4 GB and you hadn't installed the appropiate patches for scsi.device and FFS, then your partitions won't work on uaehf.device. That's correct. Actually on scsi.device it was not working correctly, your partititions were going to corrupt each other.

[Toni Wilen]

winuaelog.txt includes detailed RDB information, attach it.

[Amiga1992]

Originally Posted by thomas

Why aren't they mounted automatically and how do you (manually?) mount them (or try to)?

Because I don't want to mount them all the time.
I mount them with MOUNT from a mountlist made with giggledisk.

However, if you left the chipset extra with IDE port, but there is nothing connected to the IDE port, the OS (or rather scsi.device, which now has nothing to do any more) might need up to 10 seconds before it starts to boot. That's the same as on a real Amiga.

It's not a boot delay.

Actually on scsi.device it was not working correctly, your partititions were going to corrupt each other.

Everything was working correctly, I know how to setup a >4GB disk.
This is an image of my actual CF drive. It works fine with scsi.device.
The PFS3 partition boots fine (which loads updated scsi.device with loadmodule)

Ah!, there, could that be the problem? That the system loads an updated scsi.device to ROM?

Originally Posted by Toni Wilen

winuaelog.txt includes detailed RDB information, attach it.

Cool, find it attached!

[Toni Wilen]

uaehf.device only loads and installs RDB filesystem to FileSystem.resource if at least one partition that needs it is mounted. (Due to historic reasons, now it probably can be changed relatively easily)

[Amiga1992]

So this kind of drive will not work with uaehf.device then?
As I said, just curious, I don't mind using C= IDE.

[thomas]

Just make proper mount lists with the file systems in L: and a FileSystem= entry in the mount lists.

[Toni Wilen]

I am wondering if there is any kind of "spec" for RDB filesystem loading behavior or if Commodore scsi.device behavior is simply implementation detail.

Sounds unlikely because far too many HD controllers have all kinds of odd behavior with RDB filesystems..

[Amiga1992]

I think I figured it out.
The mountlist entry specifically targets "scsi.device". This must be the problem.
Could it be?

[idrougge]

Yes, that sounds like it.