24 January 2017, 07:31 | #1 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
Real A4000 reading CF but Winuae won't
Hi Guys.
Needed to increase my 8gb to 16gb card, so i created the card following these instructions https://16bitdust.wordpress.com/2015...nuae-and-pfs3/ had a little back and forth but mostly had issues with DH1, i know i followed everything but the 14gb dh1 wouldn't appear and trying to install the scsi.device would cause a reboot loop, but that's not the issue. I moved the CF card to my real Amiga 4000 and found DH1: was there and working... surprised! Moving it back to WINUAE to copy files, i can't get DH1 to appear. Now my theory is the same as the A590 CF setup that i need to tell winuae to use the A590 controller so the card works in my real A590, and that the A4000 is using a IDE to CF adaptor. So i currently tell winuae to use A600/A1200/A4000 IDE... but the A4000 isn't the default IDE with the adaptor from Amikit. Would i be on the right track? and if so.. under expansions/IDE controllers, what would i choose to get this a close match in hardware that WINUAE can duplicate the A4000. Thank you. SIDE NOTE: on the 4000, i let it use the standard scsi.device somewhere around v40.xx from the original WB3.1 Floppy Install - if i try to use the suggested 44.20, i get a crash and no longer booting workbench.... kinda opposite as suggested on that page. |
24 January 2017, 08:22 | #2 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,001
|
Without an upgraded scsi.device you aren't able to access 14 GB, you can only access the first 4GB of the card. You also need an upgraded file system. Without an upgrade FFS will allow you to mount a 14 GB partition, but it does not cover the space you reserved for DH1. In fact it shares the first 4 GB with DH0 and wraps around at the 4GB border several times, causing corruptions of all kinds.
To use more than 4 GB on the internal IDE bus you have to install an upgraded scsi.device and an upgraded file system. If you don't, you permanently live with the risk of complete data loss. 44.20 sounds unfamiliar and is probably a bad thing. The latest scsi.device for OS 3.1 is 43.24 and FFS 43.20. You can use this program to check if everything is installed correctly: http://thomas-rapp.homepage.t-online.../hddreport.lha Do this before you copy any files because if you need to change partitions you loose everything you did before. |
24 January 2017, 14:45 | #3 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
Thanks Thomas
I'd copied DH0: of course as i don't mind losing everything and this is an upgrade to an 8GB which stands untouched. I actually run your tool from A4000 and UAE so you can see the different results and wasn't quite sure which you wanted. Interesting the A4000 seems happy..... curious on your thoughts. From Amiga 4000 with Amigakit CF Card Reader http://users.on.net/~ivanw/hddreportREAL.txt WinUAE - using my 8gb card config but with the same 16card in disucssion http://users.on.net/~ivanw/hddreportUAE.txt Thanks. |
25 January 2017, 08:32 | #4 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,001
|
Seems like you've got one of the very rare CF cards which report their real size in CHS mode, although it's outside of the ATA specs. ATA limit is C=16384, H=16, S=63 which results in a max. capacity of 8064 MB. Larger drives normally can only be accessed in LBA mode.
I guess that WinUAE doesn't know the CHS values reported by the card but only sees what Windows sees as capacity. Therefore it has no choice and has to emulate proper ATA limits. The easy way to exchange data with your CF card is to connect it to uaehf.device (UAE controller) rather than to scsi.device (IDE controller). On the real Amiga all looks ok. You might not have as much luck with other large CF cards, though. |
25 January 2017, 17:37 | #5 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
Well i ordered one of those PC to Amiga cables to use Amiga explorer, if you're saying the card is fine in the Real Amiga, then i reckon i might do that, use it in a real Amiga only and when i need to update anything, use Amiga Explorer.
This Rare card is a Sandisk "Ultra" 16gb 50MB/s with a pretty much silver label. Thank you. |
25 January 2017, 20:14 | #6 |
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,001
|
Well, the card is fine in WinUAE, too, if you change your config to use UAE as controller. This is the default anyway and it is faster than IDE because it can access the card directly without IDE hardware emulation.
|
25 January 2017, 21:22 | #7 |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,516
|
|
26 January 2017, 05:47 | #8 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
Let's keep notes... i'll get my PC <-> Amiga cable next week, i guess my first test could be the copy more than 8gb and see if data overwrites itself, will i know via some error requestor ?
|
26 January 2017, 05:59 | #9 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
That was tested before this post and again right now, no, this isn't the case unfortunately. If i use UAE as a controller, it boots to a prompt, no commands work except ENDCLI, i can't dir, or loadwb... its like an empty disk
|
26 January 2017, 08:16 | #10 | ||
Registered User
Join Date: Jan 2002
Location: Germany
Posts: 7,001
|
Quote:
In the worst case you won't notice anything until you try to use some files which have been corrupted. Quote:
The drive with the highest priority (highest value) will be the boot drive. If there are multiple drives with the same priority, the one which comes first in the list will boot. |
||
26 January 2017, 11:50 | #11 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
This empty drive is not your CF card, it's one of your directory harddrives. Check the boot priorities of the directories or uncheck their "bootable" option altogether. The boot priority of your CF card can be checked with HDToolbox.
The drive with the highest priority (highest value) will be the boot drive. If there are multiple drives with the same priority, the one which comes first in the list will boot.[/QUOTE] Was all prepared to say that i think you was wrong .. how dare i ... i checked and they both had a pri of 0 and to test, i just removed the "PC" drive and it booted, DH1: appeared. So at least for now, i can still use WinUAE for transfers and setup. As for the file corruption, you won't believe it'll happen anyways, so i might go along with that premise as well cause damn it Thomas, you've been correct with everything else not just in this thread but many others i've asked for help in. I thank you for taking the time here again. Ivan |
27 January 2017, 12:24 | #12 |
Registered User
Join Date: Jun 2016
Location: Adelaide / Australia
Posts: 565
|
One question.
Since the Amiga doesn't correctly report free space, when DH1 was clean it said 1.3gb free (actually 14gb) so i copied, once it reached 0 it flipped to 3gb free, once that was filled, it started again (somewhere around 3gb). I know over time i'm going to lose count of the actual free space .. unknown if this next ZERO is going to the the real "out of room" or if it will flip over to a fresh number again. Any ideas? |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
reading A4000 U976 | TheDarkCoder | Coders. Asm / Hardware | 6 | 09 November 2014 10:32 |
winuae, real a4000, cf 16go, SFS | aixz | support.WinUAE | 12 | 14 May 2013 20:00 |
Copy real A4000 system to Winuae | iowtheme | support.WinUAE | 2 | 12 April 2010 05:14 |
Reading the Real Time Clock | girv | Coders. General | 5 | 04 September 2007 18:30 |
D-Generation won`t load on Real Amiga | Jamie | support.Games | 3 | 07 April 2002 12:19 |
|
|