Fast drive dismount
Frederick Bambrough (1372) 837 posts |
I can’t remember why but I’ve got into the habit of dismounting removable drives twice. The second dismount is usually greeted with a delay & hourglass, I suppose because the 2nd time the drive is remounted before closing. With the latest ROMs dismounts are instant, both 1st & 2nd. Change in SCSI or result of the general speed up? Whichever, it’s nice. Should I abandon my double dismount? |
Sprow (202) 1158 posts |
If you don’t double dismount you can get stuck with perpetual “Ambiguous disc name” errors when trying to remount a newly inserted disc. When I last had debug turned on in FileCore (for the single zone fixed disc bug) I did observe FileCore to be doing ‘the right thing’ as far as I could see in regards to dismount. My conclusion at the time was that SCSIFS is doing something wrong with the disc changed flags, particularly with removable drives, but as I know nothing about SCSI I stopped there. But yes, the recent mount algorithm + CPU speedups are the reason for the speedup. |
Trevor Johnson (329) 1645 posts |
Fat32Fs?1 1 Damaged files on USB drive?, Wrong image format for "source" command |
Frederick Bambrough (1372) 837 posts |
Thanks for the memory prompts. I wouldn’t normally use Fat32Fs as my 2GB sticks, though FAT32, seem to work OK without. ‘Ambiguous disc name’ rings a bell. |
André Timmermans (100) 655 posts |
It happens that I have just had a look at the “Recent changes” link from the home page, and there is a lot of little changes and bug fixes in FileCore and other filesystem modules occuring with the development of SDFS, like reading the disc map in one go instead of sector by sector. The fast second dismount maybe an indirect consequence of one of these changes. |
Chris Evans (457) 1614 posts |
The fix was first used to over come problems with DOS format floppies circa RISC OS 2 |