Hi wrohr,
wäre es ein hardware fehler müsste meine windows partition auch andauernd abschmieren oder? Weil diese läuft einwandfrei und stabil. Hab vergessen zu erwähnen das ich dualboot hab sorry
Hi wrohr,
wäre es ein hardware fehler müsste meine windows partition auch andauernd abschmieren oder? Weil diese läuft einwandfrei und stabil. Hab vergessen zu erwähnen das ich dualboot hab sorry
Hi wrohr,
wäre es ein hardware fehler müsste meine windows partition auch andauernd abschmieren oder? Weil diese läuft einwandfrei und stabil. Hab vergessen zu erwähnen das ich dualboot hab sorry
vermutlich wird es so sein. aber was kannst schon verlieren, wenn du mal 1-2 stunden den rechner damit laufen lässt.
windows nutzt den ram nicht so intesiv wie linux. manchmal hatten wir es schon, dass ein rechner zwar anscheinend unter win7 funktionierte, aber unter linux generell gerne abstützte. der grund waren meist die RAM bausteine.
grüsse
wrohr
Danke für die Uploads.
Ich bin da zuwenig kompetent um etwas zu sehen.
Aber:
2013-06-06T11:35:40.329624+02:00 linux-exxk kernel: [ 8.600573] kvm: Nested Virtualization enabled
2013-06-06T11:35:40.329626+02:00 linux-exxk kernel: [ 8.600579] kvm: Nested Paging enabled
Was zeigt:
(oder evtl. kvm_intel)
Kannst Du dies mal abstellen? Vermutlich mit der Boot-Option
(falls amd dann: kvm-amd)
>>> Google mit Suchmaske "KVM Nested Virtualization"
Ein anderer Vorschlag:
Boote mal den "failsafe" Modus (GRUB Boot Menü). Falls (wider erwarten) das System dann stabil läuft, müsstest Du die Boot Parameter von "failsafe" (einer nach dem anderen) im normalen Boot testen.
Was hast Du alles an USB angeschlossen? (Bluetooth vielleicht ein Problem?)
Noch etwas:
Lass mal "top" laufen und beobachte wieviel vom RAM benutzt wird (vor dem crash).
-/-
Hi,
also hab 6Gb Ram von denen meist 1,1 GB belegt sind wenn ich dann office, amarok etc an habe. Ich habe diese 6GB aber noch nie ausgelastet.
Wenn ich bei kde vor ich mich einlogge da die oberfläche auf abgesichteren modus mit plasma... einstelle stürzt mir das system nicht ab und läuft stabil. Habe das nämlich gestern und heute morgen noch ausprobiert.
Gruß daniel
Wenn ich bei kde vor ich mich einlogge da die oberfläche auf abgesichteren modus mit plasma... einstelle stürzt mir das system nicht ab und läuft stabil. Habe das nämlich gestern und heute morgen noch ausprobiert.
Das schränkt den Übeltäter etwas ein.
Mir fällt mehreres ein:
flo
# | Alias | Name | Aktiviert | Aktualisieren | Priorität | URI
---+---------------------------+------------------------------------+-----------+---------------+-----------+------------------------------------------------------------------------------------
1 | KDE:Release:410 | KDE:Release:410 | Ja | Ja | 99 | http://download.opensuse.org/repositories/KDE:/Release:/410/openSUSE_12.3/
2 | SuSE | SuSE | Ja | Ja | 99 | http://download.videolan.org/pub/vlc/SuSE/12.3/
3 | devel:tools:ide | devel:tools:ide | Ja | Ja | 99 | http://download.opensuse.org/repositories/devel:/tools:/ide/openSUSE_12.3/
4 | games | games | Ja | Ja | 99 | http://download.opensuse.org/repositories/games/openSUSE_12.3/
5 | home:Herbster0815 | home:Herbster0815 | Ja | Ja | 99 | http://download.opensuse.org/repositories/home:/Herbster0815/openSUSE_12.3/
6 | openSUSE-12.3-1.7 | openSUSE-12.3-1.7 | Ja | Nein | 99 | cd:///?devices=/dev/disk/by-id/ata-TSSTcorp_CDDVDW_SH-216AB_R8FF68EB720315,/dev/sr0
7 | repo-debug | openSUSE-12.3-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/distribution/12.3/repo/oss/
8 | repo-debug-update | openSUSE-12.3-Update-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/update/12.3/
9 | repo-debug-update-non-oss | openSUSE-12.3-Update-Debug-Non-Oss | Nein | Ja | 99 | http://download.opensuse.org/debug/update/12.3-non-oss/
10 | repo-non-oss | openSUSE-12.3-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/12.3/repo/non-oss/
11 | repo-oss | openSUSE-12.3-Oss | Ja | Ja | 99 | http://download.opensuse.org/distribution/12.3/repo/oss/
12 | repo-source | openSUSE-12.3-Source | Nein | Ja | 99 | http://download.opensuse.org/source/distribution/12.3/repo/oss/
13 | repo-update | openSUSE-12.3-Update | Ja | Ja | 99 | http://download.opensuse.org/update/12.3/
14 | repo-update-non-oss | openSUSE-12.3-Update-Non-Oss | Ja | Ja | 99 | http://download.opensuse.org/update/12.3-non-oss/
Alles anzeigen
Grafik Treiber ist der vorinstallierte von der Suse DVD. Daran hab ich nichts geändert. Evtl wird meine Chip nicht gut genug da unterstützt? Hab nämlich einen Amd A8-3800 und nutze von ihm die onboard grafik karte
Was mich aber auch stuzig macht ist ich habe gestern noch codeblocks installiert, da ich wieder gerne unter linux programmieren wollte. Wenn ich Codeblocks aufmache, arbeite und wieder schließe wird der Prozess nicht terminiert. Könnte evtl das auch für einen fehler am system sprechen?
Viele grüße
Die Prioritäten sind nicht gut eingestellt, aber poste bitte einmal:
Hast du es mal mit einem neuen User versucht?
Und falls Du eine ATI 3800 Grafikkarte hast, wird die unter 12.3 nur mit dem freien Grafiktreiber Radeon laufen:
hwinfo gegebenenfalls nachinstallieren.
die repo hab ich rausgelöscht gehabt
Die Onboard Grafikkarte von dem Chip ist eine Ati HD 6550D. Den neuen nutzer lege ich jetzt mal an
Gruß Daniel
Die Onboard Grafikkarte von dem Chip ist eine Ati HD 6550D. Den neuen nutzer lege ich jetzt mal an
Da kannst Du den Treiber nach dieser Anleitung installieren:
http://www.sebastian-siebert.d…3-4-als-rpm-installieren/
Oder aus dem Repo, der wird auch mit dem Script von Sebastian Siebert gebaut:
https://de.opensuse.org/SDB:AMD/ATI-Grafiktreiber
Allerdings hat das bei mir auch schon mal nicht funktioniert, nur mit der originalen Anleitung von Sebastian Siebert hat es dann funktioniert.
Zitatdie repo hab ich rausgelöscht gehabt
Schwirrt da noch etwas von compiz rum?
So hab das mit dem neuen nutzer probiert mit keinem erfolg. Hab extra videos auf youtube etc. geguckt um es zu testen und dann kam der absturz auch gleich ziemlich bald.
ich installier nun mal den grafik karten treiber nach anleitung des links und hoffe das es dann endlich läuft.
wegen codeblocks weisst du zufällig auch nicht was da los ist oder? wenn ich von der kde menü verknüpfung es starte, mit arbeite und schließe wird der prozess nicht gekillt. wenn ich es jedoch von der console aufrufe mit arbeite und danach wieder schließe wird der prozess terminiert
Viele Grüße