amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > NSDPatch [ - Suche - Neue Beiträge - Registrieren - Login - ]

1 -2- [ - Beitrag schreiben - ]

08.07.2004, 22:03 Uhr

julius
Posts: 2255
Nutzer 		Hallo Thomas,
NSDPatch habe aus der startup-sequence wieder rausgenommen.
Ich habe noch mal experimentiert und dabei folgendes festgestellt.
Die Summe aller Partitionen darf 4 GB nicht überschreiten. Sobald
diese Grenze überschritten wird, treten die beschriebenen Fehler auf.
Das selbe Problem gab es auch un ter OS3.1 mir installiertem NSDPatch.
Jetzt kenne ich die Folge, aber nicht die Ursache.

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 13:13 Uhr

julius
Posts: 2255
Nutzer 		Ich habe da noch etwas in der Produktbeschreibung gefunden:
Product Description:
These are known as one of Seagate's most reliable hard drives. These drives were originally intended for large RAID systems and are VERY reliable, ELITE series drives. They should be good for virtually any storage application.

This hard drive has a WHOPPING 28 heads which translates into
ULTRA FAST DATA retrieval! It also has a 68-In SCSI interafce.
Ist Ultra Fast Data mit UW-SCSI identisch?

Und noch eine Fehlermeldung, die beim Versuch, die neue Partition zu formatieren, auftritt:
Unable to flush all buffers correctly(errorcode=-4)
Vielleicht kann das jemand interpretieren, ich kann es nicht.


[ Dieser Beitrag wurde von julius am 09.07.2004 editiert. ]

