amiga-news DEUTSCHE VERSION
.
Links| Forums| Comments| Report news
.
Chat| Polls| Newsticker| Archive
.

amiga-news.de Forum > Amiga, AmigaOS 4 > HDToolbox falsche Geometry [ - Search - New posts - Register - Login - ]

-1- 2 3 [ - Post reply - ]

2008-10-16, 22:42 h

MaikG
Posts: 5172
User
Was passiert wenn HDToolbox(OS3.9)/MTB eine falsche Geometry erstellt?
Z.b. eine Calculation mit 1 Kopf und anderen daran angepassten
werten. Könnte es sein das beim beschreiben der Platte dann ein
nicht existierender bzw. wieder der Anfang adressiert wird?

Und wie mache ich den RDB komplett platt?
MediaToolBox hat mir den RDB jetzt so verbastelt das HD-Toolbox
die Platte nicht mehr Installieren kann.

[ - Answer - Quote - Direct link - ]

2008-10-17, 10:03 h

rbn
Posts: 2001
User
Einmal im PC formatieren könnte helfen.

rbn

--
Marketing.
Modern.
Mittelständisch.

http://www.rhein-sieg-design.de

[ - Answer - Quote - Direct link - ]

2008-10-17, 10:10 h

Flinx
Posts: 1073
User
Zitat:
Original von MaikG:
Könnte es sein das beim beschreiben der Platte dann ein
nicht existierender bzw. wieder der Anfang adressiert wird?


Rechne es dir doch aus.
Köpfe mal Zylinder mal Sektoren ergibt die Gesamtzahl, die nicht höher sein darf als die vom Hersteller angegebene Gesamtzahl.
Wenn ein zu hoher Wert adressiert wird, sollte es einen Fehler geben, der Anfang der Platte wird jedenfalls nicht angesprochen, denn so etwas passiert nur bei numerischen Überläufen.

[ - Answer - Quote - Direct link - ]

2008-10-17, 10:20 h

AmigaHarry
Posts: 1708
User
Versuch den RDB mit den HDInstructionTools (GVP) zu löschen/reparieren - das frist normalerweise alles. Sollte noch irgendwo im Aminet sein.....
Ausserdem gibt es auch Tools zum reinen Löschen des RDB (leider finde ich den Namen gerade nicht) oder versuche es mit einem RDB-Repairtool aus dem Aminet....
Einmal habe ich so einen Kandidaten auch mit LowLevel-Format an einem A3000 (SCSI) zu Laufen gebracht - ist aber nur bei alten, kleinen Platten empfehlenswert, da es erstens sehr lange dauert und zweiten bei neueren Platten oft mehr Schaden anrichtet als es nutzt.....


--
3xPEG2, 2xA3000,2xA1200 - damit mir nicht fad wird!

[ - Answer - Quote - Direct link - ]

2008-10-17, 10:45 h

Palgucker
Posts: 1342
User
@ MaikG:

Zitat:
...Könnte es sein das beim beschreiben der Platte dann ein
nicht existierender bzw. wieder der Anfang adressiert wird?


Ehrlich gesagt keine Ahnung. Normalerweise sollte man eine Fehlermeldung bekommen, wenn man einen Block anfordert, der physikalisch gar nicht vorhanden ist. Ob das nun in jedem Fall bei jeder Platte so ist, ist wohl die "Preisfrage".
Da ist es bei der HDToolBox schon beim Einrichten der Platte sinnvoll darauf zu achten, das die Anzahl der benutzten Blöcke nicht die physikalisch auf Platte vorhandenen übersteigt.
Ein "Fallstrick" könnte auch sein, das die Cylindergröße für einen "ausgewachsenen" RDB mit mehreren Filesystemen zu klein ist, und so irgendwann die Daten einer angrenzenden Partition mit dem RDB ins Gehege kommen.

Zitat:
Und wie mache ich den RDB komplett platt?
MediaToolBox hat mir den RDB jetzt so verbastelt das HD-Toolbox
die Platte nicht mehr Installieren kann.


