@Scytale
<hüstel> Nein, habe ich noch nicht, weil mein zweiter Rechner nach wie vor an grafisch höchst unpassenden schwarzen Dreiecken leidet (eigener Thread an anderer Stelle) und bis jetzt auch nach einigem an Treiberexperimenten noch kein Land in Sicht ist. Solange trau ich mich erst als letzte Möglichkeit, Hand an die Treiber meines Hauptrechners zu legen.-.. 
Beiträge von giff
-
-
Habe bei beidem eine Weile zugeschaut. Keine besonderen Vorkommnisse, nix was irgendwie nach Hochbetrieb aussah.
Habe mal kurzfristig "aconadictl stop" und "balooctl stop" eingegeben, um zu sehen, ob das irgendeine Reaktion nach sich zieht, zog aber keine nach sich.
Als nächstes mal an den DNS-Servern herumpfriemeln?Herzlichst, G.
-
Da dümpeln fünf oder sechs Prozesse (FF, kmail, pulseaudio, plasmashell, mumble) mit jeweils 1% - 3% CPU- Last vor sich hin. Wenn ich im FF eine neue Seite aufrufe, sind es mal für 1 Sekunde 80%, aber dann ist wieder gut. Wenn der Rechner einfriert, habe ich leider auf keinem Weg mehr Zugriff auf eine Konsole, geschweige denn einen Systemmonitor. Lediglich unter ps -ax finde ich ein Paar Punkte, die ich beim früheren Stöbern auf meinen Rechnern nicht gesehen (oder bemerkt) habe.
-
Mahlzeit, Ihr Lieben,
Mein Hauptrechner ist (versehen mit neuer Festplatte und neuer Grafikkarte) seit drei Wochen neu installiert, und zwar mit Leap 15.0 vom Stick, auf den ich die hier zum Download bereitgestellte Installation gespielt habe. KDE- Plasma 5.12.8., Kernel 4.12.14-lp150.12.58-default. Alles geht wunderbar.
Allerdings schnarch-langsam.
Ein Seitenaufbau im FF dauert zwischen 10 und 40 Sekunden, eine Mail verschicken 15 Sekunden; selbst offline heruntergeladene Mails öffnen zeigt oft den Zwischenschritt "Ordnerinhalt wird geladen". Einmal pro Tag friert der Desktop komplett ein, speziell, wenn ich mal zwei, drei Dinge parallel mache. Dann hilft auch Affengriff oder <ctl><alt><backspace> nichts mehr, sondern nur <ctl><druck> RAISUB.
Wo fange ich an zu suchen? Grafikkarte?
Codegisela@linux-rtvg:~> /sbin/lspci -nnk | grep -EiA3 'vga|3d|display' 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK208B [GeForce GT 710] [10de:128b] (rev a1) Subsystem: Micro-Star International Co., Ltd. [MSI] Device [1462:8c93] Kernel driver in use: nouveau Kernel modules: nouveauEinstellung der Nameserver( hat früher mal geholfen, den FF zu beschleunigen, aber das Problem des Einfrierens hatte ich damals nicht)?
Oder macht irgendeine KDE- Instanz etwas, was sie nicht machen sollte und von der ich nichts weiß? Akonadi? Baloo? Oder sonst was, von dessen Existenz ich vielleicht mal was gehört habe, aber keinen Dunst, inwieweit sie mich betrifft? Hilft Euch der Anblick meiner Konsole nach dem Befehl "ps-ax" etwas?
Herzlichst, Gisela
-
@Kanonentux und ThomasS: Danke für Euren Zuspruch! ich arbeite weiter an Erkenntnisgewinn, aber manchmal macht sich Müdigkeit breit.
@Sauerland: Die beiden Zypperbefehle habe ich ausgeführt. Die gute Nachricht: nach dem Neustart habe ich eine graphische Oberfläche zur Verfügung (war schon mal anders..). Die nicht ganz so gute: Die Störungen sind eher wieder aggressiver, als vorher. Interessant nur: Ich habe den Befehl "zypper rm plasma5-session-wayland" als root ausgeführt, aber irgendwie ist das Zeuchs immer noch da...
Code
Alles anzeigengisela@linux-giff:~> zypper se -s plasma5-session Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+-------------------------+-------+--------------------+--------+-------------------------- i+ | plasma5-session | Paket | 5.12.8-lp150.7.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session | Paket | 5.12.6-lp150.2.3.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-Oss v | plasma5-session | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-1 | plasma5-session-wayland | Paket | 5.12.8-lp150.7.1 | noarch | openSUSE-Leap-15.0-Update | plasma5-session-wayland | Paket | 5.12.6-lp150.2.3.1 | noarch | openSUSE-Leap-15.0-Update | plasma5-session-wayland | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-Oss | plasma5-session-wayland | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-1 -
Naja, die --helpseite habe ich mir vorher natürlich angesehen. <Fähigkeit> kommt am Ende des Strings und damit ist u.a. der NAME des Pakets definiert. Mit meinen geistigen Bordmitteln hatte ich das also so interpretiert, wie ich das dann eingegeben hatte. Satz mit X. War wohl nix.
Code
Alles anzeigengisela@linux-giff:~> zypper se -s plasma5-session Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository --+-------------------------+-------+--------------------+--------+-------------------------- i | plasma5-session | Paket | 5.12.8-lp150.7.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session | Paket | 5.12.6-lp150.2.3.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-Oss v | plasma5-session | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-1 i | plasma5-session-wayland | Paket | 5.12.8-lp150.7.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session-wayland | Paket | 5.12.6-lp150.2.3.1 | noarch | openSUSE-Leap-15.0-Update v | plasma5-session-wayland | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-Oss v | plasma5-session-wayland | Paket | 5.12.5-lp150.1.1 | noarch | openSUSE-Leap-15.0-1 -
Sorry, Leute, auf die Gefahr hin, mich jetzt endgültig lächerlich zu machen: Der trockene Befehl zypper rm --dry-run reicht der Kommandozeile natürlich nicht. Und wenn ich dann den Namen eines Paketes anfüge, droht mir mein Rechner an, 38 Pakete zu löschen. Habe ich da eine falsche Syntax? Das....
Code
Alles anzeigenlinux-giff:/home/gisela # zypper rm --dry-run libdrm_radeon1 Repository-Daten werden geladen... Warnung: Keine Repositorys definiert. Es werden nur die installierten auflösbaren Elemente verwendet. Keine Installation möglich. Installierte Pakete werden gelesen... Paketabhängigkeiten werden aufgelöst... Die folgenden 38 Pakete werden GELÖSCHT: kcm_tablet kcm_tablet-lang libdrm_radeon1 libvdpau_r300 libvdpau_r600 libvdpau_radeonsi Mesa Mesa-dri Mesa-gallium Mesa-libGL1 Mesa-libva patterns-base-x11 patterns-base-x11_enhanced patterns-desktop-imaging patterns-desktop-imaging_opt patterns-games-games patterns-kde-kde patterns-kde-kde_imaging patterns-kde-kde_plasma plasma5-session-wayland xf86-input-evdev xf86-input-joystick xf86-input-keyboard xf86-input-libinput xf86-input-mouse xf86-input-vmmouse xf86-input-void xf86-input-wacom xf86-video-amdgpu xf86-video-ati xf86-video-fbdev xf86-video-mach64 xf86-video-r128 xf86-video-vesa xorg-x11-driver-input xorg-x11-driver-video xorg-x11-server xorg-x11-server-extra Die folgenden 8 Schemata werden GELÖSCHT: games imaging imaging_opt kde kde_imaging kde_plasma x11 x11_enhanced 38 zu entfernende Pakete. Nach dem Vorgang werden 72,5 MiB freigegeben. Fortfahren? [j/n/...? zeigt alle Optionen] (j):....war doch bestimmt nicht die Idee?
Herzlichst, G. -
N'Abend,
Nachdem im Zuge von Umbaumaßnahmen einen Tag lang gar kein Grafikkartentreiber sein Arbeit verrichtete, habe ich jetzt wieder ein Bild. Allerdings versehen mit Dreiecken und Spiegelschrift.
(Beides nicht seehr schlimm, ein kleiner Ruck am Mausrad reicht meistens, um wieder klare Sicht zu bekommen). Einige Ausgaben sind jetzt aber anders, u.a.die:Codegisela@linux-giff:~> lsmod | grep -Ei 'radeon|amdgpu' amdgpu 3993600 31 chash 16384 1 amdgpu amd_iommu_v2 20480 1 amdgpu gpu_sched 36864 1 amdgpu i2c_algo_bit 16384 1 amdgpu ttm 114688 1 amdgpu drm_kms_helper 204800 1 amdgpu drm 499712 16 gpu_sched,drm_kms_helper,amdgpu,ttm
und...Codegisela@linux-giff:~> uname -a Linux linux-giff 5.0.9-2.g7bd8353-default #1 SMP Sun Apr 21 06:42:32 UTC 2019 (7bd8353) x86_64 x86_64 x86_64 GNU/Linuxund...
Code
Alles anzeigengisela@linux-giff:~> zypper se -si radeon Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+-------------------+-------+---------------------+--------+-------------------------- i | libdrm_radeon1 | Paket | 2.4.91-lp150.1.2 | x86_64 | openSUSE-Leap-15.0-Oss i | libdrm_radeon1 | Paket | 2.4.91-lp150.1.2 | x86_64 | openSUSE-Leap-15.0-1 i | libvdpau_radeonsi | Paket | 18.0.2-lp150.18.3.1 | x86_64 | openSUSE-Leap-15.0-Update i | libvulkan_radeon | Paket | 18.0.2-lp150.18.3.1 | x86_64 | openSUSE-Leap-15.0-Update i+ | radeontop | Paket | 1.1-lp150.1.2 | x86_64 | openSUSE-Leap-15.0-Oss i | radeontop-lang | Paket | 1.1-lp150.1.2 | noarch | openSUSE-Leap-15.0-OssWenn niemand mehr eine zündende Idee hat, gehe ich in mich und überlege, was langfristig mehr Seelenfrieden bringt: Eine zusätzliche Grafikkarte von NVIDIA einbauen oder mit den Dreiecken leben und regelmäßig per Mausrad "Monitor putzen".Denn mir fällt nix mehr ein. Danke schon mal für Eure Hilfe.
Herzlichst, G. -
MIIIIST!
Codegisela@linux-giff:~> lsmod | grep -Ei 'radeon|amdgpu' amdgpu 3993600 39 chash 16384 1 amdgpu amd_iommu_v2 20480 1 amdgpu gpu_sched 36864 1 amdgpu i2c_algo_bit 16384 1 amdgpu ttm 114688 1 amdgpu drm_kms_helper 204800 1 amdgpu drm 499712 20 gpu_sched,drm_kms_helper,amdgpu,ttm -
@Sauerland:
In der Annahme, dass ich den Befehl vorgestern richtig notiert habe, ergäbe das folgendes Ergebnis.Codegisela@linux-giff:~> lsmod | grep -Ei 'radeon|amdgpu >
Anders ausgedrückt: kein Prompt mehr, aber auch nix sonst.
Der andere Befehl hinsichtlich amdgpu von neulich erbrachte Folgendes Ausgabe:Code
Alles anzeigenBrainfuck-Quellcode gisela@linux-giff:~> zypper se -si amdgpu Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository --+-------------------+-------+------------------+--------+----------------------- i | libdrm_amdgpu1 | Paket | 2.4.91-lp150.1.2 | x86_64 | openSUSE-Leap-15.0-Oss i | libdrm_amdgpu1 | Paket | 2.4.91-lp150.1.2 | x86_64 | openSUSE-Leap-15.0-1 i | xf86-video-amdgpu | Paket | 18.0.1-lp150.1.1 | x86_64 | openSUSE-Leap-15.0-Oss i | xf86-video-amdgpu | Paket | 18.0.1-lp150.1.1 | x86_64 | openSUSE-Leap-15.0-1Bringt uns das weiter?
G.