Hi!
>>> www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/lbacache/2008/
>> Lbacache.com 6 Apr 2008; no apparent change if still without TUNS.
> Same lbcache, no TUNS, when I try to copy certain files I get:
> LBACACHE flush: write error.0180/CHS#3c3c
Odd. That message means:
- you tried to
Any more thoughts on this?
Ray
Ray Davison wrote:
> Eric Auer wrote:
>> Hi!
>>
>>> I just noticed a MEM /c I ran on that HDD Feb 2008. Why do the
>>> available memory start out differently. There is small difference
>>> in total RAM size, but by then doesn't DOS not care?
>>>SYSTEM 17,
Ray Davison wrote:
> Eric Auer wrote:
>
>> Try if updating LBACACHE helps:
>>
>> www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/lbacache/2008/
>>
> Lbacache.com 6 Apr 2008; no apparent change if still without TUNS.
Same lbcache, no TUNS, when I try to copy certain files I get:
LBACACHE flu
Eric Auer wrote:
> Hi!
>
>> I just noticed a MEM /c I ran on that HDD Feb 2008. Why do the
>> available memory start out differently. There is small difference
>> in total RAM size, but by then doesn't DOS not care?
>
>>SYSTEM 17,344 (17K) 10,992 (11K) 6,352(6K)
>>
Hi!
> I just noticed a MEM /c I ran on that HDD Feb 2008. Why do the
> available memory start out differently. There is small difference
> in total RAM size, but by then doesn't DOS not care?
>SYSTEM 17,344 (17K) 10,992 (11K) 6,352(6K)
>HIMEM2,704(3K)
Hi Eric
Sorry for the delay but I had to wait until last nite to upload
lbacache-2008apr07.zip and a modded fdconfig.sys to the system in
question (it's 200km away) and then wait for someone to unzip & test.
Just as you thought it now boots OK.
If I get a chance this weekend I will set up a sys
Eric Auer wrote:
> Try if updating LBACACHE helps:
>
> www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/lbacache/2008/
>
Lbacache.com 6 Apr 2008; no apparent change if still without TUNS.
With TUNS
Jemm386: exception 06 ... CS:EIP=33FA:05C6
esc
Continues to boot, Lbacache now has 40
Ray Davison wrote:
> SYSTEM 10992 - 6352
> HIMEM 2704 - 0
> COMMAND 3024 - 624
I just noticed a MEM /c I ran on that HDD Feb 2008. Why do the
available memory start out differently. There is small difference in
total RAM size, but by then doesn't DOS not care?
***
Current
bwspos wrote:
> Had this the other day - removing TUNS from LBACACHE should fix it
> and,no, I don't know why.
I removed "TUNS". It now boots OK. And mem /c says the following is in
conventional - upper, everything else has zero conventional. I am left
with 608,554 (594K).
SYSTEM 10992 - 6
Hi!
Please do try whether updating LBACACHE makes things
work again BOTH with tuns and without tuns, thanks!
> I googled the TUNS option and it seemed it was only
> for SCSI SATA & RAID - is this this case?
> I guess the FreeDOS install configured the TUNS option
> because of the SATA channel?
>> Had this the other day - removing TUNS from LBACACHE
>> should fix it and,no, I dont know why
>>
>
> Then the problem might be related to the limited size of
> stack for the TUNS option. Try if updating LBACACHE helps:
>
> www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/lbacache/2008/
Hi!
>> It has worked well since. I now moved the HDD to new hardware. If I
>> select boot 1 or 2, fdconfig.sys gets about to the end and cannot find
>> command.com. However, the floppy with the same fdconfig.sys boots OK.
>> Screen echo and files are below.
...
>> LBAcache.
>> Detecting
Ray Davison wrote:
> I did a HDD installation excepting the suggestions of the install
> routine. That seems to work. Then I made a boot floppy from the HDD
> installation. I used the same directory structure, changed the drive
> letters, and deleted some stuff from autoexec.bat. Based on dir
I did a HDD installation excepting the suggestions of the install
routine. That seems to work. Then I made a boot floppy from the HDD
installation. I used the same directory structure, changed the drive
letters, and deleted some stuff from autoexec.bat. Based on directory
dates it appears I
14 matches
Mail list logo