Du kannst es im Guten mit KillRDB versuchen - macht (glaub ich) nur den RDB-Header (RDSK) unkenntlich.
Die "Brutal Force- Variante" wäre mittels DiskDump - dd. Ein leeres File erzeugen, dessen Länge durch 512 teilbar ist, und dieses File dann mit dd ab Block 0 auf Platte schreiben. Bei Letzteren solltest du aber wissen, was du da machst.

Gruß Palgucker

[ - Answer - Quote - Direct link - ]

2008-10-17, 10:49 h

MaikG
Posts: 5172
User
>Rechne es dir doch aus.
>Köpfe mal Zylinder mal Sektoren ergibt die Gesamtzahl, die nicht höher sein darf als die vom Hersteller angegebene Gesamtzahl.
>Wenn ein zu hoher Wert adressiert wird, sollte es einen Fehler geben, der Anfang der Platte wird jedenfalls nicht angesprochen, denn so etwas passiert nur bei numerischen Überläufen.


Das Ergebniss, also die GB ist durchaus richtig.

Nur wenn ich dann sowas bekomme:

13.204.903 Schreib/Lesefehler
13.204.904 Prüfsummenfehler
.905 Prüfsummenfehler
usw.

Kann da irgendwas nicht stimmen.
Die Platte habe ich per PC getestet, mehrfach, dann noch
ein Scandisk durchlauf. Ist alles okay.
Im Amiga diesmal mit Media Tool Box eingerichtet, wieder
das selbe Problem.


132.204.903 ist zwar keine Overflow verdächtige zahl aber
irgendwas muss ja sein.



>Versuch den RDB mit den HDInstructionTools (GVP) zu löschen/reparieren - das frist normalerweise alles. Sollte noch irgendwo im Aminet sein.....
>Ausserdem gibt es auch Tools zum reinen Löschen des RDB (leider finde ich den Namen gerade nicht) oder versuche es mit einem RDB-Repairtool aus dem Aminet....
>Einmal habe ich so einen Kandidaten auch mit LowLevel-Format an einem A3000 (SCSI) zu Laufen gebracht - ist aber nur bei alten, kleinen Platten empfehlenswert, da es erstens sehr lange dauert und zweiten bei neueren Platten oft mehr Schaden anrichtet als es nutzt.....


GVP find ich nicht, RDBSalv scheint nicht löschen zu können.

[ - Answer - Quote - Direct link - ]

2008-10-17, 11:04 h

MaikG
Posts: 5172
User
>Ein "Fallstrick" könnte auch sein, das die Cylindergröße für einen >"ausgewachsenen" RDB mit mehreren Filesystemen zu klein ist, und so >irgendwann die Daten einer angrenzenden Partition mit dem RDB ins >Gehege kommen.

Klingt Interressant, die Platte hat immerhin 238 GB.
Es ist nur eine Dateisystem drauf FFS.
Ich weiss gar nicht was im RDB sonst so drin ist.

>Du kannst es im Guten mit KillRDB versuchen - macht (glaub ich) nur >den RDB-Header (RDSK) unkenntlich.

Cool, gefunden. Hat zwar angezeigt das der RDB nicht zu finden ist
aber das war wohl die Bestätigungsmeldung. Nun habe ich die
Werte welche ich im Internet fand eingegeben und die Festplatte
konnte Partitioniert werden.

