|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > Cyberstorm PPC im A4000 Desktop bootet nicht mehr | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
12.06.2003, 19:20 Uhr Sharkey Posts: 25 Nutzer |
Hai Leute, Meine Cyberstorm PPC/060 mag nicht mehr booten. Wenn der Zugriff zum Booten auf die Festplatte erfolgen sollte kommt ein Dauerguru mit der Fehlermeldung 8000 0004 oder 8000 0008. Ein Booten von Diskette bringt den gleichen Fehler. Die Festplatten hängen am Ultra-SCSI-Controller und laufen im A3000 mit Adapter ohne Probleme. Wenn ich ohne Kabel am SCSI-Controller mit der Notfall-Diskette boote kommt ein Screen und die Frage nach dem CD-Romlaufwerk. Ich habe die Kontakte schon überprüft und die RAM-Riegel auch schon ausgewechselt. Der Fehler bleibt. Ich habe am A3000 ein Update auf die Systempartition kopiert und im A4000 nochmal versucht zu starten, auch ohne Besserung. Wo kann hier der Fehler liegen ? SCSI-Controller defekt ? Wie sieht die Lage bei DCE aus ? Sharkey [ - Antworten - Zitieren - Direktlink - ] |
|
12.06.2003, 19:42 Uhr Crack Posts: 1181 [Ex-Mitglied] |
Hast du das Flash der PPC geupdatet? Dabei gehen die Einstellungen für die SCSI Geräte verloren. Have a nice day [ - Antworten - Zitieren - Direktlink - ] |
|
12.06.2003, 19:47 Uhr Sharkey Posts: 25 Nutzer |
Hai Crack, Nichts der gleichen. Ich hatte ein paar mal in den letzten Wochen den gleichen Fehler, den ich aber immer durch andrücken der CSPPC wieder in den Griff bekam. Ich komme ja auch noch ohne Probleme in das Menu der CSPPC. Sharkey [ - Antworten - Zitieren - Direktlink - ] |
|
12.06.2003, 21:26 Uhr Falcon Posts: 3544 Nutzer |
Hi, DAS könnte Die Antwort für Dein Problem Sein: Das Andrücken ! Wenn DU dabei auf den PPC oder den 68k gedrückst hast, kann es sein, daß Dein Board 'nen Haarriß bekommen hat. So hat's mir DCE mal erzählt. Die PPC-Karten sind wohl sauempfindlich in der Beziehung. Ich hatte auch schon mal den 68k-Sockel defekt... und den PPC, bzw. dessen Balls... Versuche mal, ob Du irgendwie bis zur Shell kommt (ohne Startup, etc.) und schalte dann manuell mit 'nem Textedi die ENV-Variablen für den PPC vorübergehend aus: PREFS/ENV-ARCHIVE/POWERPC/NOPPC 1 Dann ist der PPC aus. Wenn dann alles klappt, wird's teuer, weil der PPC 'Reballed' werden muß. Andernfalls könnte der 68k-Sockel 'ne Macke haben oder eben so ein Haarriß in 'ner Leiterbahn (= fast Totalschaden). Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 08:58 Uhr Sharkey Posts: 25 Nutzer |
Hai Falcon, Ich glaube schon das ich andrücken und kaputtdrücken mit meiner Motorik noch steuern kann. :-) Was mich stutzig macht ist das alles normal läuft bis zum Zugriff auf die Festplatten. Hier schlägt dann der Guru zu. Selbst mit Diskette komme ich nicht weiter, irgendwo bleibt das Laufwerk stehen und alles bleibt schwarz. Hat noch einer eine Idee was ich tun könnte ? Wäre echt wichtig da ich wichtige Unterlagen auf dem Rechner habe. Sharkey [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 09:34 Uhr Lemmink Posts: 2344 Nutzer |
Wie willst du wissen, das sonst noch alles läuft, wenn du noch nicht mal von Diskette booten kannst ? Man soll die Empfindlichkeit der PPC-Karten nicht unterschätzen, habe selber eine auf diese Weise geschrottet und ich hab mich nicht mit dem Hintern draufgesetzt um sie festzudrücken. Die Karte lief zum Schluß nach dem Blinkerprinzip, geht, geht nicht, geht.... je nachdem wie ich die Karte verkantet hatte, sodaß der Haarriß zufällig mal überbrückt wurde oder auch nicht. -- Das Grauen hat viele Gesichter und mein Spiegel zeigt mir jeden Morgen ein neues ;-) Nicht wirklich Interessant, aber trotzdem da http://www.lemmink.joice.net [ Dieser Beitrag wurde von Lemmink am 13.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 09:37 Uhr Askane Posts: 850 Nutzer |
Da Du es nicht erwähnt hast, haste schon mal die Kontakt mit Isopropanol gereinigt? Schaue Dir auch mal die Stromstecker und Die Ram-Module an. Gerade dort sollte auch gekühlt werden. MnG Askane [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 12:13 Uhr Sharkey Posts: 25 Nutzer |
Ich werde den guten 4000er mal komplett zerlegen und wie empfohlen reinigen. Die CSPPC in genauen Augenschein nehmen und mich dann nochmal mit dem Ergebnis hier melden. Sollte euch doch noch ein guter Rat einfallen, bitte posten ! Sharkey [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 12:31 Uhr thomash Posts: 172 Nutzer |
Hi. Die Notfalldiskette, die OS3.9 erstellt, kannst Du vergessen, die funktioniert im Normalfall nicht. Versuche mal, mit der OS3.1-Workbench-Diskette zu booten, das sollte gehen (ohne Nachfage nach dem CDROM). Die OS3.1-Install geht nicht, weil irgend einem Programm die 68060.library fehlt... Den gleichen Fehler hat meine CS/PPC auch, mit einer Platte am IDE-Kontroller kann ich sogar noch damit arbeiten, aber SCSI ist defekt. Woran ich selber schuld bin, ich hatte mal einen 68-50pol-Adapter etwas versetzt aufgesteckt. Das mag der SCSI-Chip auf der CS nicht. Ich habe auch schon recht wild auf der CS rumgedrückt (aber nur auf die Kontaktleiste), gebracht hat es nie was. Ein Sockel ging auch nicht kaputt, DCE hat dann die Bustreiber ausgetauscht, und es lief alles wieder. Also, wenn Du Zeit und Geld hast, bei DCE einschicken; ansonsten Frust schieben.  Ciao, Hoin. -- http://schwabentour.de - Radtouren rund um Gaildorf - für jeden Radler - von Spass bis Sport - ein Service der ADFC-Ortsgruppe Gaildorf [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 19:39 Uhr Wolfman Posts: 3668 Nutzer |
Zitat: do guck no, a Hochalocher  Gruaß vo dr Oschdalb  -- Bild: http://home.arcor.de/the_wolf/Bilder/wolfman.jpg Bikers, Amigas and good Whiskey get better with age  [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 21:32 Uhr thomash Posts: 172 Nutzer |
Zitat: Keine Beleidigungen, bitte. Houeloue fängt erst hinter Schwäbisch Hall an, Gaildorf ist auch noch Ostalbkreis ! Aber schon gut durchmischt.  Ciao, Hoin. -- http://schwabentour.de - Radtouren rund um Gaildorf - für jeden Radler - von Spass bis Sport - ein Service der ADFC-Ortsgruppe Gaildorf [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 23:04 Uhr Falcon Posts: 3544 Nutzer |
Hi nochmal, ich wollte Dich oder Deine Motorik nicht runtermachen. Ich habe mal persönlich mit Herrn Dellert darüber gefachsimpelt und der hat mir bestätigt, daß die PPC SEHR empfindlich ist. Selbst wenn Du nur in der Nähe des PPCs herumdrückst, kannst Du sie schon zerstören. Ebenso ist es mit der Hitze beim Betrieb. Diese heiß/kalt Schwankungen können ebenfalls Harrisse erzeugen oder den 68k Sockel beschädigen. Resultat ist dann, daß die Beinchen des 68k etwas beweglich werden und samit Wackler verursachen können. Hauptursache hoerfür ist, daß der 68k von oben aufgelötet ist und die Beinchen nicht durch die Platine von unten festgelötet sind. Ciao, Falcon. -- Che-Hoa Yuin sagt: Der Amiga kann alles, was man zum Arbeiten braucht... ... was er nicht kann, braucht man auch nicht !!!!!!! Meine Homepage: http://home.wtal.de/elasticimages [ Dieser Beitrag wurde von Falcon am 13.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
13.06.2003, 23:24 Uhr Wolfman Posts: 3668 Nutzer |
Zitat: okay, hast ja recht - Geografie und Heimatkunde war noch nie meine Stärke  Aber trotzdem gehört Gaildorf schon zum Kreis Hall (ich hab mal beim LRA in SHA gearbeitet, das war für Gaildorf zuständig, daher weiß ich das ), wenn auch noch zum zivilisierteren Teil War nicht beleidigend gemeint, ich kam damals mit den einheimischen Kollegen ganz gut aus -- Bild: http://home.arcor.de/the_wolf/Bilder/wolfman.jpg Bikers, Amigas and good Whiskey get better with age [ Dieser Beitrag wurde von Wolfman am 13.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 02:03 Uhr Andreas-C-Schmidt Posts: 9 Nutzer |
Das ganze kann auch ein simpler Software-Fehler sein !! An alle CSPPC-Eigentümer: Ist die letzte Partition im RDB so eingestellt, dass sie als Filesystem "Custom" verwendet, dann stürzt das cybppc.device beim booten ab ! Dass die Platten im A3000 laufen ist ein weiteres Indiz dass es sich hier um "nichts weiter" als diesen üblen Bug im cybppc.device handeln könnte. Verwendet man zum Partitionieren das Tool von phase5, so sollte man unbedingt darauf achten, dass die letzte Partition in der Liste keine Custom-Partition ist. Wo sich diese "letzte" Partition physikalisch wirklich befindet ist egal. Sollte es das von mir geschilderte Problem sein gibt es nur eine Möglichkeit die Platte wieder lauffähig zu bekommen. 1. Plattenerkennung im UW-SCSI "Bios" ausschalten 2. Booten von einer anderen Platte oder von Diskette 3. Platte mittels "UnitControl" suchen und dem System bekannt machen 4. Partitionierungstool starten und per Hand die Reihenfolge der Partition umstellen - bei SCSIconfig von phase5 bedeutet das, eine beliebige nicht-custom Partition löschen (vorher die Trackdaten, etc aufschreiben) und dann eine neue Partition anlegen und die gemerkten Daten eintragen - evtl. gibts Probleme, wenn die Stringsgadgets mittels "Return" verlassen werden. In dem Fall die entsprechenden Tracknummern eintragen und mit der Maus die Gadgets wechseln. 5. Plattenerkennung im UW-SCSI "Bios" wieder einschalten Wie die HDToolbx die Partitionierungsinfo im RDB unterbringt weiß ich nicht, aber ich schätze dort korrelierte sie zu 100% mit der physikalischen Lage der Partition - bitte auf keine Fall mit HDToolbox partitioniert Platten mit SCSIconfig nachbearbeiten oder umgekehrt ! Wer das tut riskiert vollständigen RDB-Verlust ! mfg Andi [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 08:24 Uhr thomash Posts: 172 Nutzer |
Hi. @Andreas-C-Schmidt: Das ist mal was ganz neues. Bei mir kann ich das aber nicht nachvollziehen, ich benutze nur Custom (SFS), ohne Probleme. Und zwar mit der CSMK3 und CSPPC, allerdings nicht das neueste Flash-Update (die Version vor der PCI-Sache). Vielleicht hat sich da später ein Bug eingeschlichen. @Wolfman: Ja, früher, da gehörte Gaildorf noch zu Backnang, aber die Kommunalreform nimmt keine Rücksicht auf ethnische Unterschiede... Gleich hinter dem nächsten Berg (das Bühlertal) versteht man die Leute sowieso kaum noch. Da mischt sich dann Schwäbisch, Hohenloherisch und Fränkisch. Igitt.  Ciao, Hoin. -- http://schwabentour.de - Radtouren rund um Gaildorf - für jeden Radler - von Spass bis Sport - ein Service der ADFC-Ortsgruppe Gaildorf [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 12:39 Uhr Andreas-C-Schmidt Posts: 9 Nutzer |
Zitat: Nein, das ist leider nichts neues - ausserdem: SFS hat eine eigene Kennung (AFAIK 0x53465300), Custom hingegen hat einfach 0x0. Wirf mal kurz SCSIconfig von phase5 an, spiel im Fenster für die Partitionseinstellungen mit dem Filesystem-Gadget und betrachte dabei das "ghosted" Identifier-Feld. (Wenn man danach immer schön brav "cancel" nutzt und nichts sichert kann garnichts passieren Zitat: Nein, diesen Fehler kenne ich seit Jahren ! Mein "Custom"-Partitionen ohne Filesystem-Kennung sind z.B. FUSION-Partitionen. Ich hatte diesen Fehler mit *jedem* Flashupdate - erstmals als ich meinen A4000 mit frisch gekaufter CSPPC eingerichtet habe, was ca 1999 war. Vom A2000 kommend, hatte ich die Fusion-Partition auf einer 4GB Platte ganz am Ende eingerichtet und beim Reboot hat's dann gekracht... Btw: Das 2060scsi.device hat diesen Fehler nicht ! mfg Andi [ Dieser Beitrag wurde von Andreas-C-Schmidt am 15.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 13:00 Uhr Michael_D Posts: 679 Nutzer |
Hi, @Andreas-C-Schmidt: Nix für ungut, aber wer lässt denn auch "0x0" so stehen? Nur zum "Verstecken" der Partition? Bei mir habe ich eine ShapeShifter-Partition auch versteckt. Allerding ist es offiziell eine FFS-Part., bei der einfach "Automount" abgestellt wurde. Funzt prima an CSPPC! Übrigens kann man bei den P5-Tools auch "NONE" beim Filesystem angeben! Das geht auch. -- MfG  Michael D. [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 13:50 Uhr Andreas-C-Schmidt Posts: 9 Nutzer |
Zitat: Wo ist das Problem ? Mit anderen scsi.devices funktioniert es prima. Wenn es mit dem cybppc.devcie nicht geht ist das ein Fehler des cybppc.device. Punkt. Zitat: Sorry, Shapeshifter und Fusion sind zwei Paar Schuhe ! Shapeshifter merkt sich selbst die Partitionsgrenzen - ist die Partition nicht angemeldet geht es trotzdem. Bei Fusion ist das so nicht möglich. Die von Fusion genutzten Partitionen müssen angemeldet sein ! Und komm jetzt blos nicht mit dem OS3.5/OS3.9 "Verstecken" durch die Workbench-Prefs - die Partition wäre immer noch durch "info" sichtbar - und wer "nur" OS3.1 verwendet, hätte diese "Lösung" definitiv nicht. Um ein "Unknown" Icon auf der Workbench zu vermeiden ist der "Custom"-Weg die von den Fusion-Macher vorgeschlagene Lösung. Zitat: Habe ich nie ausprobiert - nichtsdestotrotz: Wenn es nur abstürzt, weil die besagte Custom-Partition die Letzte in der Liste ist, ist das nichts weiter als ein übler Bug ! Um es nochmal ganz deutlich zu sagen: das cybppc.device ist AFAIK das einzige scsi.device, das diesen Fehler hat ! Insofern finde ich es etwas verwunderlich wenn man sich über mein "Vorgehen" verwundert äußert, den besagten Bug aber stillschweigend akzeptiert ! Weil *Dir* mein Vorgehen seltsam vorkommt, ist der Bug uninteressant ?!!? Nichts für ungut - aber so nicht ! mfg Andi [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 16:15 Uhr Sharkey Posts: 25 Nutzer |
Hai Leute, Neues von der Amiga-Trouble Front. Falcon: Schon Ok, ich habe es nicht als Beleidigung aufgefasst. :-) Also: Nach einer Menge Ein- und Ausbauen von allen Platten und Kabeln Habe ich den Fehler gefunden. Es ist die IBM-Festplatte 80GB, die an einem SCSI-IDE-Adapter angeschlossen war. Das Adapter ist OK. Mit der Platte am IDE-Controller angeschlossen kann ich zumindest beim ersten Versuch die Plattendaten lesen. Die Partitionen sind auch noch da und hoffentlich auch noch die daten. Andreas hat da bestimmt in die richtige Richtung gedacht. Der Guru 8000 0008 taucht immer noch auf. Die Systempartition ist an erster Stelle auf der Platte und mit PFS3 formatiert. Ich werde später noch alle Filesysteme updaten und euch wie immer auf dem Laufenden halten. Also brauche ich nun ein paar Tipps wie ich die IDE-Platte wieder- belebe. Die Daten der anderen Partitionen sind sehr wichtig und es würde mir sehr viel Arbeit und Sorgen bereiten wenn ich die löschen müsste. Die CSPPC ist OK und schnurrt hier wieder wie vorher. Vielen Dank schon mal für die Hife und die moralische Unterstützung Sharkey [ - Antworten - Zitieren - Direktlink - ] |
|
14.06.2003, 16:22 Uhr Michael_D Posts: 679 Nutzer |
@Andreas-C-Schmidt: Auweia... bleib doch ruhig! Wenn man Dein Posting liest, könnte man meinen, daß Du gleich explodierst. Ich wollte doch nicht Deinen Geisteszustand anzweifeln. Und was den "Bug" betrifft, so gibt es meines Wissens nach keine offizielle Methode (außer OS3.5/3.9 WB-Prefs) eine Partition zu "verstecken". Das mit dem "0x0" funktioniert zwar zu 99%, aber wenn ein SCSI-Host das so nicht verträgt ist das noch lange kein Bug. Lediglich ein nicht unterstütztes Feature. -- MfG Michael D. [ Dieser Beitrag wurde von Michael_D am 14.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
16.06.2003, 00:53 Uhr Andreas-C-Schmidt Posts: 9 Nutzer |
Zitat: Häh ? Nochmal eine Auflistung der Tatsachen: - Custom-Partition mit cybppc.device funktioniert, wenn es nicht die letzte Partition in der Liste im RDB ist. - Custom-Partition mit cybppc.device führt beim Booten zum Absturz wenn es die letzte Partition in der Liste im RDB ist. - Custom-Partition mit 2060scsi.device funktioniert unabhängig von der Position in der Liste im RDB. - Custom-Partition mit scsi.device (A4000-IDE) funktioniert ebenfalls problemlos. Das hat nichts mit "vertragen" zu tun ! Funktioniert es auf eine Art und Weise ("in" der Liste) aber auf andere Art und Weise ("am Ende" der Liste) nicht, dann ist das ein BUG. Wir können hier gerne noch weiter um den Brei herum diskutieren, es ändert aber nichts an der Tatsache, dass das cybppc.device in seinem Verhalten inkonsistent ist und ein Absturz während des bootens nicht hinnehmbar ist und deshalb nur als Bug ausgelegt werden kann - und zwar entweder einer in SCSIconfig (der ein "Custom" am Ende der Liste nicht verhindert) oder eben einer im cybppc.device. Btw: Die HD-Toolbox läßt ebenfalls "Fremdes Dateisystem" mit dem Identifier "0x00000000" zu. Jede Wette, dass das beim Booten zum gleichen Problem führt. Fazit: Das cybppc.device hat einen Bug - ob's Dir passt oder nicht. Insofern kann ich bei solchen Kommentaren, die dieses Problem ver- harmlosen wollen nicht ruhig bleiben, da weniger erfahrene User an diesem Problem leicht verzweifeln können... mfg Andi [ Dieser Beitrag wurde von Andreas-C-Schmidt am 16.06.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
16.06.2003, 17:27 Uhr Sharkey Posts: 25 Nutzer |
Hai Leute, Der Fehler ist behoben und alles läuft wieder so als hätte ich nie ein Problem gehabt. Folgender Fehler hatte sich eingeschlichen: Auf der IBM-Festplatte hatte ich im Rootblock das falsche Dateisystem abgespeichert. Da bis zum Auftreten des Fehlers noch eine UWSCSI-Platte neben der IBM ihren Dienst tat, wurden wahrscheinlich die fehlenden Daten von dieser Sys-partition gelesen anstatt von der IBM-Syspartition. Hätte ich vorher meine Arbeit beim Installieren der IBM ordentlich gemacht, wäre dieser Fehler erst garnicht aufgetreten. Somit habe ich trotz 14 Jahren Amigaleben wieder was dazu gelernt. Danke an alle die mir geholfen haben und mich auf den Lösungsweg gebracht haben. Sharkey [ - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > Cyberstorm PPC im A4000 Desktop bootet nicht mehr | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|
