Amiga.org
Amiga computer related discussion => Amiga Software Issues and Discussion => Topic started by: keropi on January 15, 2005, 06:48:10 PM
-
I use os3.9 on my a1200, and all was fine with my hardware. Until I bought a PicassoII card. The amiga recognises it OK on the early startup menu, along with my 1260... but on the 1st time the romupdate is applied, only the 1260 is recognised. I have to reboot the amiga (with the keyboard) in order to make the picassoII appear again... what else can I do? is there an alternative to setpatch, or can I completely disable the romupdate? any help?
The full specs of my miggy are on my signature, thanx!
-
Try
c:SetPatch NOROMUPDATE QUIET
________
FFM COMPILATION (http://www.fucktube.com/categories/539/compilation/videos/1)
-
hey cass!
where should I put that? first thing on the startup seq? and what about later setpatch commands on the ss? should I remark them?
If I used blizkick or similar to load the os3.9 romupdate?
-
The problem is the reboot that it causes, not the contents of the ROMUpdate. I suggest Blizkick, it might have a fix or two.
-
where should I put that? first thing on the startup seq? and what about later setpatch commands on the ss? should I remark them?
This is the first (or one of the first) line in SS. Just edit the existant C:SetPatch, and add the NOROMUPDATE parameter.
There shouldn`t be/following any other C:SetPatch lines afterwards.
________
GRAPE APE MARIJUANA STRAIN (http://trichomes.org/marijuana-strains/grape-ape)
-
how can I replace setpatch with blizkick? I mean what changes must I make in startup-sequence ?
-
ah, I tried cass's way, and it works like a charm! :-D
even though there is NOROMUPDATES , still setpatch does some stuff, because when I run it on a cli window on 3.9 it says it has been run and displays a list of the patches... finally I can enjoy my picassoII :-D :-D :-D
thanx guys!
-
You do lose considerable functionality by completely disabling the ROM Update (31KHz bootmenu, scsi/ide upgrades, FFS upgrades, etc). If you're willing to do more testing, you could try disabling individual modules from the update until you find the one responsible.
My first guess would be exec.library, so try using
C:SetPatch SKIPROMUPDATES "exec.library"
Or you can deal with the extra reboot by not disabling anything. It's not too bad, and you get used to it ;-)
-
-
The problem is not caused by any module, it's caused by the reboot itself. Blizkick might help, it uses a less hack-ish way to install the modules.
Really? Huh. That's interesting. I never would have guessed that myself.
Keropi, you should probably ignore my previous post, then :-)
I will also suggest trying BlizKick.
-
OK, I tried blizkick... extracted the AMIGAOS ROM UPDATE to modules, moved the modules to DEVS:MODULES and I used this command:
c:blizkick extresbuf=48000 MODULE console.device FastFileSystem ram-handler followed by all the modules names...
prob is that I get: cannot kick FastfileSystem, errorcode 10 ...
anyone used blizkick like that? :-?
-
Have you used all the modules that came with BlizKick or all the modules you extracted from the ROM Update? I use BlizKick with BoingBag2 for OS3.9 and no errors here...
-
I had a similar problem when I had a working amiga that after the reset of setpatch the disk become invalidated or at least that what the message said after the boot proccess started again. I solved it through with a WAIT 2 just before setpatch and worked from then normaly until I had this crazy idea of adding a grex...
-
@ stormlord: you just add this line: WAIT 2 before the setpatch command?
@doctorq: What I did is this:
I used the extract prog on the DEVS:AmigaOS Rom Update , and put the files it produced in DEVS:MODULES
the files I got from extract are:
console.device
FastFileSystem
FileSystem.resource
ram-handler
scsi.device
unknown
unknown.1
unknown.2
unknown.3
and I put this line after the powerflyer's ATA3.driver :
c:blizkick extresbuf:48000 MODULE console.device FastFileSystem .... all the modules except the scsi.device, because ata3.driver installs its own...
And I get error 10 and that it cannot load FastFileSystem...
I tried removing it, and I get error10 on the next entry...
Is what I have done correct???
-
AmiGR wrote:
The problem is not caused by any module, it's caused by the reboot itself.
The "earlyupdate" & "veryearly update" messes about with expansion.libraries config list , and also fiddles with the list of available card slots.
-
keropi wrote:
unknown
unknown.1
unknown.2
unknown.3
Could you do a version on these files and let us know what they are?
Not all the files from the RomUpdate are necessary on an A1200, so maybe one/some of the unknowns is meant for different hardware and causing the problems.
-
@Keropi
Do you use Boing Bags? I use BlizKick on my Amiga 1200 as well, but I don't get unknown files when I extract the ROM Update, so maybe there is an error in the ROM Update itself.
-
same "unknown" here but with the right comment:
console.device : console 44.8 (12.6.2001)
ram-handler : ram 44.23 (8.4.2001)
scsi.device : IDE_scsidisk 43.43 (16.1.2002)
FileSystem.resource : filesysres 45.10 (3.8.2001)
FastFileSystem : fs 45.13 (3.8.2001)
romupdate.idtag : ROMUpdate 44.57 (25.2.2002)
unknown : exec 45.20 (6.1.2002) size 17280
unknown.1 : exec 45.20 (6.1.2002) size 17308
unknown.2 : syscheck
unknown.3 : shell 45.7 (13.01.2002)
extracted from:
AmigaOS ROM Update 321768 ----rwed 25-Feb-02 (BB2)
useing the A4000I option
romupdatesplit FROM="Devs:AmigaOS ROM Update" A4000I RAM:
Is there something wrong? (i've never installed BlizKick)
btw . .why 2 exec.library with different size?
EDIT- found the problem:
download this:
http://piru.dyndns.org/~p/sw/BlizKick.lha
it fixes the unknown problem with BB2
-
Yes, I have installed both BB for OS3.9... I will use the new Blizkick (thanx Framiga!) but one last thing:
Am I using it OK ? I mean, is the command I put on the SS correct? I only need it to inject the patches, not kickstart+patches... should I use a KS also?
-
There is a newest release on BlizKick homepage, which has full support for os3.5 and 3.9 :-D Also there was a bug that prevents modules after console.device to load (like in my case) I'll try that later at home, I am sure I'll get it running now :-D
Here is the BlizKick homepage:
BlizKick homepage (http://piru.dyndns.org/~p/sw/)
-
the one you have downloaded, its already the latest (the same of 1.24rc5)
-
a friend suggested I should try running "prepareemul a1200" (from shapeshifter package) after setpatch on my SS, because it does another reboot, so there will be no need to manually do a reboot. I have read that all prepareemul does is that it leaves the first 8kb of chipram free, so shapeshifter can use them...
What do you think of that idea?
-
I just tried what the BLIZKICK 1.24rc5 says in the help file... I extracted the romupdate (DEVS:MODULES) and put this line on the SS after ata3.driver:
c:blizkick extresbuf=80000 MODULE FileSystem.resource FastFileSystem ram-handler console.device
BUT
on boot I get:
Couldn't kick file "DEVS:MODULES/FileSystem.resource" !
c:BlizKick failed returncode 10
why???? :-? :-? :-?
-
Try setting a higher value in the EXTRESBUF field.
Futhermore, I think you should try to install BoingBag2 again, as there could be an error in the ROM Update itself. I believe there are some of the files in the ROM Update that is needed and you obviously are missing those.
-
OK, I'll re-install BB2...
-
damn, re-installed bb2, extracted agin the modules, but only the first one can load... I get an error 10 and a message saying that it cannot find the module... in whatever order I put the modules, only the fisrt one works... wtf? :pissed: I even tried using full paths in modules, and changed the default module path using the info on the guide... but still only the 1st one loads! :pissed: