Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins Willkommen Gast! RSS

Robotrontechnik-Forum » Technische Diskussionen » K5601 formatiert nicht? » Themenansicht

Autor Thread - Seiten: -1-
000
26.01.2008, 19:26 Uhr
Rüdiger
Administrator
Avatar von Rüdiger

Ich habe einen merkwürdigen Diskettenlaufwerksfehler:
Im MPC kann ich mit dem Laufwerk problemlos booten, lesen und schreiben,
aber beim Formatieren hängt sich der Rechner bei Spur 0 Kopf 0 auf.
Tausche ich das Laufwerk, ist der Fehler weg.
Irgendwie ist mir der Defekt unverständlich:
was macht das Laufwerk beim Formatieren anders als bei Schreiben?
Hat jemand eine Idee?

PS: Der Terminator steckt, wie vorgesehen, auf dem Laufwerk.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
001
26.01.2008, 20:31 Uhr
ullimatz



Beim Schreiben wird nicht auf Spur 0 Kopf 0 geschrieben, dort steht der DPB (Diskparameterblock)?
Nicht prügeln, wenn es nicht stimmt.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
002
26.01.2008, 21:38 Uhr
Deff




Zitat:
ullimatz schrieb:
Beim Schreiben wird nicht auf Spur 0 Kopf 0 geschrieben, dort steht der DPB (Diskparameterblock)?

Hm, und wie kommt der dann dort hin?
--
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den Problemen fertig zu werden, die das Volk ohne die Politiker niemals gehabt hätte. (Dieter Hildebrandt)
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
003
27.01.2008, 09:56 Uhr
ullimatz



Wenn es eine beschriebene Diskette ist oder wenn die Diskette mit einem anderen Laufwerk oder an einem anderen Rechner formatiert wurde, muß man auf 0/0 nicht zugreifen.
Die Daten für eine Datei stehen irgendwo und die belegten Sektoren stehen in der Sektorentabelle.

Um das Diskettenformat beim Booten zu erkennen, muß man aber doch drauf zugreifen.... Warum es da funktioniert, da sehe ich genauso grau aus wie Rüdiger. Vielleicht kann es auf 0/0 nur lesen???
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
004
27.01.2008, 10:23 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
ullimatz schrieb
Beim Schreiben wird nicht auf Spur 0 Kopf 0 geschrieben, dort steht der DPB (Diskparameterblock)?

Die Spuren 0 und 1 sind die Systemspuren, enthalten also das Betriebssystem (außerhalt des Datreibereichs). Spur 2 enthält das Inhaltsverzeichnis.
Das Schreiben des Betriebssystems auf die Spuren 0 und 1 funktioniert.
Nur Formatieren will er irgendwie nicht...
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
005
27.01.2008, 10:23 Uhr
Deff




Zitat:
ullimatz schrieb:
Wenn es eine beschriebene Diskette ist oder wenn die Diskette mit einem anderen Laufwerk oder an einem anderen Rechner formatiert wurde, muß man auf 0/0 nicht zugreifen.

Das ist doch aber gar nicht das Thema, ullimatz!


Zitat:
Rüdiger schrieb:
Im MPC kann ich mit dem Laufwerk problemlos booten, lesen und schreiben,
aber beim Formatieren hängt sich der Rechner bei Spur 0 Kopf 0 auf.

Ergo, schlussfolgere ich:Es handelt sich um ein Hardwareproblem des gen. FDD!

Ich würde am Laufwerk die Spurgestänge auf absolute Leichtgängigkeit in der Führung des S+L-Kopfes kontrollieren, ggf. mit dem Glasfaserpinsel entkorrodieren und neu einölen/-fetten.

Ich sehe gerade, dass ein synchrones Posten stattgefunden hat und das FDD plötzlich doch im Bereich der Spur 0 Schreiben kann. Damit scheint mein Tipp ad adsurbum geführt...

Nachtrag:
Eigentlich sollte doch ein Formatierprozess, wenn Spur 0 nicht formatierbar ist, in Gänze unmöglich sein, oder? Also ist ein Formatieren absolut unmöglich, oder wie?
--
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den Problemen fertig zu werden, die das Volk ohne die Politiker niemals gehabt hätte. (Dieter Hildebrandt)

Dieser Beitrag wurde am 27.01.2008 um 10:31 Uhr von Deff editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
006
27.01.2008, 10:37 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
Deff schrieb
Eigentlich sollte doch ein Formatierprozess, wenn Spur 0 nicht formatierbar ist, in Gänze unmöglich sein, oder?

So ist es.


Zitat:
Also ist ein Formatieren absolut unmöglich, oder wie?

Genau. Zum Formatieren brauche ich derzeit einen anderen Rechner oder ein anderes Floppylaufwerk.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
007
27.01.2008, 10:46 Uhr
Deff



