openSuse 10.3 / SATA-Platten / Fehlermeldungen
Moin, bevor ich einen Bug melde wollte ich kurz horchen, ob dieses Problem schon anderweitig aufgetaucht ist..... Ein frisches System mit 10.3 (i586) hat neben 2 IDE-Platten auch einen zusätzlichen SATA-Controller SATA 300 TX2plus mit 2 Platten SAMSUNG HD403LJ Jetzt tauchen im Log und per dmesg massenhaft folgende Meldungen auf: ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 ata4.00: port_status 0x20080000 ata4.00: cmd 25/00:70:47:64:ff/00:00:2d:00:00/e0 tag 0 cdb 0x0 data 57344 in res 50/00:00:b6:64:ff/00:00:2d:00:00/e0 Emask 0x2 (HSM violation) ata4: soft resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/33 ata4: EH complete sd 3:0:0:0: [sdd] 781422768 512-byte hardware sectors (400088 MB) sd 3:0:0:0: [sdd] Write Protect is off sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 ata4.00: port_status 0x20080000 ata4.00: cmd 25/00:68:0f:ec:06/00:00:2e:00:00/e0 tag 0 cdb 0x0 data 53248 in res 50/00:00:76:ec:06/00:00:2e:00:00/e0 Emask 0x2 (HSM violation) ata4: soft resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/33 ata4: EH complete sd 3:0:0:0: [sdd] 781422768 512-byte hardware sectors (400088 MB) sd 3:0:0:0: [sdd] Write Protect is off sd 3:0:0:0: [sdd] Mode Sense: 00 3a 00 00 sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Erstaunlicherweise wird die Geschwindigkeit auf 1,5G reduziert, obwohl Platten wir auch Controller SATA2 (=3G) können. Irgendwelche sachdienlichen Hinweise?? Cheers Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Christian, ich habe auch die Samsung Platte 500GB... -> usb-SAMSUNG_HD501LJ_SAMSUNG_HDS0MUJ1EP901064-0:0 Nicht das dies ein Samsung Problem ist ?? Christian Kuehn schrieb:
Moin,
bevor ich einen Bug melde wollte ich kurz horchen, ob dieses Problem schon anderweitig aufgetaucht ist.....
Ein frisches System mit 10.3 (i586) hat neben 2 IDE-Platten auch einen zusätzlichen SATA-Controller SATA 300 TX2plus mit 2 Platten SAMSUNG HD403LJ
Jetzt tauchen im Log und per dmesg massenhaft folgende Meldungen auf:
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 ata4.00: port_status 0x20080000 ata4.00: cmd 25/00:70:47:64:ff/00:00:2d:00:00/e0 tag 0 cdb 0x0 data 57344 in ... ...
Ich habe zu so einem ähnlichen Problem auch schon mal einen Thread eröffnet. Leider bin ich aber nicht zu einer Lösung gekommen. "e-Sata PCMCIA / Cardbus Controller (Suse9.3-Kernel 2.6.11.4-21.15-default)" Mittlerweile habe ich die starke Vermutung, das es u.a. mit VMWare zusammenhängen könnte. Ich habe nämlich mal ohne den VMWARE Server zu starten Files hin und her kopiert und da funktionierte es. Als ich dann VMWARE gestartet (bzw. eine virtuelle Maschine) habe, habe ich im Log auf einmal ganz ähnliche Fehlermeldungen gefunden. Das ging sogar soweit, das die Zugriffe auf die Festplatte fast komplett verzögert wurden. *grummel* Ob es nun mit VMWare zusammenhängt konnte ich bis jetzt noch nicht schußendlich belegen, oder beweisen. Auch das Mailen in div. Foren brachte leider keine weiteren Erkenntnisse, so das ich nur auf die ungewissen und ungesicherten Statements aus & von google angewiesen bin. ==> Hilft mir leider nicht weiter! Gruß Axel PS: Hoffe zu dem Problem hiermit etwas beitragen zu können... -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 19.12.2007 14:00, Axel Birndt schrieb:
Hallo Christian,
ich habe auch die Samsung Platte 500GB...
-> usb-SAMSUNG_HD501LJ_SAMSUNG_HDS0MUJ1EP901064-0:0
Hallo Axel, welche Platte(n) und Kontroller verwendest Du ? Bei tritt das Problem ohne VMWARE auf. mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Kasimir, Kasimir Müller schrieb:
Am 19.12.2007 14:00, Axel Birndt schrieb:
Hallo Christian,
ich habe auch die Samsung Platte 500GB...
-> usb-SAMSUNG_HD501LJ_SAMSUNG_HDS0MUJ1EP901064-0:0
Hallo Axel, welche Platte(n) und Kontroller verwendest Du ? Bei tritt das Problem ohne VMWARE auf. mfg K. Müller
Wie gesagt eine Samsung HD501LJ_SAMSUNG_HDS0MUJ1EP901064 und einen Delock PCMCIA eSata Adapter an einem externen eSata/USB Gehäuse (Icybox) In meinem vorigen Post mit Antwort an Christians Frage, habe ich auch den Betreff meines ursprünglichen Posts beschrieben. Evtl könnte Dir/uns das ja weiterhelfen. Gruß Axel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 19 Dez 2007, Axel Birndt schrieb:
ich habe auch die Samsung Platte 500GB...
-> usb-SAMSUNG_HD501LJ_SAMSUNG_HDS0MUJ1EP901064-0:0
Nicht das dies ein Samsung Problem ist ??
Eher nicht. Hab hier 6 Samsung SATA-Platten, zwischen IIRC 3 Jahre
und 2 Monate alt und davon 2 mal o.g. Modell, und keinerlei Probleme.
-dnh
--
Schon mal aufgefallen, daß die Menschheit es geschafft hat, Menschen auf den
Mond zu schießen, bevor man auf die Idee kam, Räder an Gepäckstücke zu
schrauben? -- René
Am 19.12.2007 13:28, Christian Kuehn schrieb:
Moin,
bevor ich einen Bug melde wollte ich kurz horchen, ob dieses Problem schon anderweitig aufgetaucht ist.....
Ein frisches System mit 10.3 (i586) hat neben 2 IDE-Platten auch einen zusätzlichen SATA-Controller SATA 300 TX2plus mit 2 Platten SAMSUNG HD403LJ
Jetzt tauchen im Log und per dmesg massenhaft folgende Meldungen auf:
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Hallo Christian, ist bei mir das gleiche allerdings mit einem sil24-Kontroller. Und zwar sowohl unter 32bit wie 64bit-System. Ich habe ausführlich mit dem Entwickler konferiert, er hält es für einen Hardware-Fehler (sterbende Platten). smart sagt aber, daß die Platten gesund sind. Ich habe ebenfalls Samsung-Platten (verschiedene Grössen). Ich wollte mit zu Weihnachten mal eine Platte eines anderen Herstellers reinmachen und schauen. Hast Du die Möglichkeit, eine Platte eines anderen Herstellers einzubauen ? Meine persönliche Meinung ist, dass es was mit IRQ-Timeouts zu tun haben könnte. Bisher habe ich noch keinen Datenverlust bemerkt. Alle Files sind mit md5-Sumen versehen und werden täglich gecheckt. mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Kasimir Kasimir Müller schrieb:
Hallo Christian, ist bei mir das gleiche allerdings mit einem sil24-Kontroller. Und zwar sowohl unter 32bit wie 64bit-System. Ich habe ausführlich mit dem Entwickler konferiert, er hält es für einen Hardware-Fehler (sterbende Platten).
Konntest Du mit dem Entwickler evtl auch einen Zusammenhang zu VMWare herstellen? (nicht das ich VMWare irgendwas unterstellen wollte.... Ist nur ne reine Beobachtung gewesen..)
smart sagt aber, daß die Platten gesund sind. Ich habe ebenfalls Samsung-Platten (verschiedene Grössen).
Das ist aber jetzt echt interessant. ICh habe erst vor kurzem, eine Samsung Platte (die war noch fast neu -- 7 o. 8 Monate??). Diese habe ich dann wieder zurückgegeben. Die Platte hatte dann massenhaft Fehlerhafte Sektoren. Jetzt habe ich eine neue Samsung-Platte. Mal schauen, was oder ob da noch was passiert. Sollte das noch mal vorkommen, wäre das meine erste und letzte Samsung Platte in meinem Leben ;) ;) ... Leider kann ich mit Smart die Platten, die über USB angeschlossen sind nicht checken. Gäbe es da evtl noch andere Möglichkeiten, die zu prüfen? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 19.12.2007 14:22, Axel Birndt schrieb:
Hallo Kasimir
Kasimir Müller schrieb:
Hallo Christian, ist bei mir das gleiche allerdings mit einem sil24-Kontroller. Und zwar sowohl unter 32bit wie 64bit-System. Ich habe ausführlich mit dem Entwickler konferiert, er hält es für einen Hardware-Fehler (sterbende Platten).
Konntest Du mit dem Entwickler evtl auch einen Zusammenhang zu VMWare herstellen? (nicht das ich VMWare irgendwas unterstellen wollte.... Ist nur ne reine Beobachtung gewesen..)
smart sagt aber, daß die Platten gesund sind. Ich habe ebenfalls Samsung-Platten (verschiedene Grössen).
Das ist aber jetzt echt interessant. ICh habe erst vor kurzem, eine Samsung Platte (die war noch fast neu -- 7 o. 8 Monate??). Diese habe ich dann wieder zurückgegeben. Die Platte hatte dann massenhaft Fehlerhafte Sektoren. Jetzt habe ich eine neue Samsung-Platte. Mal schauen, was oder ob da noch was passiert. Sollte das noch mal vorkommen, wäre das meine erste und letzte Samsung Platte in meinem Leben ;) ;) ...
Leider kann ich mit Smart die Platten, die über USB angeschlossen sind nicht checken.
Gäbe es da evtl noch andere Möglichkeiten, die zu prüfen?
Hi Axel, Kein VMWARE bei mir. Kannst Du die Platte nicht vorübergehend dirket an SATA anschliessen ? mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Kasimir, Kasimir Müller schrieb: ...
Hi Axel, Kein VMWARE bei mir. Kannst Du die Platte nicht vorübergehend dirket an SATA anschliessen ?
mfg K. Müller
genau dabei tritt ja das Problem auf. Wenn ich das Gehäuse mit USB angeschlossen habe, habe ich die Probleme nämlich nicht. Nur bei Anschluß an SATA. Gruß Axel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Kasimir Müller wrote:
Am 19.12.2007 13:28, Christian Kuehn schrieb:
Moin,
bevor ich einen Bug melde wollte ich kurz horchen, ob dieses Problem schon anderweitig aufgetaucht ist.....
Ein frisches System mit 10.3 (i586) hat neben 2 IDE-Platten auch einen zusätzlichen SATA-Controller SATA 300 TX2plus mit 2 Platten SAMSUNG HD403LJ
Jetzt tauchen im Log und per dmesg massenhaft folgende Meldungen auf:
ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2
Hallo Christian, ist bei mir das gleiche allerdings mit einem sil24-Kontroller. Und zwar sowohl unter 32bit wie 64bit-System. Ich habe ausführlich mit dem Entwickler konferiert, er hält es für einen Hardware-Fehler (sterbende Platten). smart sagt aber, daß die Platten gesund sind. Ich habe ebenfalls Samsung-Platten (verschiedene Grössen). Ich wollte mit zu Weihnachten mal eine Platte eines anderen Herstellers reinmachen und schauen. Hast Du die Möglichkeit, eine Platte eines anderen Herstellers einzubauen ? Meine persönliche Meinung ist, dass es was mit IRQ-Timeouts zu tun haben könnte. Bisher habe ich noch keinen Datenverlust bemerkt. Alle Files sind mit md5-Sumen versehen und werden täglich gecheckt.
Hi Kasimir, das ist bei einem produktiven System schon problematisch. Zumal diese Meldung bei beiden Platten auftaucht, die Platten gerade mal 3 Wochen alt sind und diese Fehler m.E. erst mit 10.3 aufgetreten sind. Und nur noch mal zur Klärung: * Kein VMWARE * SATA2-Kontroller im PCI-Slot * 2 Samsung-Platten SATA2 Komischerweise downgraded der Treiber ja auch von 3G auf 1,5G, denn beim Boot startet der Treiber mit: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata3.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata3.00: configured for UDMA/133 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata4.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata4.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata4.00: configured for UDMA/133 um dann irgendwann runterzugehen: ata4: limiting SATA link speed to 1.5 Gbps ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata4.00: port_status 0x20080000 ata4.00: cmd c8/00:78:cf:3b:f0/00:00:00:00:00/ef tag 0 cdb 0x0 data 61440 in res 50/00:00:46:3c:f0/00:00:0f:00:00/ef Emask 0x2 (HSM violation) ata4: hard resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH pending after completion, repeating EH (cnt=4) ata4: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata4: hotplug_status 0x20 ata4: soft resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH complete bzw. ata3: limiting SATA link speed to 1.5 Gbps ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata3.00: port_status 0x20080000 ata3.00: cmd c8/00:88:bf:60:aa/00:00:00:00:00/ed tag 0 cdb 0x0 data 69632 in res 50/00:00:46:61:aa/00:00:2a:00:00/ed Emask 0x2 (HSM violation) ata3: hard resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH pending after completion, repeating EH (cnt=4) ata3: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata3: hotplug_status 0x10 ata3: soft resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH complete Komisch. Oder? Grüße Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hi Christian, Am Mittwoch 19 Dezember 2007 14:43:12 schrieb Christian Kuehn:
das ist bei einem produktiven System schon problematisch.
Zumal diese Meldung bei beiden Platten auftaucht, die Platten gerade mal 3 Wochen alt sind und diese Fehler m.E. erst mit 10.3 aufgetreten sind.
Und nur noch mal zur Klärung: * Kein VMWARE * SATA2-Kontroller im PCI-Slot * 2 Samsung-Platten SATA2
Komischerweise downgraded der Treiber ja auch von 3G auf 1,5G, denn beim Boot startet der Treiber mit: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata3.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata3.00: configured for UDMA/133 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata4.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata4.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata4.00: configured for UDMA/133
um dann irgendwann runterzugehen: ata4: limiting SATA link speed to 1.5 Gbps ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata4.00: port_status 0x20080000 ata4.00: cmd c8/00:78:cf:3b:f0/00:00:00:00:00/ef tag 0 cdb 0x0 data 61440 in res 50/00:00:46:3c:f0/00:00:0f:00:00/ef Emask 0x2 (HSM violation) ata4: hard resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH pending after completion, repeating EH (cnt=4) ata4: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata4: hotplug_status 0x20 ata4: soft resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH complete
bzw. ata3: limiting SATA link speed to 1.5 Gbps ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata3.00: port_status 0x20080000 ata3.00: cmd c8/00:88:bf:60:aa/00:00:00:00:00/ed tag 0 cdb 0x0 data 69632 in res 50/00:00:46:61:aa/00:00:2a:00:00/ed Emask 0x2 (HSM violation) ata3: hard resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH pending after completion, repeating EH (cnt=4) ata3: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata3: hotplug_status 0x10 ata3: soft resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH complete
sowas und schlimmeres kenne ich aus genau 2 Szenarien: 1. ranziges SATA Kabel 2. schwachbrüstiges Netzteil mit dem hübschen Nebeneffekt das das Problem erst dann auftritt wenn beide Platten heftigst rödeln und evtl. noch etwas auf der CPU und der Graka passiert. btw: die Plattenhersteller haben alle ihr kleines Diagnosetool, ist auf der aktuellen Knoppicillin der CT drauf ... Gruss Falk -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
From: "Falk Sauer"
Am Mittwoch 19 Dezember 2007 14:43:12 schrieb Christian Kuehn:
das ist bei einem produktiven System schon problematisch.
Zumal diese Meldung bei beiden Platten auftaucht, die Platten gerade mal 3 Wochen alt sind und diese Fehler m.E. erst mit 10.3 aufgetreten sind.
Und nur noch mal zur Klärung: * Kein VMWARE * SATA2-Kontroller im PCI-Slot * 2 Samsung-Platten SATA2
Komischerweise downgraded der Treiber ja auch von 3G auf 1,5G, denn beim Boot startet der Treiber mit: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata3.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata3.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata3.00: configured for UDMA/133 ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300) ata4.00: ATA-8: SAMSUNG HD403LJ, CT100-11, max UDMA7 ata4.00: 781422768 sectors, multi 0: LBA48 NCQ (depth 0/32) ata4.00: configured for UDMA/133
um dann irgendwann runterzugehen: ata4: limiting SATA link speed to 1.5 Gbps ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata4.00: port_status 0x20080000 ata4.00: cmd c8/00:78:cf:3b:f0/00:00:00:00:00/ef tag 0 cdb 0x0 data 61440 in res 50/00:00:46:3c:f0/00:00:0f:00:00/ef Emask 0x2 (HSM violation) ata4: hard resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH pending after completion, repeating EH (cnt=4) ata4: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata4: hotplug_status 0x20 ata4: soft resetting link ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata4.00: configured for UDMA/133 ata4: EH complete
bzw. ata3: limiting SATA link speed to 1.5 Gbps ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 ata3.00: port_status 0x20080000 ata3.00: cmd c8/00:88:bf:60:aa/00:00:00:00:00/ed tag 0 cdb 0x0 data 69632 in res 50/00:00:46:61:aa/00:00:2a:00:00/ed Emask 0x2 (HSM violation) ata3: hard resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH pending after completion, repeating EH (cnt=4) ata3: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xb ata3: hotplug_status 0x10 ata3: soft resetting link ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) ata3.00: configured for UDMA/133 ata3: EH complete
sowas und schlimmeres kenne ich aus genau 2 Szenarien:
1. ranziges SATA Kabel 2. schwachbrüstiges Netzteil mit dem hübschen Nebeneffekt das das Problem erst dann auftritt wenn beide Platten heftigst rödeln und evtl. noch etwas auf der CPU und der Graka passiert.
btw: die Plattenhersteller haben alle ihr kleines Diagnosetool, ist auf der aktuellen Knoppicillin der CT drauf ...
Hi Falk, ich kenne dieses Problem auch, allerdings aus der 10.1er. Es hing mit einem Kernelupdate zusammen, ich habe den alten Kernel zurückgespielt und seitdem kann ich wieder einwandfrei arbeiten. Allerdings ist ein Kernelupdate nun ausgeschlossen. Deine beiden Punkte kann ich definitiv ausschließen. Ich hatte auch mit dem Rescue System ("uralter" Kernel) sofort wieder zugriff. Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 20.12.07 schrieb Daniel Bauer
ich kenne dieses Problem auch, allerdings aus der 10.1er. Es hing mit einem Kernelupdate zusammen, ich habe den alten Kernel zurückgespielt und seitdem kann ich wieder einwandfrei arbeiten. Allerdings
Same here. 10.1, kernel update und auf einmal fangen die Platten an, Mucken zu machen. Nicht immer, sondern nur bei bestimmten Lasten. Ich hoffe ja noch, daß das irgendwann anstehende Update auf 10.3 das Problem beseitigt. Bugreport hab' ich mir wg. NVIDIA-BLOB gespart, Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (7)
-
Axel Birndt -
Christian Kuehn -
Daniel Bauer -
David Haller -
Falk Sauer -
Kasimir Müller -
Martin Schröder