|
|
In here you will find the categories "Letters to the editor", "Small ads" and "Problems corner", which are different categories in other magazines, united.
If you have an article, please write to:
| Carsten Schroeder |
| Helmoltstrasse 10 |
| 37081 Goettingen |
| Germany |
eMail: aakt@gmx.de
»After long and desperate searching I found several solutions concerning OS3.5 bugs.
When suddenly CD-ROMs don't run any more (happened since OS3.5) and programs fail?!
(In my case Aminet-CDs, Trapped)
(in spite of beforehand e.g. CDFS beeing installed)
INEXPLICABLE ??
Well, nearly!
Discovered the "BUG" in OS 3,5 CD File System!
It is the OS 3.5 PrefEditor for the file system, it permits a minimum
value of 1 for DirectRead!
But normally it ought to be "0"! (According to CDFS original manual)
Having IDE-Fix, there the manual goes with it (at OS 3.5 the PrefE. is
explained nowhere!)
DirectRead sets the value the file system starts does not read via
the cache any more but directly from the CD!
With "0" this is automatically any request for reading bigger than the
cache (Roughly said).
Otherwise DirectRead states the amount in blocks (2KBytes), from which
reading starts directly. (1 = starting with 2KBytes (in fact any time!!))
It appeares, the the tools on Aminet CDs cannot cope with this and
Trapped neither!
Solution: With help of GoldED or another editor change in mount file the
value of MD to 0! Then everything will run ok.
The error appeares only, if SAVE is used in the PrefE.! (The default
settings of the installation are all right!) Because in this case
always value 1 is saved!
For those not knowing DS :
It enables disks with capacities of 1.0/1.98 MB !
There never were problems earlier than FS 45.
The new FS does not permit any more the patching of DS device into FFS.
Without this the auto-detect of DD/HD disks is not possible !
(AmigaOS only permits variable device sizes to the trackdisk.device,
consequently DD + HD disks alternatively on DF0 e.g.)
Solution: None (The mount file needs to be configured either for DD or
for HD disks, a change is only possible after Diskmount)
I installed all my games on a Syquest. Because my WB runs on PFS I imagined,
that an extra partition might be more compatible especially with games.
This is, what I believed !
Since OS3.5 FFS (which I installed right away on the Syquest) Siedler is
not loaded any more from the removable disk (ONLY with FFS 45 (No problem
>from Syq)). Don't know, why?
Solution : Quite funny, you have to start the new SetPatch of OS3.5, this
has to load the OS3.5 workbench.library, the last statement of the
startup-sequence has to be the new OS3.5 LoadWB, this has to load the
workbench.library again, then you may start Siedler (as well from CLI),
with FFS 45, too (what may correlate the workbench.lib with FFS ??)
HD sleeper programs power down unused SCSI harddisks! (Immediately or
after some time of inactivity) This saves power (Oh well) and mainly
runtime of the harddisk (Any disk has wear and tear while running!) Only
disadvantage is, that the restart takes some time.
Now I discovered, that one of my HDs does not switch off, (it happens
since OS3.5), even when there was no access since a long time.
Solution : This happens, if the disk is set to "Hidden" in the WB-
PrefEditor. (It should not appear on the WB)
Otherwise the WB 3.5 accesses in regular intervalls just the hidden devices
(does this make sense ??) That means, the hiding of those devices has to be
disabled, that are on disks (units), which sleeper programs care for!
(To hide a volume, that it may not appear on the WB, but to be able to
to access it via CLI or DOpus: Example )
Set in the Startup-sequence (or User-startup) assign Daten: DISMOUNT !
(The volume Daten: is not to be seen any more and is not shown on the
WB, but you can access DH1 !)
Regards to all Amiga User!
R-TEAM <R_TEAM@t-online.de>«