Ich mutmasse nunmehr, dass die Fehlermeldung "Spur 0 kann nicht formatiert werden!" so gut wie alles bedeuten kann und die Bedeutung im wahrsten Sinn der Worte durchaus irreführend sein kann.
Was ist also anders bei einem Schreiben von Daten bzw. einem "leeren Schreiben", dem Formatieren. Na sicher doch der höhere Schreibstrom, aber der wird doch kaum LW-intern abgefragt und ausgewertet.
Ob sich wohl der Aufwand des Tauschens der LP lohnt, um festzustellen, ob die Elektronik Macken hat?
--
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den Problemen fertig zu werden, die das Volk ohne die Politiker niemals gehabt hätte. (Dieter Hildebrandt)
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
008
27.01.2008, 14:33 Uhr
kaiOr

Avatar von kaiOr

Wurden bei den Tests auch konsequent DD-Disketten mit 96tpi verwendet?
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
009
28.01.2008, 11:30 Uhr
Rüdiger
Administrator
Avatar von Rüdiger


Zitat:
Deff schrieb
Ich mutmasse nunmehr, dass die Fehlermeldung "Spur 0 kann nicht formatiert werden!" ...

Es gibt keine Fehlermeldung. Der Rechner hängt sich einfach auf.


Zitat:
kaiOr schrieb
Wurden bei den Tests auch konsequent DD-Disketten mit 96tpi verwendet?

Na klar. Und das die Disketten fehlerfrei sind, habe ich natürlich vorher geprüft und verscheinde Fabrikate habe ich auch probiert.
--
Kernel panic: Out of swap space.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
010
28.01.2008, 11:57 Uhr
ullimatz



Habe mal probiert beim Formatieren einer 780k-Diskette:
In die Systemspuren werden zuerst 53H geschrieben. Wenn die Systemdateien übertragen werden, steht dann da z.B.

Quellcode:
00 03F00000010000000000D90006C35A00
10 FF000000000000000000000000000000
20 00000000000000000000000000000000
30 00000000000000000000000000000000
40 00000000000000000000000000000000
50 00000000000000000000000000000000
60 000000005005031B030101005005031B
70 030101005005031B0301010000000000
80 C3B4CA46CB52CB57CB5CCBC300D90500
90 06C3D2EF534444059ADE99DABADADFDA
A0 86DFC345C6C341C67F07494E53545343
B0 50004B00000000000000000000000000
C0 00000000000000000000000000000000
D0 00000000000000000000000000000000
E0 000000000D0A534350582056302F330D
F0 0A56454220524F424F54524F4E204257

Das mit dem DPB (@001) ist möglicherweise falsch, ich kann die ersten Zeichen nicht interpretieren.
Es wird also auf 0/0 schreibend zugegriffen, während beim Booten nur lesend zugegriffen wird.

@004

Zitat:
Das Schreiben des Betriebssystems auf die Spuren 0 und 1 funktioniert.

Beim Formatieren wird zunächst nur "S" (53H) in diese Spuren geschrieben.
Da liegt es doch an was anderem, als am Schreibzugriff auf 0/0! Mag er die 53H nicht?

Dieser Beitrag wurde am 28.01.2008 um 12:01 Uhr von ullimatz editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
011
28.01.2008, 12:47 Uhr
Deff




Zitat:
ullimatz schrieb:
Beim Formatieren wird zunächst nur "S" (53H) in diese Spuren geschrieben.
Da liegt es doch an was anderem, als am Schreibzugriff auf 0/0! Mag er die 53H nicht?

Kann man denn davon ausgehen, dass die BS-Version des MPCs adäquat dem oben verwendeten SCPX V0/3 beim Formatieren auch 53h schreibt?

Nochmal nachüberlegt und zu dem Schluß gekommen, das es das auch nicht sein wird!
Außerdem läuft ja ein anderes baugleiches FDD problemlos...

Bleibt also eine etwas vertrackte Geschichte im wahrsten Sinne!
--
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den Problemen fertig zu werden, die das Volk ohne die Politiker niemals gehabt hätte. (Dieter Hildebrandt)

Dieser Beitrag wurde am 28.01.2008 um 13:27 Uhr von Deff editiert.
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
012
03.02.2008, 19:39 Uhr
Deff



Rüdiger, gibt es denn zu diesem Thema keine neuen Erkenntnisse - mir fehlt die Rückkopplung!
--
Die Politik ist ein Versuch der Politiker, zusammen mit dem Volk mit den Problemen fertig zu werden, die das Volk ohne die Politiker niemals gehabt hätte. (Dieter Hildebrandt)
Seitenanfang Seitenende
Profil || Private Nachricht || Suche Zitatantwort || Editieren || Löschen
Seiten: -1-     [ Technische Diskussionen ]  



Robotrontechnik-Forum

powered by ThWboard 3 Beta 2.84-php5
© by Paul Baecher & Felix Gonschorek