[opensuse] OpenSuSE 10.2 friert ein beim Onlineupdate oder Login und auch sonst
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert. Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update. Ich starte das Update über den OpenSuSE updater ZMD rug sind deinstalliert. Er lädt die Dateien und friert ein. Dies passiert bei jedem 2. Updateversuch. Manchmal friert das System auch bei normalen Arbeiten ein. Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat. Ich habe die Riegel dann in einen andere Slot reingesteckt und der Fehler verschwand. Ich habe deswegen an ein RAM-Problem gedacht aber unter Windows läuft das System relativ ohne Abstürze. Ich habe auch im Systemlog nachgeschaut fand aber nichts verdächtiges. So nun wie löse ich das Problem? -- 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
Den Rechner mit MEMTEST stressen, feststellen, dass der Speicher ein Problem hat und neue Module einbauen, bzw. ggf. BIOS-Einstellungen ändern. Das gleich Problem hatte ich auch schon: Windows ok, Linux gefroren. Also: SPEICHERTESTEN angesagt! Gruß, Marko
Am Freitag, 4. Mai 2007 15:52 schrieb Michael Werner:
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert. Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update. Ich starte das Update über den OpenSuSE updater ZMD rug sind deinstalliert. Er lädt die Dateien und friert ein. Dies passiert bei jedem 2. Updateversuch. Manchmal friert das System auch bei normalen Arbeiten ein. Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat. Ich habe die Riegel dann in einen andere Slot reingesteckt und der Fehler verschwand. Ich habe deswegen an ein RAM-Problem gedacht aber unter Windows läuft das System relativ ohne Abstürze. Ich habe auch im Systemlog nachgeschaut fand aber nichts verdächtiges. So nun wie löse ich das Problem?
Erster Kandidat ist der neue Speicherriegel. Dass unter Win nichts passiert, liegt daran, dass der Speicherfehler erst an einer Stelle sein kann, die Windows nie nutzt, während Linux sofort den gesamten Speicher nutzt und Cache draus macht. Lasse einmal den Memtest (auf Install-DVD drauf) länger laufen (einige Stunden). Wenn Du mehrere Riegel hast, nimm immer nur einen, ausßer Du kannst an einer Fehleradresse abschätzen, in welchem der fehler steckt. Viel Glück Gerhard -- 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
Michael Werner schrieb:
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert. Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update. Ich starte das Update über den OpenSuSE updater ZMD rug sind deinstalliert. Er lädt die Dateien und friert ein. Dies passiert bei jedem 2. Updateversuch. Manchmal friert das System auch bei normalen Arbeiten ein. Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat. Ich habe die Riegel dann in einen andere Slot reingesteckt und der Fehler verschwand. Ich habe deswegen an ein RAM-Problem gedacht aber unter Windows läuft das System relativ ohne Abstürze. Ich habe auch im Systemlog nachgeschaut fand aber nichts verdächtiges. So nun wie löse ich das Problem?
Hört sich sehr nach einem defekten riegel an. Schau mal, ober es mit einem anderen Riegel passiert. Kannst ja mal von suse aus einen Speicherscheck mal machen, mal schaun was Linux dazu sagt. Gruß Peter -- 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 Liste! Da hab´ ich doch gerade ein Deja vu :-) ### Peter Llorens y Rilk, Samstag, 5. Mai 2007 20:01 ###
Michael Werner schrieb:
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert.
Yep, hab´ ich auch
Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update.
Das war noch nicht der Fall. Allerdings habe ich gestern zwei Freezes eingefangen beim Kopieren von vielen einzelnen files über LAN an mein Laptop. Aber auch bei langen Downloads via bittorrent (Azureus-Client) passiert das hin und wieder.
Manchmal friert das System auch bei normalen Arbeiten ein.
Ja, auch das kenne ich, allerdings seltener.
Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat.
Ich hab´ hier 2GB RAM
Hört sich sehr nach einem defekten riegel an. Schau mal, ober es mit einem anderen Riegel passiert. Kannst ja mal von suse aus einen Speicherscheck mal machen, mal schaun was Linux dazu sagt.
memtest von einer recht aktuellen Knoppix-CD sacht, das alles ok ist. Ist der Speichertest von Opensuse ein anderer als der von Knoppix? Viele Grüße Rolf -- 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 Sonntag, 6. Mai 2007 schrieb Rolf Krüger:
Hallo Liste!
Da hab´ ich doch gerade ein Deja vu :-)
### Peter Llorens y Rilk, Samstag, 5. Mai 2007 20:01 ###
Michael Werner schrieb:
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert.
Yep, hab´ ich auch
Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update.
Das war noch nicht der Fall. Allerdings habe ich gestern zwei Freezes eingefangen beim Kopieren von vielen einzelnen files über LAN an mein Laptop. Aber auch bei langen Downloads via bittorrent (Azureus-Client) passiert das hin und wieder.
Manchmal friert das System auch bei normalen Arbeiten ein.
Ja, auch das kenne ich, allerdings seltener.
Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat.
Ich hab´ hier 2GB RAM
Hört sich sehr nach einem defekten riegel an. Schau mal, ober es mit einem anderen Riegel passiert. Kannst ja mal von suse aus einen Speicherscheck mal machen, mal schaun was Linux dazu sagt.
memtest von einer recht aktuellen Knoppix-CD sacht, das alles ok ist. Ist der Speichertest von Opensuse ein anderer als der von Knoppix?
Könnten das ein MDT-Ram sein, die sind (hoffentlich) gerade dabei meinen 2GB-Kit auszutauschen, weil: "leider besteht bei dem 965er Chipsatz ein BIOS Problem, dass nicht mit unserer-16A Variante laufen will." Mein Board (MSI 945GT Speedster) lief erst nur mit einem, dem südlichen Slot, dann doch mit beiden, aber statt 667 unter 533 (im Bios Manual nicht Automatisch), aber irgenwann dann auch da nicht mehr => kein Boot nur Beeps. Habe auch am Anfang (bereits mit 2 Steinen bei 533) mal einen 5 Min Memtest gemacht - auch ohne Probleme, obwohl 5 Min nicht wirklich etwas sagen.. MDTs Angebot: Bitte schicken Sie Ihre Module mit einer Kopie der Erwerbsrechnung und unseres Schriftwechsels an ... Die Module werden dann innerhalb 1 Tages gegen lauffähige -16 Module ausgetauscht. Testet Memtest auch das Chip-Bios? Schönen Sonntag, Calli -- 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
### gooly@gmx.at, Sonntag, 6. Mai 2007 13:15 ###
Könnten das ein MDT-Ram sein, die sind (hoffentlich) gerade dabei meinen 2GB-Kit auszutauschen, weil: "leider besteht bei dem 965er Chipsatz ein BIOS Problem, dass nicht mit unserer-16A Variante laufen will."
Hmm, hier sind meine Komponenten: Motherboard: Intel DQ965GF Chipsatz: Intel Q965 Express, I/O-Controller: Intel ICH8R Proz: Intel Core2Duo E6300 1,86 GHz EM64T Graphics: Intel GMA 3000 (onboard) Sound: SigmaTel STAC9227 (onboard) LAN: Intel 82566DM Gigabit-Lan (onboard) LAN: Syskonnekt SK-9521 V2.0 10/100/1000Base-T (PCI) RAM: 2GB HD 1: Hitachi HDS72168 HD 2: Hitachi HDT72502 DVD: NEC DV-5800E Allerdings kann ich nix zum RAM sagen, ich hab´ hier ein transtec Komplettsystem. Woran kann ich sehen, dass es MDT RAMs sind?
Mein Board (MSI 945GT Speedster) lief erst nur mit einem, dem südlichen Slot, dann doch mit beiden, aber statt 667 unter 533 (im Bios Manual nicht Automatisch), aber irgenwann dann auch da nicht mehr => kein Boot nur Beeps.
Habe auch am Anfang (bereits mit 2 Steinen bei 533) mal einen 5 Min Memtest gemacht - auch ohne Probleme, obwohl 5 Min nicht wirklich etwas sagen..
Ich habe den memtest ca. 1 Stunde laufen lassen. Ohne Befund. Grüße Rolf -- 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 Sonntag, 6. Mai 2007 schrieb Rolf Krüger:
### gooly@gmx.at, Sonntag, 6. Mai 2007 13:15 ###
Könnten das ein MDT-Ram sein, die sind (hoffentlich) gerade dabei meinen 2GB-Kit auszutauschen, weil: "leider besteht bei dem 965er Chipsatz ein BIOS Problem, dass nicht mit unserer-16A Variante laufen will."
Hmm, hier sind meine Komponenten: Motherboard: Intel DQ965GF Chipsatz: Intel Q965 Express, I/O-Controller: Intel ICH8R
Proz: Intel Core2Duo E6300 1,86 GHz EM64T
Graphics: Intel GMA 3000 (onboard) Sound: SigmaTel STAC9227 (onboard) LAN: Intel 82566DM Gigabit-Lan (onboard) LAN: Syskonnekt SK-9521 V2.0 10/100/1000Base-T (PCI) RAM: 2GB
HD 1: Hitachi HDS72168 HD 2: Hitachi HDT72502 DVD: NEC DV-5800E
Allerdings kann ich nix zum RAM sagen, ich hab´ hier ein transtec Komplettsystem. Woran kann ich sehen, dass es MDT RAMs sind? Aufmachen - oder ist das ein Notebook? Rechnung? Über unique ID des Memory (hwinfo --memory) - ich weiss aber nicht ob das bezüglich Hersteller und Typ eindeutig ist? Bei meinem anderen schaut das so aus:
Mein Board (MSI 945GT Speedster) lief erst nur mit einem, dem südlichen Slot, dann doch mit beiden, aber statt 667 unter 533 (im Bios Manual nicht Automatisch), aber irgenwann dann auch da nicht mehr => kein Boot nur Beeps.
Habe auch am Anfang (bereits mit 2 Steinen bei 533) mal einen 5 Min Memtest gemacht - auch ohne Probleme, obwohl 5 Min nicht wirklich etwas sagen..
Ich habe den memtest ca. 1 Stunde laufen lassen. Ohne Befund.
Grüße Rolf
-- 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
uups, falsche Taste.. hier meine Ergebnis von hwinfo --memory: 01: None 00.0: 10102 Main Memory [Created at memory.59] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x7fedfbff (rw) Memory Size: 2 GB Config Status: cfg=no, avail=yes, need=no, active=unknown Allerdings ist das wahrsch. kein MDT und ist auch nur ein Stein. Meine MDT sind gerede zum Tausch weg, könnte Dir aber danach meine unique ID schicken.. calli -- 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! ### gooly@gmx.at, Sonntag, 6. Mai 2007 14:13 ###
hier meine Ergebnis von hwinfo --memory:
01: None 00.0: 10102 Main Memory [Created at memory.59] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x7fedfbff (rw) Memory Size: 2 GB Config Status: cfg=no, avail=yes, need=no, active=unknown
und hier meine :-) 01: None 00.0: 10102 Main Memory [Created at memory.61] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x7e6fffff (rw) Memory Size: 1 GB + 992 MB Config Status: cfg=no, avail=yes, need=no, active=unknown Also die UniqueID ist IMHO identisch ... hmmm Ich mach jetzt gleich mal den Rechner auf und gucke mal nach. Gruß Rolf -- 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
### gooly@gmx.at, Sonntag, 6. Mai 2007 14:13 ###
hier meine Ergebnis von hwinfo --memory:
01: None 00.0: 10102 Main Memory [Created at memory.59] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x7fedfbff (rw) Memory Size: 2 GB Config Status: cfg=no, avail=yes, need=no, active=unknown
und hier meine :-)
01: None 00.0: 10102 Main Memory [Created at memory.61] Unique ID: rdCR.CxwsZFjVASF Hardware Class: memory Model: "Main Memory" Memory Range: 0x00000000-0x7e6fffff (rw) Memory Size: 1 GB + 992 MB Config Status: cfg=no, avail=yes, need=no, active=unknown
Also die UniqueID ist IMHO identisch ... hmmm Ich mach jetzt gleich mal den Rechner auf und gucke mal nach.
:) bin gespannt und gleich wieder da (hole mir einen Apfelstrudel :) Aber - wie teilweise gesagt - meine (diese) sind nicht die, die ich eingesendet habe (deren unique.ID kenn ich nicht!) und meine, diese stecken in einem alten Board - möglich das das keine Probleme verursacht. Dies
Config Status: cfg=no, avail=yes, need=no, active=unknown ist lustig: avail=yes, need=no, active=unknown Wann ist need=yes ?
Calli -- 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! ### gooly@gmx.at, Sonntag, 6. Mai 2007 16:07 ###
### gooly@gmx.at, Sonntag, 6. Mai 2007 14:13 ###
hier meine Ergebnis von hwinfo --memory:
Unique ID: rdCR.CxwsZFjVASF Memory Size: 2 GB Config Status: cfg=no, avail=yes, need=no, active=unknown
und hier meine :-) Unique ID: rdCR.CxwsZFjVASF Memory Size: 1 GB + 992 MB Config Status: cfg=no, avail=yes, need=no, active=unknown
Also die UniqueID ist IMHO identisch ... hmmm Ich mach jetzt gleich mal den Rechner auf und gucke mal nach.
:) bin gespannt und gleich wieder da (hole mir einen Apfelstrudel :)
Guten Appetit :-)
Aber - wie teilweise gesagt - meine (diese) sind nicht die, die ich eingesendet habe (deren unique.ID kenn ich nicht!) und meine, diese stecken in einem alten Board - möglich das das keine Probleme verursacht.
Ja, war mir schon klar. Wenn das mit der UniqueId wirklich Aussagewert hat, müssten in deinem momentanen System Samsung Steine verbaut sein. Ich hab´ mal ´reingeschaut und hab´ gesehen, dass es bei mir Samsumgs sind. Schade eigentlich, mir wär´s lieber gewesen, ich hätte auch MDTs ´drin, dann hätte ich einen Anhaltspunkt für weitere Forschungen gehabt. Ich glaub´ ich werd mal´n bischen mit den RAM-Settings im BIOS spielen.
Dies
Config Status: cfg=no, avail=yes, need=no, active=unknown ist lustig: avail=yes, need=no, active=unknown
Wann ist
need=yes ?
Gute Frage, vielleicht hat das mit den RAM-Settings im BIOS zu tun .... Grüße Rolf -- 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 Liste ### Rolf Krüger, Sonntag, 6. Mai 2007 16:54 ###
Schade eigentlich, mir wär´s lieber gewesen, ich hätte auch MDTs ´drin, dann hätte ich einen Anhaltspunkt für weitere Forschungen gehabt.
Ich glaub´ ich werd mal´n bischen mit den RAM-Settings im BIOS spielen.
Das Heruntersetzen von 600Mhz auf 533Mhz scheint das Problem gelöst zu haben, Ich hatte jetzt - trotz aller früher kritischen Arbeiten - keinen einzigen Freeze mehr seitdem. Eigentlich schade, ich hab´ ja schliesslich für 600MHz RAMs bezahlt :-) aber gefühlt ist da kein Unterschied. Viele Grüße Rolf -- 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 Dienstag, 8. Mai 2007 schrieb Rolf Krüger:
Hallo Liste
### Rolf Krüger, Sonntag, 6. Mai 2007 16:54 ###
Schade eigentlich, mir wär´s lieber gewesen, ich hätte auch MDTs ´drin, dann hätte ich einen Anhaltspunkt für weitere Forschungen gehabt.
Ich glaub´ ich werd mal´n bischen mit den RAM-Settings im BIOS spielen.
Das Heruntersetzen von 600Mhz auf 533Mhz scheint das Problem gelöst zu haben, Ich hatte jetzt - trotz aller früher kritischen Arbeiten - keinen einzigen Freeze mehr seitdem.
Eigentlich schade, ich hab´ ja schliesslich für 600MHz RAMs bezahlt :-) aber gefühlt ist da kein Unterschied.
hmm, ich habe das (677 -> 533) mir meinen MDT ja auch probiert, um noch ein wenig mit SuSE 9.3 probieren zu können (ist ja 64-bit und das LAN muss ich neu 'reinbringen'), aber nach ein paar Tagen plötzlich beim boot: Nix, nur beeps - da hab ich dann eingeschickt. Schaut für mich so aus, als ob der 965 ganz Besonderes verlangt und nicht alles geht? Könnte sein, dass dieses 533 dann doch nur eine temporäre Lösung ist, die Intervalle wären halt länger. Vielleicht müßest Du dann noch die 4-4-4-.. und so aucvh noch verlängern. Alles Gute Calli -- 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 Mittwoch, 9. Mai 2007 schrieb gooly@gmx.at:
Am Dienstag, 8. Mai 2007 schrieb Rolf Krüger:
Hallo Liste
### Rolf Krüger, Sonntag, 6. Mai 2007 16:54 ###
Schade eigentlich, mir wär´s lieber gewesen, ich hätte auch MDTs ´drin, dann hätte ich einen Anhaltspunkt für weitere Forschungen gehabt.
Ich glaub´ ich werd mal´n bischen mit den RAM-Settings im BIOS spielen.
Das Heruntersetzen von 600Mhz auf 533Mhz scheint das Problem gelöst zu haben, Ich hatte jetzt - trotz aller früher kritischen Arbeiten - keinen einzigen Freeze mehr seitdem.
Eigentlich schade, ich hab´ ja schliesslich für 600MHz RAMs bezahlt
:-) aber gefühlt ist da kein Unterschied.
hmm, ich habe das (677 -> 533) mir meinen MDT ja auch probiert, um noch ein wenig mit SuSE 9.3 probieren zu können (ist ja 64-bit und das LAN muss ich neu 'reinbringen'), aber nach ein paar Tagen plötzlich beim boot: Nix, nur beeps - da hab ich dann eingeschickt.
Schaut für mich so aus, als ob der 965 ganz Besonderes verlangt und nicht alles geht? Könnte sein, dass dieses 533 dann doch nur eine temporäre Lösung ist, die Intervalle wären halt länger. Vielleicht müßest Du dann noch die 4-4-4-.. und so aucvh noch verlängern.
Vielleicht noch eine Idee, ich hab einfach an MDT geschrieben, à la: "Ihr Ram geht nicht in meinem Board, können Sie mir dazu 'was sagen?" und erhielt das Tauschangebot - versuch's mal. Calli -- 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
Peter Llorens y Rilk schrieb:
Michael Werner schrieb:
Moin, moin, habe das Problem, dass OpenSuSE 10.2 aus dem nichts einfriert. Überwiegend passiert das, wenn ich die KDE Oberfläche zu sehen bekomme oder beim einem Online-update. Ich starte das Update über den OpenSuSE updater ZMD rug sind deinstalliert. Er lädt die Dateien und friert ein. Dies passiert bei jedem 2. Updateversuch. Manchmal friert das System auch bei normalen Arbeiten ein. Dieses Problem habe ich vermutlich seid dem ich zusätzlich 1 GB Ram eingebaut habe, denn nach dem die Riegel eingebaut waren frierte Linux ein nach dem er mehr als 1 GB Arbeitsspeicher gebraucht hat. Ich habe die Riegel dann in einen andere Slot reingesteckt und der Fehler verschwand. Ich habe deswegen an ein RAM-Problem gedacht aber unter Windows läuft das System relativ ohne Abstürze. Ich habe auch im Systemlog nachgeschaut fand aber nichts verdächtiges. So nun wie löse ich das Problem?
Hört sich sehr nach einem defekten riegel an. Schau mal, ober es mit einem anderen Riegel passiert. Kannst ja mal von suse aus einen Speicherscheck mal machen, mal schaun was Linux dazu sagt.
Gruß Peter Habe die neuen Riegel rausgenommen und bisher gab's kein einfieren mehr. Es ist aber schon merkwürdig, dass es bei er primär beim Installieren von Software einfriert. Ein Speichertest mache ich demnächst. -- 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 (6)
-
gooly＠gmx.at -
linux -
Marko Kaening -
Michael Werner -
Peter Llorens y Rilk -
Rolf Krüger