Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: Miloo on March 29, 2009, 09:53:31 AM
-
Just reinstalled OS3.9 but when I go to copy/move/delete a guru comes up with :
AyncWB - delete process Program failed (error #8000003d). Wait for disk activity to finish.
Why is it doing this?
-
I know it's a bit late, but I just installed 3.9 and I had the same problem.
Installing a newer version of Asyncio.library solved it.
You can find the newer 68k version in the asyncio-ppc archive on aminet.
-
Hmmm, thought it was solved, but the problem is back.
I ended up removing asyncwb from wbstartup.
Also the BB2 romupdate made my a1200 quite unstable, so I don't use it.
-
I can use AsyncWB again.
I have a Microbotics 1230XA accellerator and I use the "CPU fastrom" command to remap the kickstart rom in fastram.
This worked like a charm under WB3.1, but it caused trouble under 3.9.
My system was horribly unstable. Gurus all over the place.
I removed the CPU command from ss and my system is pretty stable now.
Still have some trouble with the BB2 romupdate though. Had to skip exec.library, but there are other updates in it that also cause trouble.
For now I just disabled the romupdate.
-
AsyncWB is a nice commodity but it has many bugs. I have made at least one post in the past in where i list some of them. Workench.library is partly responsible for this, so if you install the updated version from here:
http://aminet.net/package/util/sys/OS39_update_patches
http://aminet.net/package/util/sys/OS39_update_patches2
AsyncWB will behave a little nicer, but it will still give problems and that's why i'm not using it.
As for the exec.library of AOS 3.9, it's actually more stable (but slower) than the 3.1's one. The thing is that it's more picky with badly coded programs. Therefore, i think that you should try to locate these programs and replace them with better ones.
Btw, in some accelerators the exec.library of AOS 3,1 is loaded in the chip-ram and this causes a big performance penalty. You can check this from SysInfo or other system monitors.
About the stability problems that you experience, i recommend to install the mcpramlibpatch command from the MCP archive on Aminet, after setpatch.
-
About the stability problems that you experience, i recommend to install the mcpramlibpatch command from the MCP archive on Aminet, after setpatch.
I already use mcpramlibpatch.
In my case the kickstart remapping with the "CPU fastrom" command really was the culprit. I haven't had a single guru since removing it from my startup-sequence.
I can't use blizkick with my accellerator, so I guess no kickstart remapping for me.
-
Have you given MuFastRom (http://aminet.net/package/util/boot/MuFastRom) a try?
-
Have you given MuFastRom (http://aminet.net/package/util/boot/MuFastRom) a try?
Thanks for the tip Damion.
I've just tried it. According to sysinfo, when using mufastrom, the speed of my CF card really goes down :angry:
I think for now I just won't use a kickstart remapper tool.
As for the romupdate, I think it's the console.device update that's giving me headaches. Have to investigate this a little further.
-
Just had a better look at mufastrom. It doesn't seem to take down my CF speed as seriously as I first thought.
The speed of my CF card is a little slower, but overall system speed is a little faster.
HOWEVER, the gurus still happen when I use mufastrom.
So, both with cpu fastrom and mufastrom I get gurus. All the same guru : 8000000b line 1111 emulator error.
This even happens with normal copy/delete operations.
If I don't use a kickstart remapper tool all is fine.
Under WB3.1 it also doesn't happen. Just checked my 3.1 guruhistory.dat file.
Didn't have a guru in the past month. That is until I installed os3.9.
I don't want to go back to 3.1, so I just won't use a kickstart remapper.