Werner Franke wrote at Thursday, August 11, 2005 8:47 AM
Was genau heisst "verabschieden"? Vor allem unter Linux: Fehlermeldungen, Syslog etc.?
So dass das System steht. Ob's unter Linux schon mal passiert ist weiss ich nicht, da mein Sohn natuerlich hauptsaechlich spielt und das unter Win98 oder XP.
Da kommen wir der Wahrheit schon einen Schritt näher ;-) *SCNR*. Was mich aber interessieren würde: wie kommst Du darauf, dass genau _diese_eine_ Platte schuld an den Problemen sein muss, wenn das System ohne weitere Meldung einfach einfriert? Wobei, wenn es unter Linux gar nicht passiert, dann wird es hier mal gleich OT sein, fürchte ich :-(
Win98 ist uebrigends auf der 1. Disk (hda) und XM auf der Zweiten. Allerdings ist XM und alle weiteren Partitionen auf hdb FAT32.
Ich nehme an, das sollte XP heissen ...
Ist das BIOS up-to-date? Bzw., im BIOS mal alles auf "safe settings" stellen. up-to-date: Habe ich nicht nachgesehen. safe settings: Muss ich mal nachsehen und machen.
Würde auf jeden Fall auf einaktuelles BIOS updaten und dann mit defaults hochfahren, bevor man versucht, dort irgendwelche wie auch immer gearteten "Tuning-Maßnahmen" zu setzen.
Es ist ein kurzes Kabel und den Wackelkontakttest habe ich auch schon gemacht. Jumper: Den fuer den 32GB Mode an der Disk habe ich ja schon beseitigt. Sonst nichts veraendert am Board. Nach was sollte ich Ausschau halten ?
Vor allem würde ich überprüfen, ob die Master/Slace-Konfiguration auf beiden IDE-Kanälen korrekt ist, dh genau ein Master und 0 oder ein Slave pro Kanal. Oft kommt es vor, dass diese Konfiguration nicht stimmt, trotzdem alles zu funktionieren scheint, dann aber doch Probleme macht. Was mir noch aufgefallen ist: Wenn ich es richtig verstanden habe, dann sind die beiden Platten an demselben DIE-Kanal - gerade in diesem Fall könnte also die Master/Slave Konfiguration schuld sein. Abgesehen davon kommt es immer wieder vor, dass bestimmte Geräte unbedingt als Master oder Slave arbeiten wollen, natürlich beides können, aber nur in _einer_ Konfiguration korrekt funktionieren, aus welchem Grund auch immer. Ich würde die zweite (XP) Platte, die jetzt Slave am ersten Kanal sein müßte, mal als Master an den zweiten Kanal hängen und sehen, ob es sich bessert, d.h. das/die CD/DVD-Laufwerk(e) wären Slave an jeweils einem der beiden Kanäle. XP sollte sich trotzdem starten lassen, man müßte nur einen geänderten Eintrag in der boot.ini (UNC-Pfad) machen, die auf der Win98 (hda, Master am ersten Kanal) Platte bzw Partition liegen sollte. Wie man Linux, dass sich auf der zweiten Platte befindet, umbiegen muss, damit es wieder funzt, weiss ich nicht genau, aber ich nehme an, dass auch das zumindest mit einem Rettungssystem wieder funktionieren müßte, alles abhängig auch davon, wie deine Bootloaderkonfiguration für Win und Linux ist.
Wenn das alles nicht die Ursache ist und sich auch auf Grund von Fehlermeldungen nichts herausfinden lässt, die Platte auf alle Fälle nochmal in einem anderen Rechner probieren, bzw auch eine andere Platte an dem Port/Kabel im betroffenen Rechner, damit man die Fehlerquelle eingrenzen kann..
Hmmm. Das ist zwar ein guter Vorschlag aber nicht so einfach machbar. Auf der betroffenen Disk sind ja nur FAT32 Partitionen und auf meinem neuen PC, der als 'anderer Rechner' in Frage kommen wuerde, ist nur Linux drauf. Ich müsste diese mounten ? Denn nur so würde Linux ein Problem merken ?
Mounten und Schreiben/Lesen ... Ist halt die Frage ob der Fehler dann zufällig oder zufällgi nicht auftritt oder ob das Problem unter Linux gar nicht besteht ... Grüße, Markus