[ Dieser Beitrag wurde von julius am 09.07.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 16:31 Uhr

thomas
Posts: 7718
Nutzer
Ist es denn wirklich so schwer, mal CheckHD laufen zu lassen und die Ausgabe hier reinzukopieren ? Wenn du keine Informationen rausrückst, kann dir auch keiner helfen.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 16:37 Uhr

julius
Posts: 2255
Nutzer 		Wo finde ich denn das Programm CheckHD?

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 17:06 Uhr

julius
Posts: 2255
Nutzer 		Ich habe im Verzeichnis Check4GB ein Programm CheckHD
gefunden:
Das Ergebnis:
Name Volume Device Unit Size >4GB DosType Version
DH0 WORKBENCH omniscsi.device 0 528 MB no SFS0 1.214 ok
DF0 trackdisk.device 0 880 kB no DOS0 45.9 ok
DH1 147MB omniscsi.device 0 147 MB no SFS0 1.214 ok
SDH2 922MB omniscsi.device 0 922 MB no SFS0 1.214 ok
SDH3 1844MB omniscsi.device 0 1.80 GB no SFS0 1.214 ok
SDH4 650MB omniscsi.device 0 650 MB no SFS0 1.214 ok
DH2 omniscsi.device 0 39.83 GB yes DOS3 45.9 *** SCSI
DH2 ist der Rest der HD, die die fehlermeldung beim Formatieren bringt.


[ Dieser Beitrag wurde von julius am 09.07.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 17:27 Uhr

thomas
Posts: 7718
Nutzer
Ist der Eintrag für omniscsi.device bzw. gvpscsi.device in Devs:NSDPatch.cfg wirklich aktiv ? Bei mir ist da ein Kommentarzeichen davor, das mußt du natürlich wegmachen.

Dann gib in der Shell mal setpatch patchinfo ein und schau, ob das device aufgelistet wird und wenn ja, ob da der Use Count größer als 0 ist.

Hat es einen Grund, warum du für alle Partitionen SFS benutzt, nur für DH2 FFS ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 18:04 Uhr

julius
Posts: 2255
Nutzer 		Ich habe die alte HD2 gelöscht und mit HDToolBox eine neue Partition
DH5: angelegt.
CheckHD bringt jetzt folgendes:
Name Volume Device Unit Size >4GB DosType Version
DH0 WORKBENCH omniscsi.device 0 528 MB no SFS0 1.214 ok
DF0 trackdisk.device 0 880 kB no DOS0 45.9 ok
DH1 147MB omniscsi.device 0 147 MB no SFS0 1.214 ok
SDH2 922MB omniscsi.device 0 922 MB no SFS0 1.214 ok
SDH3 1844MB omniscsi.device 0 1.80 GB no SFS0 1.214 ok
SDH4 650MB omniscsi.device 0 650 MB no SFS0 1.214 ok
DH5 omniscsi.device 0 10.16 GB yes SFS0 1.214 *** SCSI

gvpscsi.device ist in NSDPatch.cfg aktiv.
Setpatch patchinfo bringt folgendes:
AMIGA ROM Operating System and Libraries
Copyright © 1985-2000 Amiga International, Inc.
All Rights Reserved.

SetPatch (V44.13) has already been installed. Patch list:
68040 Support Code Loaded
BOOL CheckIO() workaround
Enabled Advanced Graphics Modes
AmigaOS Copyright
ramlib signal usage
stack size check for CON:, RAW:, RAM:, PAR:, PRT:, SER:
graphics/WritePixelLine8()
graphics/WriteChunkyPixel()
Memory Pools
Enabled data cache

Current Patch-Status:

gvpscsi.device patch use count 8

ROM updates installed by SetPatch:
console.device, console 44.6 (31.3.2000)
ram-handler, ram 44.21 (2.9.2000)
scsi.device, IDE_scsidisk 43.35 (28.12.99)
FileSystem.resource, filesysres 45.7 (17.9.2000)
filesystem, fs 45.9 (3.9.2000)
AmigaOS ROM Update, ROMUpdate 44.26 (17.9.2000)

*die anderen devices vor und hinter gvpscsi.device habe ich gelöscht.

Ich habe dann wieder versucht die DH5 mit SFSFormat zu formatieren.
Das Ergebnis ist wieder dasselbe:
error while initializing the drive: Fehler -4



[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 20:06 Uhr

thomas
Posts: 7718
Nutzer
Irgendwie scheint bei dir das NSD nicht zu funktionieren.

Mach mal folgendes: Starte den Amiga mit beiden Maustasten gedrückt und starte ohne Startup-Sequence. In dem DOS-Fenster gib den Befehl

check4gb omniscsi.device 0

ein. Dürfte wie bisher nur SCSI-Direct anzeigen. Dann gib SetPatch ein. Wenn der Computer resettet, nochmal die Maustasten festhalten, ohne Startup-Sequence starten und SetPatch eingeben.

Jetzt nochmal check4gb aufrufen. Eigentlich müßte NSD dazugekommen sein.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 20:32 Uhr

julius
Posts: 2255
Nutzer 		So wie Du gesagt hast.
Zitat:
Original von thomas:

Irgendwie scheint bei dir das NSD nicht zu funktionieren.

Mach mal folgendes: Starte den Amiga mit beiden Maustasten gedrückt und starte ohne Startup-Sequence. In dem DOS-Fenster gib den Befehl

check4gb omniscsi.device 0
Ergebnis: device supports Direct-SCSI Commands

ein. Dürfte wie bisher nur SCSI-Direct anzeigen. Dann gib SetPatch ein. Wenn der Computer resettet, nochmal die Maustasten festhalten, ohne Startup-Sequence starten und SetPatch eingeben.

Jetzt nochmal check4gb aufrufen. Eigentlich müßte NSD dazugekommen sein.
Ergebnis: device supports Direcht-SCSI Commands
device supports NSD Commands
Gruß Thomas
--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/
MfG
Julius




[ Dieser Beitrag wurde von julius am 09.07.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 20:44 Uhr

thomas
Posts: 7718
Nutzer
Und wenn du ihn durchbooten läßt und dann check4gb ausführst, fehlt NSD ?

Poste mal den Anfang deiner Startup-Sequence. Steht da nur SetPatch QUIET oder steht da noch mehr in der Zeile ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 21:00 Uhr

julius
Posts: 2255
Nutzer 		Wenn der A2000 durchbootet, gibt check4GB NSD und Direct-SCSI aus.
Hier der Anfang meiner startup-sequence.

; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
; Startup-Sequence for hard drive systems

C:SetPatch QUIET

C:Version >NIL:
C:AddBuffers >NIL: DF0: 15
FailAt 21
.
.
.



Kann das an der HD liegen?
Oder am Motherboard des A2000?

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 22:11 Uhr

thomas
Posts: 7718
Nutzer 		Änder das mal in

; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
; Startup-Sequence for hard drive systems

C:SetPatch >ram:patch
check4gb omniscsi.device 0 >ram:check

C:Version >NIL:
C:AddBuffers >NIL: DF0: 15
FailAt 21
.
.
.

Dann starte neu und schau erstmal in ram:check, ob da NSD dabei ist und wenn nicht, poste hier mal die Auffälligkeiten aus ram:patch.

Wenn jetzt NSD dabei ist, lösche die Check4gb-Zeile raus, ersetze ram:patch durch nil: und starte nochmal neu (also nur mit >nil: statt quiet). Wenn es dann funktioniert, laß es so.

Ich verstehe einfach nicht, woran das liegt.

Wenn du OS3.9 drauf hast (und lassen möchtest), dann installiere bitte auch die beiden Boingbags. Vielleicht bringen die etwas.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ Dieser Beitrag wurde von thomas am 09.07.2004 editiert. ]

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 22:19 Uhr

A1K
Posts: 275
Nutzer 		@julius

>; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
>; Startup-Sequence for hard drive systems

1993? Kann doch nicht ganz os3.9 sein, oder die boingbags fehlen?

Muss

; $VER: Startup-Sequence 45.4 (4.4.2001)
; Startup-Sequence for AmigaOS 3.9

sein oder?

Gruß

A1k

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 22:49 Uhr

julius
Posts: 2255
Nutzer 		@Thomas:

Ich habe die Änderungen in der startup-sequence gemacht.
Auch bei Kaltstart erkennt Check4GB Direct-SCSI und NSD.
Ich werde morgen mal das System auf eine kleinere HD (500MB)
übertragen, alle Partitionen auf der 49GB-HD löschen und
noch mal bei 0 anfangen. Ich habe auch noch eine 9GB-HD.
Die werde ich auch mal partionieren. Wenn es bei der klappt,
kann die Ursache für die Probleme nur bei der 49GB-HD liegen.
Vielleicht braucht die 49GB-Hd eine besondere Art der Ansteuerung,
ich weis es nicht.

MfG
Julius

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 22:56 Uhr

Maverik
Posts: 756
Nutzer
Zitat:
Original von A1K:
@julius
>; $VER: Startup-Sequence_HardDrive 40.2 (25.2.93)
>; Startup-Sequence for hard drive systems
1993? Kann doch nicht ganz os3.9 sein, oder die boingbags fehlen?
Muss
; $VER: Startup-Sequence 45.4 (4.4.2001)
; Startup-Sequence for AmigaOS 3.9
sein oder?
Gruß
A1k

Kann durchaus sein, ich hab auch noch meine alte startup-sequence,
nach dem Update auf Os3.9 wird die doch nicht überschrieben.

--
-------------------------------------
mfg

Andreas

[ - Antworten - Zitieren - Direktlink - ]
09.07.2004, 23:34 Uhr

Fanne
Posts: 86
Nutzer 		Bei mir wollte FFS partou nicht über einige Gig (Platte ist 40gig). Mal waren Partitionen da, dann wieder nicht. Das Problem hab ich allerdings selber fabriziert: In der HD-ToolBox die Partitionen eingerichtet, und, wie gewohnt NUR Fastfilesystem eingestellt. Dank des Tipps hier im Forum mit Check64usw und die Partitionen mit "FFS/international" eingerichtet und quick formatiert sind diese Probs weg.
Vielleicht hilfts.

Fanne
--
Home: http://www.fanne.de.vu


Member of AmCluST

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 10:30 Uhr

julius
Posts: 2255
Nutzer 		@Fanne:

Welche Platte hast Du denn?
Ich kommen mit meiner Seagate ST446452W 49GB UW-SCSI nicht
weiter.
Die erste und einzige Partition, die funktioniert, muss unter
4 GB liegen.Bei jeder weiteren kommt beim Quickformat die
Meldung: "Fehler beim Suchlesen"
Ich benutze OS 3.9

Julius


[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 10:52 Uhr

thomas
Posts: 7718
Nutzer
Zitat:
Original von julius:
Ich habe die Änderungen in der startup-sequence gemacht.
Auch bei Kaltstart erkennt Check4GB Direct-SCSI und NSD.


Und du hast immer noch die Probleme, obwohl NSD jetzt aktiv ist ?

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 11:35 Uhr

julius
Posts: 2255
Nutzer 		@Thomas:

Ja, leider. Die Probleme sind immer noch da.
Ich habe das System auf eine andere Platte übertragen, von der ich
jetzt boote.
Auf der grossen HD habe ich alle Partitionen gelöscht, auch den RDB
und dann FFS 45.6(von OS 3.9) als Filesystem eingegeben.
Bei der ersten Partition(3,5GB) ging alles glatt.
Bei der zweiten - ebenfalls 3,5GB - kamen beim Quickformat die
Fehlermeldung "Fehler beim Suchlesen".
Dann habe in der Shell das normalen Formatieren gestartet.
Format DRIVE DH1: NAME XX
Bis zum Zylinder 423 von 3186 ging alles gut. Dann brach der Formatiervorgang ab mit der Fehlermeldung "Fehler beim Formatieren".
Jetzt lasse ich Checkdisk laufen, um zu sehen, ob da irgendwelche
Sektoren defekt sind.

MfG
Julius


[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 12:40 Uhr

thomas
Posts: 7718
Nutzer
Vergiss es, da ist nichts defekt. Außerdem kommt Checkdisk (was auch immer das ist) auch nicht über die 4GB-Grenze hinaus. Das liegt nicht an der Festplatte, sondern einzig an dem ommimösen omniscsi.device.

Probier mal SFS V1.84 zu installieren, damit geht es ohne den ganzen NSDPatch-Kram.

http://www.xs4all.nl/~hjohn/SFS184.lha


Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 13:14 Uhr

julius
Posts: 2255
Nutzer 		Das Checkdisk, was ich habe, erkennt die HD grösser als 4GB und benutzt Zitat "using trackdisk64 access method"
Danke für SFS 1.84.
Ich werde die HD damit einrichten und melde mich dann wieder.

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 13:34 Uhr

thomas
Posts: 7718
Nutzer
Zitat:
Das Checkdisk, was ich habe, erkennt die HD grösser als 4GB und benutzt Zitat "using trackdisk64 access method"

Und eben das unterstützt dein omniscsi.device ja auch nicht, also läuft es auch vor den Baum.

Gruß Thomas

--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 14:44 Uhr

julius
Posts: 2255
Nutzer 		@Thomas
Es ist geschafft
SFS 1.84
HDToolBox
Jede x-beliebige Partionierung.
Lag es nun grundsätzlich am omniscsi.device oder
an der Kombination mit einer vergleichsweise grossen HD?
Auf alle Fälle danke für die Hilfe. Ich habe dabei sehr
viel gelernt.

Gruss Julius

[ - Antworten - Zitieren - Direktlink - ]
10.07.2004, 17:18 Uhr

thomas
Posts: 7718
Nutzer
Das Problem liegt einfach daran, daß das omniscsi.device nicht mit Festplatten größer als 4GB umgehen kann. Das hat nichts mit Typ oder Bauart der Festplatte zu tun.

Die einzige Möglichkeit, dies zu umgehen ist, die notwendigen SCSI-Befehle selbst auszuformulieren und direkt auf den SCSI-Bus zu geben. Diese Methode wird üblicherweise SCSI-Direct oder Direct-SCSI genannt.

NSDPatch macht jetzt nichts anderes, als das Device im Speicher so zu verändern, daß es die neuen 64bit-Befehle akzeptiert und in entsprechende SCSI-Befehle umwandelt. Aber das omniscsi.device hat aus irgendeinem Grund auch das verhindert.

SFS Version 1.84 und PFS3ds sind die einzigen FileSysteme, die SCSI-Direct von sich aus unterstützen, sodaß NSDPatch überflüssig wird.

Gruß Thomas
--
Email: thomas-rapp@web.de
Home: home.t-online.de/home/thomas-rapp/

[ - Antworten - Zitieren - Direktlink - ]

1 -2- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > NSDPatch [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.