|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > HDToolbox falsche Geometry | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- 2 3 | [ - Beitrag schreiben - ] |
|
16.10.2008, 22:42 Uhr MaikG Posts: 5172 Nutzer |
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. [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 10:03 Uhr rbn Posts: 2001 Nutzer |
Einmal im PC formatieren könnte helfen. rbn -- Marketing. Modern. Mittelständisch. http://www.rhein-sieg-design.de [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 10:10 Uhr Flinx Posts: 1073 Nutzer |
Zitat: 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. [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 10:20 Uhr AmigaHarry Posts: 1708 Nutzer |
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! [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 10:45 Uhr Palgucker Posts: 1342 Nutzer |
@ MaikG:Zitat: 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: 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 [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 10:49 Uhr MaikG Posts: 5172 Nutzer |
>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. [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 11:04 Uhr MaikG Posts: 5172 Nutzer |
>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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 19:28 Uhr Mirko_Naumann Posts: 715 Nutzer |
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 [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 19:42 Uhr MaikG Posts: 5172 Nutzer |
>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. [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 20:28 Uhr Palgucker Posts: 1342 Nutzer |
@MaikG:Zitat: 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 [ - Antworten - Zitieren - Direktlink - ] |
|
17.10.2008, 22:38 Uhr DaxB Posts: 1421 Nutzer |
@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. [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 09:55 Uhr Flinx Posts: 1073 Nutzer |
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. [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 11:48 Uhr Palgucker Posts: 1342 Nutzer |
@DaxB:Zitat: 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 [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 15:19 Uhr MaikG Posts: 5172 Nutzer |
>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. [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 16:34 Uhr DaxB Posts: 1421 Nutzer |
@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. [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 17:17 Uhr MaikG Posts: 5172 Nutzer |
SCSIConfig zeigt wenn nicht genug Platz für den RDB ist, leider kann es wie HDInstTools überhaupt nicht mit solche großen Platten umgehen. [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 19:16 Uhr Maja Posts: 15429 Nutzer |
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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
18.10.2008, 19:47 Uhr Chritoph Posts: 549 Nutzer |
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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 10:25 Uhr MaikG Posts: 5172 Nutzer |
>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? [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 12:37 Uhr Palgucker Posts: 1342 Nutzer |
@MaikG:Zitat: 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: 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.   Gruß Palgucker [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 13:16 Uhr Maja Posts: 15429 Nutzer |
Zitat: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. [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 14:51 Uhr MaikG Posts: 5172 Nutzer |
>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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 16:21 Uhr Andreas_Wolf Posts: 2980 Nutzer |
> 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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 16:40 Uhr Maja Posts: 15429 Nutzer |
Der müsste mit der Platte klar kommen. Wie schauts denn unter Windows aus? Kann ja auch an WinUAE liegen. [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 17:15 Uhr MaikG Posts: 5172 Nutzer |
>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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 19:58 Uhr Maja Posts: 15429 Nutzer |
Zitat:Und welche noch? Zitat: Daher. Zitat: 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. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 20:56 Uhr MaikG Posts: 5172 Nutzer |
>>> 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. [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 21:20 Uhr Maja Posts: 15429 Nutzer |
Zitat: 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: ..., schließe ich erst mal auf eine defekte Platte. Saug dir mal SeaTools für DOS und teste die Platte damit. Zitat:Stimmt, das war ein Denkfehler bei mir. [ Dieser Beitrag wurde von Maja am 19.10.2008 um 21:22 Uhr geändert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 21:29 Uhr MaikG Posts: 5172 Nutzer |
>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. [ - Antworten - Zitieren - Direktlink - ] |
|
19.10.2008, 21:43 Uhr Maja Posts: 15429 Nutzer |
Es gibt Dinge im Leben, mit denen sollte man aus Erfahrung gar nicht erst anfangen. Warum tut man es trotzdem immer wieder?  [ - Antworten - Zitieren - Direktlink - ] |
| -1- 2 3 | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > HDToolbox falsche Geometry | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|