Edit: Selbes Problem, Schreibfehler dann Prüfsummenfehler :(

[ Dieser Beitrag wurde von MaikG am 17.10.2008 um 11:25 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-17, 19:28 h

Mirko_Naumann
Posts: 715
User
Hast du schon mal versucht, die Daten deiner Platte neu einzugeben (Herstellerdaten)?

Falls du die nicht weißt, gib mal die genaue Bezeichnung der Platte an.
--
Wassergekühlter Pegasos2 HTPC: 1.267 MHz G4 mit 2 x 512 MB (Corsair TWINX1024-3200XLPRO)
Club3D Radeon 9250 256 MB 128 bit AGP passiv gekühlt, 3-Port Belkin USB 2.0 PCI, Cardreader, Hub

[ - Answer - Quote - Direct link - ]

2008-10-17, 19:42 h

MaikG
Posts: 5172
User
>Hast du schon mal versucht, die Daten deiner Platte neu einzugeben
>(Herstellerdaten)?

Ja, half aber nicht.

Momentan habe ich schon die Reserverd Blocks erhöht falls der RDB
mehr Platz braucht und die Partition auf 55 GB verkleinert ohne
erfolg.

[ - Answer - Quote - Direct link - ]

2008-10-17, 20:28 h

Palgucker
Posts: 1342
User
@MaikG:

Zitat:
Momentan habe ich schon die Reserverd Blocks erhöht falls der RDB mehr Platz braucht und die Partition auf 55 GB verkleinert ohne
erfolg.


Der Verdacht, das der RDB nicht mehr in die reservierten Cylinder passt, bestätigt sich wohl nur selten - man bekommt es aber hin.
Die Größe des RDB hängt hauptsächlich von den dort eingetragenen Filesystemen (Handlern) ab. Diese Handler werden im RDB fast so abgelegt, wie sie im Verzeichnis L: existieren.
Über den Daumen kann man also sagen, das ein RDB etwas größer wird, wie die Summe der Größe der eingetragenen Filesysteme.
Da du nur FFS verwendest, kann der nicht so groß sein. Ob er hineinpasst, kann man sich anhand der Blocks_per_Cylinder und der für den RDB reservierten Cylinder leicht selbst ausrechnen.
Die Größe eines RDBs ändert sich auch nicht durch die Größe der Platte - d.h. das ein RDB z.B. mit einem Filesystem und 3 Partitionen auf einer 120 MB Platte ist genauso groß wie auf einer 120GB Platte.

Gruß Palgucker

[ - Answer - Quote - Direct link - ]

2008-10-17, 22:38 h

DaxB
Posts: 1422
User
@Palgucker:
Ich hatte in der Vergangenheit FFS, PFS und SFS im RDB ohne dessen Grösse zu ändern. HDInstTools reserviert default 256kb für den RDB. Man kann aber andere Werte angeben.

[ - Answer - Quote - Direct link - ]

2008-10-18, 09:55 h

Flinx
Posts: 1073
User
Ich denke, daß das Problem nichts mit dem RDB zu tun hat.
Ohne genauere Beschreibung der Vorgehensweise und beteiligten Programme/Dateisysteme/Geräte wird sich der Fehler aber aus der Ferne nicht eingrenzen lassen.

[ - Answer - Quote - Direct link - ]

2008-10-18, 11:48 h

Palgucker
Posts: 1342
User
@DaxB:

Zitat:
Ich hatte in der Vergangenheit FFS, PFS und SFS im RDB ohne dessen Grösse zu ändern.

Du verwechselst Größe des reservierten Bereiches mit der tatsächlichen Größe des RDB. Letztere kannst du einfach überprüfen, indem du den RDB einfach als File sicherst.
Die HDToolbox reserviert standardmäßig auch um die 2MB für den RDB, hier ging es aber um die "händische" Einrichtung.
256kb können bei entsprechender "Experimentierfreude" durchaus knapp werden. FFS,PFS,SFS in 2 verschiedenen Versionen und vielleicht noch Fat95, dann wird's langsam eng.

Gruß Palgucker



[ - Answer - Quote - Direct link - ]

2008-10-18, 15:19 h

MaikG
Posts: 5172
User
>Ich denke, daß das Problem nichts mit dem RDB zu tun hat.
>Ohne genauere Beschreibung der Vorgehensweise und beteiligten >Programme/Dateisysteme/Geräte wird sich der Fehler aber aus der Ferne >nicht eingrenzen lassen.


Ganz normal, HD-Toolbox, FFS, CPPC-SCSI->Acard->Seagate 250(238)GB
Platte.
Ein Terminierungsfehler/Kabeldefekt etc. ist ausgeschlossen
da bei gleichbleibender Partitionierung der Fehler immer an
der selben Stelle auftritt.

Momentan habe ich den Acard im Verdacht.

[ - Answer - Quote - Direct link - ]

2008-10-18, 16:34 h

DaxB
Posts: 1422
User
@Palgucker:
Was habe ich deiner Meinung nach verwechselt? Das der reservierte Bereich und der benutze unterschiedlich Gross sind, ist klar. Ich vermute mal, wenn man grösser wie reserviert in den RDB schreiben möchte, eine Felermeldung kommt.

[ - Answer - Quote - Direct link - ]

2008-10-18, 17:17 h

MaikG
Posts: 5172
User
SCSIConfig zeigt wenn nicht genug Platz für den RDB ist, leider
kann es wie HDInstTools überhaupt nicht mit solche großen Platten umgehen.

[ - Answer - Quote - Direct link - ]

2008-10-18, 19:16 h

Maja
Posts: 15429
User
IIRC kann man mit HDInstallTools den RDB löschen, auch wenn die Platte nicht korrekt erkannt wird.

[ Dieser Beitrag wurde von Maja am 18.10.2008 um 19:17 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-18, 19:47 h

Chritoph
Posts: 549
User
Vielleicht hast du einfach ein Problem, Festplatten mit mehr als ~120GB
in der Konfiguration anzusprechen. Irgendeine dieser
Zahlenüberlaufsgrenzen lag bei 128GB, das hat meinem K6-2 500MHz damals
jedenfalls Probleme bereitet.

Probier mal eine andere Platte an dem gleichen ACard. Egal welche,
10GB, 500MB, Hauptsache sie funktioniert auch am internen IDE von
A1200/A4000. Wenn du die dann umsteckst an die ACard und sie geht
plötzlich nicht mehr, dann ist da was schwerwiegenderes im Busch.

Welche Versionsnummer hat die Firmware von dem ACard? Da klebt
normalerweise so ein Aufkleberchen drauf. Firmware 3.88 war als
nicht Amiga-kompatibel hier im Forum genannt worden.

http://www.amiga-news.de/forum/thread.php?id=29528&BoardID=1


--
A4000T-128MB-233MHz 604e-50MHz 68060-SCSI Platten-Voodoo 3 3000/Mediator/SB4.1 digital/Highway/Norway/RLT8029/Arxon Scandoubler/interner Monitorswitch<-voll KRANK!

A1200-32MB-50MHz 68030&68882-IDE Platten-Fiberline Netzwerkkarte

[ Dieser Beitrag wurde von Chritoph am 18.10.2008 um 19:47 Uhr geändert. ]

[ Dieser Beitrag wurde von Chritoph am 18.10.2008 um 19:48 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 10:25 h

MaikG
Posts: 5172
User
>Welche Versionsnummer hat die Firmware von dem ACard? Da klebt
>normalerweise so ein Aufkleberchen drauf. Firmware 3.88 war als
>nicht Amiga-kompatibel hier im Forum genannt worden.

1.69H, was die neuste ist und da Hersteller für Ähnliche
Produkte teilweise die selben Sources verwenden..
Problem ist es wird nirgens drauf eingegangen was genau
bei der 3.88 passiert.

Ich bin grade dabei es umgekehrt zu machen, andere Acards an die
Festplatte anschliessen.

Frage nebenbei wer hat am Amiga/Acard/CPPC Festplatten mit
250GB und höher laufen?

[ - Answer - Quote - Direct link - ]

2008-10-19, 12:37 h

Palgucker
Posts: 1342
User
@MaikG:

Zitat:
...13.204.903 Schreib/Lesefehler
13.204.904 Prüfsummenfehler
.905 Prüfsummenfehler
usw. ...

...132.204.903 ist zwar keine Overflow verdächtige zahl aber
irgendwas muss ja sein.


Wenn man nun wüsste, welche Zahl du richtig abgetippert hast?
Letztere könnte man unter Annahme, das sich die Blockzahl auf die Partition bezieht und das Filesystem mit einer Blockgröße von 1024 Bytes/Block arbeitet durchaus als verdächtig ansehen.
Die Grenze bei LBA28 und 1024er Blöcke würde zwar bei Block 134.217.728 liegen, aber die "Region" passt zumindest ein bisschen.
Ideal wäre natürlich, wenn man herausbekommen würde, ab welchen physikalische Block der Festplatte diese Fehler auftreten.

@ DaxB

Zitat:
Ich vermute mal, wenn man grösser wie reserviert in den RDB schreiben möchte, eine Felermeldung kommt.

Bei der HDToolbox im Prinzip ja, aber erst nach dem nächsten Reboot -
dann heißt deine 1. Partition z.B. plötzlich LSEG:unformatiert und du weißt bescheid. ;) I-)

Gruß Palgucker

[ - Answer - Quote - Direct link - ]

2008-10-19, 13:16 h

Maja
Posts: 15429
User
Zitat:
Original von Palgucker:
Wenn man nun wüsste, welche Zahl du richtig abgetippert hast?

Das ließe sich erkennen, wenn man wüsste, welche Festplatte das ist.

@MaikG

Aussagen wie "Seagate 250(238)GB" und "CPPC Festplatten" hilft bei der Frage nach den korrekten Daten nicht wirklich weiter.

Gebe doch bitte mal die genaue Typenbezeichnung dieser Festplatte hier an.

[ - Answer - Quote - Direct link - ]

2008-10-19, 14:51 h

MaikG
Posts: 5172
User
>Wenn man nun wüsste, welche Zahl du richtig abgetippert hast?
>Letztere könnte man unter Annahme, das sich die Blockzahl auf die >Partition bezieht und das Filesystem mit einer Blockgröße von 1024 >Bytes/Block arbeitet durchaus als verdächtig ansehen.

13.xxx.xxx ist richtig.

>Die Grenze bei LBA28 und 1024er Blöcke würde zwar bei Block >134.217.728 liegen, aber die "Region" passt zumindest ein bisschen.
>Ideal wäre natürlich, wenn man herausbekommen würde, ab welchen >physikalische Block der Festplatte diese Fehler auftreten.

Intern bei 512er Blöcken FFS 4096er


>Gebe doch bitte mal die genaue Typenbezeichnung dieser Festplatte >hier an.

ST3250820A

Ist scheinbar eine Sache der Acard Firmware. Die kommt einfach
nicht mit der Platte klar. Die neuste gibt die Schreib/Lesefehler
aus, bei älteren ergeben sich dann nur Prüfsummenfehler
beim späteren auslesen der Daten.
lt. History wurden zwischen den Versionen entsprechende kommandos
geändert.


[ Dieser Beitrag wurde von MaikG am 19.10.2008 um 14:52 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 16:21 h

Andreas_Wolf
Posts: 2980
User
> 1.69H, was die neuste ist

Du hast einen AEC-7726H?

> und da Hersteller für Ähnliche Produkte teilweise die selben Sources
> verwenden..

..folgt daraus was?

[ Dieser Beitrag wurde von Andreas_Wolf am 19.10.2008 um 17:15 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 16:40 h

Maja
Posts: 15429
User
Der müsste mit der Platte klar kommen. Wie schauts denn unter Windows aus? Kann ja auch an WinUAE liegen.

[ - Answer - Quote - Direct link - ]

2008-10-19, 17:15 h

MaikG
Posts: 5172
User
>Du hast einen AEC-7726H?

z.B.

>> und da Hersteller für Ähnliche Produkte teilweise die selben Sources
>> verwenden..

>..folgt daraus was?


Trotzdem noch nicht viel, das Acard Buggy Firmware hat
die mit dieser Platte nicht klar kommt.

3 Verschiedene Firmware habe ich Probiert. Mit anderen
Acards, da ich für diesen leider nur die eine habe.




>Der müsste mit der Platte klar kommen.

Woher weisst du das?

>Wie schauts denn unter Windows aus?

Hab kein SCSI am angeschlossenen Win PC.

>Kann ja auch an WinUAE liegen.


Hä? WinUAE? Wir reden von echtem Amiga mit CPPC.

[ Dieser Beitrag wurde von MaikG am 19.10.2008 um 17:17 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 19:58 h

Maja
Posts: 15429
User
Zitat:
Original von MaikG:
>Du hast einen AEC-7726H?

z.B.

Und welche noch?
Zitat:
>Der müsste mit der Platte klar kommen.

Woher weisst du das?


Daher.

Zitat:
Hä? WinUAE? Wir reden von echtem Amiga mit CPPC.

Dann könnte es auch an AmigaOS liegen. Oder Du hast was falsch gemacht. Was steht denn im Handbuch zu der Karte? Muss die Platte terminiert sein oder nicht? Wenn terminiert werden muss, aktive oder passive Terminierung? Welche SCSI-ID muss eingestell sein?

Eine Formatierung unter Windows könnte übrigens durchaus auch helfen, wie hier bereits erwähnt.

[ Dieser Beitrag wurde von Maja am 19.10.2008 um 20:00 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 20:56 h

MaikG
Posts: 5172
User
>>> Zitat:>Der müsste mit der Platte klar kommen.
>> Woher weisst du das?
>Daher.

Toll, da steht nicht das diese Platte kompatibel mit
dem Acard ist sondern nur die beschreibung zum Acard selbst.


>Dann könnte es auch an AmigaOS liegen.

Jein. Theoretisch ja, hätte ich da nicht eine andere Partition mit 60GB die läuft(Die 250er ist in eine 4er und 60er aufgeteilt)

>Oder Du hast was falsch gemacht.

Was denn? Ist ja nicht Windows.

>Was steht denn im Handbuch zu der Karte? Muss die Platte terminiert >sein oder nicht? Wenn terminiert werden muss, aktive oder passive >Terminierung? Welche SCSI-ID muss eingestell sein?

Oh man, die Platte istIDE(keine Terminierung), die ID ist frei wählbar und der SCSI-Bus ist aktiv Terminiert.

>Eine Formatierung unter Windows könnte übrigens durchaus auch helfen, >wie hier bereits erwähnt.

Hab ich schon.

[ - Answer - Quote - Direct link - ]

2008-10-19, 21:20 h

Maja
Posts: 15429
User
Zitat:
Original von MaikG:
Jein. Theoretisch ja, hätte ich da nicht eine andere Partition mit 60GB die läuft(Die 250er ist in eine 4er und 60er aufgeteilt)


Und daraus schließt Du nun, dass es am Acard liegt? Und das auch noch bei drei verschiedenen Karten dieser Art? Das wäre ein seltsamer Zufall.

Daraus, in Verbindung damit...

Zitat:
Original von MaikG:
13.204.903 Schreib/Lesefehler
13.204.904 Prüfsummenfehler
.905 Prüfsummenfehler
usw.


..., schließe ich erst mal auf eine defekte Platte.

Saug dir mal SeaTools für DOS und teste die Platte damit.

Zitat:
Oh man, die Platte istIDE
Stimmt, das war ein Denkfehler bei mir.

[ Dieser Beitrag wurde von Maja am 19.10.2008 um 21:22 Uhr geändert. ]

[ - Answer - Quote - Direct link - ]

2008-10-19, 21:29 h

MaikG
Posts: 5172
User
>Und daraus schließt Du nun, dass es am Acard liegt? Und das auch noch >bei drei verschiedenen Karten dieser Art? Das wäre ein seltsamer >Zufall.

Ja, ebend weil die Hersteller oft einen Sourcecode für Verschiedene
Produkte im Baukastenprinzip verwenden.



>Saug dir mal SeaTools für DOS und teste die Platte damit.

Habe ich mit der Windows Version bereits gemacht, mehrfach.
Danach Scandisk mit Oberflächentest, auch bestanden.

[ - Answer - Quote - Direct link - ]

2008-10-19, 21:43 h

Maja
Posts: 15429
User
Es gibt Dinge im Leben, mit denen sollte man aus Erfahrung gar nicht erst anfangen. Warum tut man es trotzdem immer wieder? :nuke:

[ - Answer - Quote - Direct link - ]


-1- 2 3 [ - Post reply - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > HDToolbox falsche Geometry [ - Search - New posts - Register - Login - ]


.
Masthead | Privacy policy | Netiquette | Advertising | Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved.
.