amiga-news.de - Tipps zu OS 3.5

10.Mai.2000
R-TEAM Tipps zu OS 3.5
R-Team hat nach langem verzweifeltem Suchen einige Lösungen zu OS3.5 BUGs gefunden, die er uns zur Veröffentlichung zugeschickt hat:

Tips zu OS 3.5
Autor: R-TEAM

1. Probleme mit dem CD-Filesystem:

Wenn plötzlich CD-ROMs nicht mehr Laufen (#zufällig #seit OS3.5) und die Programme abstürzen! Bei mir Aminet-CDs, Trapped, obwohl z.B. zuvor auch CDFS installiert war) #UNERKLÄRLICH ??

Nun ja, Fast!

Habe den "BUG" im OS 3.5 CD-Filesystem gefunden! Es liegt am OS 3.5 PrefEditor zum Filesystem, er lässt nur minnimal einen /DirectRead/ Wert von 1 zu! Sollte aber normal "0" sein! (Laut CDFS Orginal Handbuch). Habe IDE-Fix, da ist das Handbuch dabei (bei OS 3.5 wird der PrefE. nirgendwo erklärt!)
DirectRead ist der Wert, ab dem das Filesystem nicht über den Cache liest, sondern Direct von der CD! Bei "0" ist das automatisch jede Leseanforderung die größer ist als der Cache. (Grob Beschrieben). Ansonsten gibt DirectRead den Wert in Blöcken (2 kByte) an, ab denen Direct gelesen wird. (1 = ab 2 kByte Anforderung (also quasi immer!!)) Anscheinend kommen die Tools auf den Aminet CD´s damit nicht zurecht, und Trapped auch nicht!

#Lösung#: Per GoldED oder anderen Editor Den Wert _MD_ im Mount File auf 0 setzen! Dann läuft wieder alles. Der Fehler tritt _nur auf_ wenn man im PrefE. auf SAVE geht! (Die Defaultwerte der Installation passen!) Da dann immer als Wert 1 gespeichert wird!

2. Probleme mit dem neuen FFS!

2.1 Probleme mit DS (DiskSpare-Device) V 3.3:
Für diejenigen, die DS nicht kennen: Es ermöglicht Disketten mit 1.0/1,98 MB Kapazität! Habe vor FS 45 keine Probleme gehabt. Das Neue FS ermöglicht nicht mehr das Patchen vom DS-Device ins FFS. Ohne diese Möglichkeit kann kein AutoDetect von DD/HD - Disks erfolgen! (AmigaOS erlaubt nur dem trackdisk.device variable Devicegrößen, also DD + HD Disks abwechselnd auf DF0 z.B.)

#Lösung# : Keine (man muss das DS Mountfile entweder für DD oder HD Disketten konfigurieren, ein Wechseln ist nur nach Dismount möglich)

2.2 Probleme mit Siedler:
Habe alle meine Games auf eine Syquest installiert. Da meine WB auf PFS läuft dachte ich mir, eine extra Partition mit FFS wäre besonders bei Spielen kompatibler!
#Dachte ich !#

Seit OS3.5 FFS (welches ich gleich auf die Syquest installierte) lädt Siedler nicht mehr von der Wechselplatte (NUR mit FFS 45 (Von Syq mit PFS kein Problem)). Keine Anhung warum?

#Lösung# : ziemlich kurious, man muss den neuen Setpatch von OS3.5 starten, dieser muss die OS3.5 workbench.library laden, am Ende der startup-sequence muss der neue OS3.5 LoadWB Befehl stehen, dieser muss wiederum die workbench.library laden, dann kann man (auch vom CLI) Siedler starten, auch unter FFS 45 (was die workbench.lib mit FFS zu tun hat ??)

3. Probleme mit HD Sleeper Programmen und OS3.5

HD Sleeper Programme schalten nicht gebrauchte SCSI-HardDisks ab! Sofort oder nach einer Zeit der Inaktivität. Das spart Strom (na,ja) und vor allen Dingen Laufzeit der Festplatte (jede Platte hat Verschleiß, allerdings nur wenn sie läuft!) Einziger Nachteil ist, dass das Anfahren einige Zeit dauert. Nun ist mir aufgefallen, dass eine meiner HDs nicht mehr abschaltet, (#zufällig# seit OS3.5) auch wenn sie lange Zeit keine Zugriffe hatte!

#Lösung# : Das passiert, wenn man die Platte im WB-PrefEditor auf versteckt schaltet. (Also sie nicht auf der WB erscheinen soll). Seltsamerweise greift die WB 3.5 in regelmäßigen Abständen gerade auf die versteckten Laufwerke zu (ob das klug oder sinnvoll ist ??). Also muss man das Verstecken für diese Laufwerke abschalten, die auf Platten (Units) liegen, die vom Sleeper Programm berücksichtigt werden! Um eine Volume zu verstecken, ohne das es auf der WB erscheint, aber man im Notfall über CLI oder DOpus Zugriff hat: Beispiel >

Partition Name DH1:
Device Name Daten:

In der Startup-Sequence (oder User-Startup) assign Daten: DISMOUNT eingeben! (Das Volume Daten: ist nun nicht mehr da quasi, und wird auch auf der WB nicht angezeigt, auf DH1: kann man noch zugreifen!)

Nachtrag 25.06.2000: BUG im OS3.5 serial.device!

Nach 14 h erfolgloser Versuche mit Napalm, (mit MFC kein Problem) hab ich herausgefunden, dass es das OS3.5 serial.device ist, was die Probleme verursacht! Vor allen Dingen auf dem 060. Es äussert sich als Instabilität während des Link-Games (Recovering Data).

Jetzt mit dem artser.device 37.6 klappt alles O.K. mit 19600 Baud, schön, schnell und STABIL. (Habe das Artser.device in serial.device umbenannt und mit einem HEX-Editor den Namen im device auch von "artser" auf "serial" umbennant, dadurch ist es VOLL KOMPATIBLE mit jeder SOFTWARE ohne Änderungen in der Software, wenn Sie bisher das Serial.device benutzt haben, oder es nicht änderbar in der Software ist!)

Grüße an alla Amiga User!

R-TEAM

Haftungsausschluss: Bitte lesen Sie unsere Legal Info (ps)

[Meldung: 10. Mai. 2000, 08:00] [Kommentare: 0]
[Per E-Mail versenden] [Druck-Version] [ASCII-Version]

< Nächste Meldung

Vorige Meldung >