Hi Alain, Bernd, Eric:
I followed the instructions below from Alain, using my Fedora 14 (Linux)
box. I didn't have 100% success but I am much closer! I created an image
file in the manner described below. I wondered where to find command.com
and kernel.sys...so I downloaded the FreeDOS iso for
Hi,
It's been a while since I've used DR-DOS, mostly due to the floppy
drive on that machine not working. I never moved it to any other
machine as I didn't see the point (though vaguely considered it). It's
kinda old and has some hardcoded limits.
I don't remember exactly how much total RAM tha
Hi Eric,
> So... If anybody has NWCACHE (ask me if needed) they could try if
> NWCACHE with 555 msec delay and 16 kb lookahead / write-combining
> buffer and delayed/deferred/combined/pooled/whatever writes on is
> already making a quite nice difference in write speed, eg. on USB
> and when workin
> I am saying that for gaining speed on modern disks, in particular
> flash disk ands large sector disks, you should already make a big
> difference with a small pooling cache and a short delay,
That's true -- but I don't think either LBACACHE or UIDE actually do that. I
could be wrong, but I th
Hi Bret,
>>> The advantage of a write-delay cache is that that the writing can be
>>> done when the system is "idle" (a simple form of multi-tasking).
>>
>> That counts as "advanced cache with a lot of code" and can go as far as a
>> sort of ramdisk which syncs
>> back to the harddisk slowly bu
On Wed, Jan 18, 2012 at 5:31 PM, BretJ wrote:
>
>> I use NTFS under Windows. Mark Russinovitch offered a freeware NTFS
>> *reader* for DOS through his old Sysinternals site, and a payware driver
>> that could also *write* to NTFS from DOS through the sister Winternals site.
>> (It was intended fo
Hi,
On Wed, Jan 18, 2012 at 4:31 PM, BretJ wrote:
>
>> I use NTFS under Windows. Mark Russinovitch offered a freeware NTFS
> *reader* for DOS through his
>> old Sysinternals site, and a payware driver that could also *write* to
>> NTFS from DOS through the sister
>> Winternals site. (It was int
> I use NTFS under Windows. Mark Russinovitch offered a freeware NTFS
*reader* for DOS through his
> old Sysinternals site, and a payware driver that could also *write* to
> NTFS from DOS through the sister
> Winternals site. (It was intended for rescue operations on NTFS
> filesystems from DOS.
> That's promising, even to see if your drivers can really make FDISK
> work.
Trust me, it works. I've partitioned many USB disks from DOS, though I
normally use Ranish Partition Manager instead of FDISK (it's MUCH easier to
use, and will also format the partitions).
I know MS FDISK will crash
On Wed, Jan 18, 2012 at 2:23 PM, Bernd Blaauw wrote:
> Formatting something as NTFS doesn't guarantee a proper working on such
> a USB bridge. Besides, using a reader implies no writing.
I use NTFS under Windows. Mark Russinovitch offered a freeware NTFS
*reader* for DOS through his old Sysinte
Op 18-1-2012 17:11, Bret Johnson schreef:
>> I had a look at Bret's open source USB drivers, unfortunately they
>> only support Intel/Via (UHCI) controllers yet.
>
> True. Working on that.
That's promising, even to see if your drivers can really make FDISK
work. I probably should prepare a bootd
Op 18-1-2012 20:15, Mark Brown schreef:
> is this too simplistic or what (?):
> you could reformat ntfs and use a freeware reader,
> or reformat the whole hard drive and then use that...
> or i've had excellent luck with USBASPI.SYS 2.27 +
> DI1000DD.SYS (links below).
How would your sugge
is this too simplistic or what (?):
you could reformat ntfs and use a freeware reader,
or reformat the whole hard drive and then use that...
or i've had excellent luck with USBASPI.SYS 2.27 +
DI1000DD.SYS (links below).
http://panasonic.jp/com/support/drive/other/f2h_usb.html
http://www.hir
In reply to: Bret Johnson
>> only support Intel/Via (UHCI) controllers yet.
> True. Working on that.
Great :=)
>> I also think they have hard coded 512 bytes per sector.
> No. USBDRIVE reads the maximum buffer size from the DOS List of Lists (as
> discussed some earlier in the thread), and
>> The advantage of a write-delay cache is that that the writing can be
>> done when the system is "idle" (a simple form of multi-tasking).
>
> That counts as "advanced cache with a lot of code" and can go as far as a
> sort of ramdisk which syncs
> back to the harddisk slowly but steadily when
> I had a look at Bret's open source USB drivers, unfortunately they
> only support Intel/Via (UHCI) controllers yet.
True. Working on that.
> I also think they have hard coded 512 bytes per sector.
No. USBDRIVE reads the maximum buffer size from the DOS List of Lists (as
discussed some earli
In reply to : Eric Auer
Realising I left away this point of your previous msg :
>> Someone, maybe not Eric, asked what I have been using for accessing
>> USB mass storage in DOS. Answer : a version of Panasonic's
>> USBASPI.SYS. This allows access to 4k sectors using SCSI commands.
> Interestin
17 matches
Mail list logo
