leap 15.2 KDE Plasma Einstellungen
Hallo, ich habe heute auch den Umstieg von leap 15.1 auf 15.2 gemacht. Allerdings erst einmal auf meinen Gelegenheits-Notebook, nicht auf meinem Arbeistrechner. Im Prinzip hat es gut funktioniert, musste nur zwei Programme erst deinstallieren und nach dem Upgrade wieder installieren, da diese sich, wie beim Umstieg von 15.0 auf 15.1 bei der Konfliktprüfung beißen. Was mich aber stört ist die Einstellung von KDE Plasma mittels KDE- Systemsteuerung. Ich habe auf beiden Rechnern seit Jahren die gleiche Einstellung. Auf den Notebook mit leap 15.2 habe ich nun ein seltsames Verhalten der Vorschau. Bisher war es so, dass bei der Auswahl links im Baum (Erscheinungsbild, Arbeitsflächendesign, etc.) rechts im Hauptfenster eine Vorschau des jeweiligen Designs zu sehen war. Unter leap 15.2 sehe ich nur ein einfarbiges Rechteck. Die Bezeichnung hat sich mit Plasma 5.18 auch geändert. Nun steht von oben nach unten Globales Design Plasma-Stil anstelle von Arbeitsbereich-Design mit den Unterpunkten Erscheinungsbild Artbeitsflächen-Design ... Wie ist das bei euch, seht Ihr unter leap 15.2, rechts im Hauptfenster (oder wie das auch immer heißt) eine Vorschau/Ansicht der zur Verfügung stehenden Designs? Kann man das irgendwo einstellen oder fehlt mir ein Paket? Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 27. Juli 2020, 19:40:32 CEST schrieb Herbert Albert:
Hallo,
ich habe heute auch den Umstieg von leap 15.1 auf 15.2 gemacht. Allerdings erst einmal auf meinen Gelegenheits-Notebook, nicht auf meinem Arbeistrechner.
Im Prinzip hat es gut funktioniert, musste nur zwei Programme erst deinstallieren und nach dem Upgrade wieder installieren, da diese sich, wie beim Umstieg von 15.0 auf 15.1 bei der Konfliktprüfung beißen.
Was mich aber stört ist die Einstellung von KDE Plasma mittels KDE- Systemsteuerung. Ich habe auf beiden Rechnern seit Jahren die gleiche Einstellung. Auf den Notebook mit leap 15.2 habe ich nun ein seltsames Verhalten der Vorschau.
Bisher war es so, dass bei der Auswahl links im Baum (Erscheinungsbild, Arbeitsflächendesign, etc.) rechts im Hauptfenster eine Vorschau des jeweiligen Designs zu sehen war. Unter leap 15.2 sehe ich nur ein einfarbiges Rechteck.
Die Bezeichnung hat sich mit Plasma 5.18 auch geändert. Nun steht von oben nach unten
Globales Design Plasma-Stil
anstelle von
Arbeitsbereich-Design mit den Unterpunkten Erscheinungsbild Artbeitsflächen-Design ...
Wie ist das bei euch, seht Ihr unter leap 15.2, rechts im Hauptfenster (oder wie das auch immer heißt) eine Vorschau/Ansicht der zur Verfügung stehenden Designs?
Kann man das irgendwo einstellen oder fehlt mir ein Paket?
Herbert vergaß zu erwähnen, dass ich die Systemeinstellungen auf Seitenleistenansicht gestellt habe.
Was noch auch noch stört und ich nicht weiß wo ich es abstelle: Wenn das Anwendungsmenü hochklappt ist es transparent. Auch das hätte ich gerne abgestellt. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.07.20 um 19:40 schrieb Herbert Albert:
Hallo,
ich habe heute auch den Umstieg von leap 15.1 auf 15.2 gemacht. Allerdings erst einmal auf meinen Gelegenheits-Notebook, nicht auf meinem Arbeistrechner. ... Was mich aber stört ist die Einstellung von KDE Plasma mittels KDE- Systemsteuerung. Ich habe auf beiden Rechnern seit Jahren die gleiche Einstellung. Auf den Notebook mit leap 15.2 habe ich nun ein seltsames Verhalten der Vorschau.
Was mir an Plasma gefällt, ich die Oberfläche schlichtweg so einrichten, wie es mir gefällt, man muss nur mal wieder suchen.
...
Wie ist das bei euch, seht Ihr unter leap 15.2, rechts im Hauptfenster (oder wie das auch immer heißt) eine Vorschau/Ansicht der zur Verfügung stehenden Designs?
Klicke auf die Kontrollleiste, Kontrollleiste bearbeiten. Dann klickst Du auf das Dreieck mit den drei Punkten, das Anwendungsmenü erhältst Anwendungsmenü/Alternativen. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 27. Juli 2020, 21:49:04 CEST schrieb Peter McD:
Am 27.07.20 um 19:40 schrieb Herbert Albert:
Hallo,
ich habe heute auch den Umstieg von leap 15.1 auf 15.2 gemacht. Allerdings erst einmal auf meinen Gelegenheits-Notebook, nicht auf meinem Arbeistrechner. ... Was mich aber stört ist die Einstellung von KDE Plasma mittels KDE- Systemsteuerung. Ich habe auf beiden Rechnern seit Jahren die gleiche Einstellung. Auf den Notebook mit leap 15.2 habe ich nun ein seltsames Verhalten der Vorschau.
Was mir an Plasma gefällt, ich die Oberfläche schlichtweg so einrichten, wie es mir gefällt, man muss nur mal wieder suchen.
Verstehe nicht recht was das mit meinem Problem zu tun hat.
...
Wie ist das bei euch, seht Ihr unter leap 15.2, rechts im Hauptfenster (oder wie das auch immer heißt) eine Vorschau/Ansicht der zur Verfügung stehenden Designs?
Klicke auf die Kontrollleiste, Kontrollleiste bearbeiten.
Dann klickst Du auf das Dreieck mit den drei Punkten, das Anwendungsmenü erhältst Anwendungsmenü/Alternativen.
Soll das die Transparenz abschalten? Tut es aber nicht. Die beiden Alternative, die zur Verfügung stehen sind auch transparent.
Peter
Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 27.07.20 um 22:06 schrieb Herbert Albert:
Am Montag, 27. Juli 2020, 21:49:04 CEST schrieb Peter McD:
Am 27.07.20 um 19:40 schrieb Herbert Albert: ...
Was mir an Plasma gefällt, ich die Oberfläche schlichtweg so einrichten, wie es mir gefällt, man muss nur mal wieder suchen.
Verstehe nicht recht was das mit meinem Problem zu tun hat.
...
Wie ist das bei euch, seht Ihr unter leap 15.2, rechts im Hauptfenster (oder wie das auch immer heißt) eine Vorschau/Ansicht der zur Verfügung stehenden Designs? ... Klicke auf die Kontrollleiste, Kontrollleiste bearbeiten.
Dann klickst Du auf das Dreieck mit den drei Punkten, das Anwendungsmenü erhältst Anwendungsmenü/Alternativen.
Soll das die Transparenz abschalten? Tut es aber nicht. Die beiden Alternative, die zur Verfügung stehen sind auch transparent.
Dann habe ich Dein Problem falsch gelesen. Wenn ich ein Globales Design auswähle, wird mit "Anwenden" das Design auf der realen Arbeitsfläche gleich gezeigt. Ebenso bei Plasma-Stil. Man sieht es besser und kann sofort zurück wechseln, m.E. ein Vorteil. Unterm Strich sieht meine 15.2 Arbeitsfläche ebenso aus wie die bei 15.1. Peter
Peter
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Herbert Albert schrieb am 27.07.20 um 19:44:
Was noch auch noch stört und ich nicht weiß wo ich es abstelle: Wenn das Anwendungsmenü hochklappt ist es transparent. Auch das hätte ich gerne abgestellt.
Systemeinstellungen -> Verhalten des Arbeitsbereich -> Arbeitsflächen-Effekte -> Transparenz -> Einrichten -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Montag, 27. Juli 2020, 22:38:49 CEST schrieb Volker Kohaupt:
Herbert Albert schrieb am 27.07.20 um 19:44:
Was noch auch noch stört und ich nicht weiß wo ich es abstelle: Wenn das Anwendungsmenü hochklappt ist es transparent. Auch das hätte ich gerne abgestellt.
Systemeinstellungen -> Verhalten des Arbeitsbereich -> Arbeitsflächen-Effekte -> Transparenz -> Einrichten habe ich jetzt auch entdeckt. Seltsam, Transparenz ist gar nicht angehakt. Habe jetzt Transparenz aktiviert und unter Menü Transparenz separat einstellen alles auf deckend gestellt. Ab- und wieder angemeldet, ohne Erfolg. Mir scheint, dass mit dem Upgrade doch etwas mit Plasma schief gelaufen ist. Das würde auch das seltsame Verhalten mit den Vorschauen der Themes erklären.
Was könnte man da zurücksetzen, ohne wesentliche Einstellungen wie kwallet, kmail, etc zu verlieren? Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 08:37:04 CEST schrieb Herbert Albert:
Am Montag, 27. Juli 2020, 22:38:49 CEST schrieb Volker Kohaupt:
Herbert Albert schrieb am 27.07.20 um 19:44:
Was noch auch noch stört und ich nicht weiß wo ich es abstelle: Wenn das Anwendungsmenü hochklappt ist es transparent. Auch das hätte ich gerne abgestellt.
Systemeinstellungen -> Verhalten des Arbeitsbereich -> Arbeitsflächen-Effekte -> Transparenz -> Einrichten
habe ich jetzt auch entdeckt. Seltsam, Transparenz ist gar nicht angehakt. Habe jetzt Transparenz aktiviert und unter Menü Transparenz separat einstellen alles auf deckend gestellt. Ab- und wieder angemeldet, ohne Erfolg. Mir scheint, dass mit dem Upgrade doch etwas mit Plasma schief gelaufen ist. Das würde auch das seltsame Verhalten mit den Vorschauen der Themes erklären.
Was könnte man da zurücksetzen, ohne wesentliche Einstellungen wie kwallet, kmail, etc zu verlieren?
Herbert habe noch einen Testuser eingerichtet, selbes Verhalten. Ich habe die Vermutung das der Nvidia-Teriber nicht verwendet wird, NVIDIA X Server settings behauptet ich verwende keinen Nvidia-Treiber. Laut Yast sind sie die richtigen Treiber für die 9600M GT (340er-Version) installiert.
Mit den neuen Grafikgeschichten kenne ich mich nicht mehr aus, wo wird der Nvidia-Treiber aktiviert/eingestellt? Früher war das die xorg.conf. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 09:54:23 CEST schrieb Herbert Albert:
Laut Yast sind sie die richtigen Treiber für die 9600M GT (340er-Version) installiert.
Den es für Leap 15.2 nicht gibt...... Daher zeig mal: zypper se -si nvidia kernel sowie uname -a Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 10:04:23 CEST schrieb Stephan Hemeier:
Am Dienstag, 28. Juli 2020, 09:54:23 CEST schrieb Herbert Albert:
Laut Yast sind sie die
richtigen Treiber für die 9600M GT (340er-Version) installiert.
Den es für Leap 15.2 nicht gibt......
Daher zeig mal: zypper se -si nvidia kernel
sowie
uname -a
Stephan
Hallo Stephan, stimmt, in https://download.nvidia.com/opensuse/leap/15.2/x86_64/ ist kein 340er mehr dabei. Ich kann mir von Nvidia die 340er*.run Datei herunterladen, doch diese Installation habe ich seit Jahren nicht mehr gemacht. Einfach nur als Admin starten? Hier noch der Output: :~> zypper se -si nvidia kernel Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Typ | Version | Arch | Repository ---+-------------------------------+------- +--------------------------------------+-------- +------------------------------------------------- i | jupyter-ipykernel | Paket | 5.2.1-lp152.1.2 | noarch | Haupt-Repository (OSS) i+ | kernel-default | Paket | 4.12.14-lp151.28.52.1 | x86_64 | (Systempakete) i+ | kernel-default | Paket | 5.3.18-lp152.33.1 | x86_64 | Hauptaktualisierungs-Repository i+ | kernel-default | Paket | 5.3.18-lp152.33.1 | x86_64 | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-default-devel | Paket | 4.12.14-lp151.28.52.1 | x86_64 | (Systempakete) i+ | kernel-default-devel | Paket | 5.3.18-lp152.33.1 | x86_64 | Hauptaktualisierungs-Repository i+ | kernel-default-devel | Paket | 5.3.18-lp152.33.1 | x86_64 | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-devel | Paket | 4.12.14-lp151.28.52.1 | noarch | (Systempakete) i+ | kernel-devel | Paket | 5.3.18-lp152.33.1 | noarch | Hauptaktualisierungs-Repository i+ | kernel-devel | Paket | 5.3.18-lp152.33.1 | noarch | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-firmware | Paket | 20200107-lp152.1.1 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | Paket | 5.3.18-lp152.33.1 | noarch | Hauptaktualisierungs-Repository i+ | kernel-macros | Paket | 5.3.18-lp152.33.1 | noarch | Online updates for openSUSE Leap:15.2 (standard) i+ | nvidia-computeG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-gfxG03-kmp-default | Paket | 340.108_k4.12.14_lp151.27- lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-glG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-uvm-gfxG03-kmp-default | Paket | 340.108_k4.12.14_lp151.27- lp151.24.1 | x86_64 | (Systempakete) i | purge-kernels-service | Paket | 0-lp152.4.1 | noarch | Haupt-Repository (OSS) i+ | python3-ipykernel | Paket | 5.2.1-lp152.1.2 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | Paket | 2017.133.svn44483-lp152.7.2 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | Paket | 2017.133.svn44483-lp152.7.2 | noarch | Haupt-Repository (OSS) i+ | x11-video-nvidiaG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete) :~> uname -a Linux r560 5.3.18-lp152.33-default #1 SMP Wed Jul 22 06:32:33 UTC 2020 (e5a8383) x86_64 x86_64 x86_64 GNU/Linux Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Die run Datei muss gepatched werden, die läuft ohne weiteres nicht mehr mit Kernel 5.3 Du hast noch den Kernel aus Leap 15.1 installiert, damit müsste der installierte Nvidia Treiber funktionieren.... Kannst du im Grub starten. Oder aber alles mit lp151 im Namen löschen.... Stephan Am Dienstag, 28. Juli 2020, 10:17:28 CEST schrieb Herbert Albert:
Am Dienstag, 28. Juli 2020, 10:04:23 CEST schrieb Stephan Hemeier:
Am Dienstag, 28. Juli 2020, 09:54:23 CEST schrieb Herbert Albert:
Laut Yast sind sie die
richtigen Treiber für die 9600M GT (340er-Version) installiert.
Den es für Leap 15.2 nicht gibt......
Daher zeig mal: zypper se -si nvidia kernel
sowie
uname -a
Stephan
Hallo Stephan,
stimmt, in https://download.nvidia.com/opensuse/leap/15.2/x86_64/ ist kein 340er mehr dabei.
Ich kann mir von Nvidia die 340er*.run Datei herunterladen, doch diese Installation habe ich seit Jahren nicht mehr gemacht. Einfach nur als Admin starten?
Hier noch der Output:
:~> zypper se -si nvidia kernel Repository-Daten werden geladen... Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository ---+-------------------------------+------- +--------------------------------------+-------- +------------------------------------------------- i | jupyter-ipykernel | Paket | 5.2.1-lp152.1.2 | noarch | Haupt-Repository (OSS) i+ | kernel-default | Paket | 4.12.14-lp151.28.52.1 | x86_64 | (Systempakete) i+ | kernel-default | Paket | 5.3.18-lp152.33.1 | x86_64 | Hauptaktualisierungs-Repository i+ | kernel-default | Paket | 5.3.18-lp152.33.1 | x86_64 | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-default-devel | Paket | 4.12.14-lp151.28.52.1 | x86_64 | (Systempakete) i+ | kernel-default-devel | Paket | 5.3.18-lp152.33.1 | x86_64 | Hauptaktualisierungs-Repository i+ | kernel-default-devel | Paket | 5.3.18-lp152.33.1 | x86_64 | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-devel | Paket | 4.12.14-lp151.28.52.1 | noarch | (Systempakete) i+ | kernel-devel | Paket | 5.3.18-lp152.33.1 | noarch | Hauptaktualisierungs-Repository i+ | kernel-devel | Paket | 5.3.18-lp152.33.1 | noarch | Online updates for openSUSE Leap:15.2 (standard) i+ | kernel-firmware | Paket | 20200107-lp152.1.1 | noarch | Haupt-Repository (OSS) i+ | kernel-macros | Paket | 5.3.18-lp152.33.1 | noarch | Hauptaktualisierungs-Repository i+ | kernel-macros | Paket | 5.3.18-lp152.33.1 | noarch | Online updates for openSUSE Leap:15.2 (standard) i+ | nvidia-computeG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-gfxG03-kmp-default | Paket | 340.108_k4.12.14_lp151.27- lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-glG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete) i+ | nvidia-uvm-gfxG03-kmp-default | Paket | 340.108_k4.12.14_lp151.27- lp151.24.1 | x86_64 | (Systempakete) i | purge-kernels-service | Paket | 0-lp152.4.1 | noarch | Haupt-Repository (OSS) i+ | python3-ipykernel | Paket | 5.2.1-lp152.1.2 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel | Paket | 2017.133.svn44483-lp152.7.2 | noarch | Haupt-Repository (OSS) i+ | texlive-l3kernel-doc | Paket | 2017.133.svn44483-lp152.7.2 | noarch | Haupt-Repository (OSS) i+ | x11-video-nvidiaG03 | Paket | 340.108-lp151.24.1 | x86_64 | (Systempakete)
:~> uname -a Linux r560 5.3.18-lp152.33-default #1 SMP Wed Jul 22 06:32:33 UTC 2020 (e5a8383) x86_64 x86_64 x86_64 GNU/Linux
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Stephan, Am Dienstag, 28. Juli 2020, 10:21:48 CEST schrieb Stephan Hemeier:
Die run Datei muss gepatched werden, die läuft ohne weiteres nicht mehr mit Kernel 5.3
Du hast noch den Kernel aus Leap 15.1 installiert, damit müsste der installierte Nvidia Treiber funktionieren.... Kannst du im Grub starten. Oder aber alles mit lp151 im Namen löschen....
verstehe ich jetzt nicht, was ich da machen soll. Via Yast -> Bootloader > Standard-Bootabschnitt habe ich nun einen 4er-Kernel ausgewählt. Gebootet und Nvidia wird geladen, alles wir wie gewohnt dargestellt. "Oder aber alles mit lp151 im Namen löschen...." verstehe ich nicht, was Du damit meinst. Das ist aber schon heftig. Mein alter Arbeitsrechner wurde 11 Jahre immer wieder auf eine Neue Version und damit auch auf neue Kernels hochgehoben (bis letztes Jahr leap 15.1) die Nvidia-Karte GTX 260 und die entsprechenden Treiber hatte immer funktioniert. Soll ich denn für das alte Schätzchen ( Samsung R560 Aura P8400 Madril) den 5.3er Kernel per Yast -> Version abwählen und nur den 4.12er behalten? Wenn ja, aktualisiert sich grub dadurch auch gleich? Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Starte den Rechner und gehe im Grub mit den Pfeiltasten auf den 2. Eintrag, drücke Enter und lese..... Dort sollte auch ein Eintrag mit kernel 4.12 erscheinen (aber nicht den failsafe), diesen mit den Pfeiltasten auswählen und mit F10 starten. Dann würde der kernel 4.12 aus Leap 15.1 unter Leap 15.2 laufen. Dieser sollte eigentlich mit dem Nvidia Treiber funktionieren. Oder aber du löscht diesen Kernel (4.12) in Yast---Software installieren und ebenso alle Nvidia Pakete und benutzt nur den Kernel aus Leap 15.2 Stephan Am Dienstag, 28. Juli 2020, 10:45:47 CEST schrieb Herbert Albert:
Hallo Stephan,
Am Dienstag, 28. Juli 2020, 10:21:48 CEST schrieb Stephan Hemeier:
Die run Datei muss gepatched werden, die läuft ohne weiteres nicht mehr mit Kernel 5.3
Du hast noch den Kernel aus Leap 15.1 installiert, damit müsste der installierte Nvidia Treiber funktionieren.... Kannst du im Grub starten. Oder aber alles mit lp151 im Namen löschen....
verstehe ich jetzt nicht, was ich da machen soll. Via Yast -> Bootloader > Standard-Bootabschnitt habe ich nun einen 4er-Kernel ausgewählt. Gebootet und Nvidia wird geladen, alles wir wie gewohnt dargestellt.
"Oder aber alles mit lp151 im Namen löschen...." verstehe ich nicht, was Du damit meinst.
Das ist aber schon heftig. Mein alter Arbeitsrechner wurde 11 Jahre immer wieder auf eine Neue Version und damit auch auf neue Kernels hochgehoben (bis letztes Jahr leap 15.1) die Nvidia-Karte GTX 260 und die entsprechenden Treiber hatte immer funktioniert.
Soll ich denn für das alte Schätzchen ( Samsung R560 Aura P8400 Madril) den 5.3er Kernel per Yast -> Version abwählen und nur den 4.12er behalten? Wenn ja, aktualisiert sich grub dadurch auch gleich?
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 10:51:00 CEST schrieb Stephan Hemeier:
Starte den Rechner und gehe im Grub mit den Pfeiltasten auf den 2. Eintrag, drücke Enter und lese..... Dort sollte auch ein Eintrag mit kernel 4.12 erscheinen (aber nicht den failsafe), diesen mit den Pfeiltasten auswählen und mit F10 starten. Dann würde der kernel 4.12 aus Leap 15.1 unter Leap 15.2 laufen. Dieser sollte eigentlich mit dem Nvidia Treiber funktionieren.
so habe ich es gemacht. Die Frage war, was zu tun ist, damit der Rechner immer mit diesen Kernel hochfährt?
Oder aber du löscht diesen Kernel (4.12) in Yast---Software installieren und ebenso alle Nvidia Pakete und benutzt nur den Kernel aus Leap 15.2
aber dann kann ich doch keinen NVIDIA-Treiber verwenden, oder?
Stephan
Am Dienstag, 28. Juli 2020, 10:45:47 CEST schrieb Herbert Albert:
Hallo Stephan,
Am Dienstag, 28. Juli 2020, 10:21:48 CEST schrieb Stephan Hemeier:
Die run Datei muss gepatched werden, die läuft ohne weiteres nicht mehr mit Kernel 5.3
Du hast noch den Kernel aus Leap 15.1 installiert, damit müsste der installierte Nvidia Treiber funktionieren.... Kannst du im Grub starten. Oder aber alles mit lp151 im Namen löschen....
verstehe ich jetzt nicht, was ich da machen soll. Via Yast -> Bootloader > Standard-Bootabschnitt habe ich nun einen 4er-Kernel ausgewählt. Gebootet und Nvidia wird geladen, alles wir wie gewohnt dargestellt.
"Oder aber alles mit lp151 im Namen löschen...." verstehe ich nicht, was Du damit meinst.
Das ist aber schon heftig. Mein alter Arbeitsrechner wurde 11 Jahre immer wieder auf eine Neue Version und damit auch auf neue Kernels hochgehoben (bis letztes Jahr leap 15.1) die Nvidia-Karte GTX 260 und die entsprechenden Treiber hatte immer funktioniert.
Soll ich denn für das alte Schätzchen ( Samsung R560 Aura P8400 Madril) den 5.3er Kernel per Yast -> Version abwählen und nur den 4.12er behalten? Wenn ja, aktualisiert sich grub dadurch auch gleich?
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Nur mal als Erklärung: Der 340er Treiber wird von Nvidia nicht mehr weiterentwickelt, der ist out. Daher werden die Karten, die nur von dem 340er treiber unterstützt werden, in aktuellen Distributionen nur noch vom Nouveau Treiber unterstützt. Du hast noch den alten Kernel aus Leap 15.1 sowie den Nvidia Treiber aus 15.1 installiert, könntest also dies noch bis November benutzen (Ende von Leap 15.1). Doch bringt dir das was? Entweder in neue Hardware investieren oder mit dem Nouveau Treiber versuchen wäre jetzt mein Vorschlag. Stephan Am Dienstag, 28. Juli 2020, 10:55:35 CEST schrieb Herbert Albert:
Am Dienstag, 28. Juli 2020, 10:51:00 CEST schrieb Stephan Hemeier:
Starte den Rechner und gehe im Grub mit den Pfeiltasten auf den 2. Eintrag, drücke Enter und lese..... Dort sollte auch ein Eintrag mit kernel 4.12 erscheinen (aber nicht den failsafe), diesen mit den Pfeiltasten auswählen und mit F10 starten. Dann würde der kernel 4.12 aus Leap 15.1 unter Leap 15.2 laufen. Dieser sollte eigentlich mit dem Nvidia Treiber funktionieren.
so habe ich es gemacht. Die Frage war, was zu tun ist, damit der Rechner immer mit diesen Kernel hochfährt?
Oder aber du löscht diesen Kernel (4.12) in Yast---Software installieren und ebenso alle Nvidia Pakete und benutzt nur den Kernel aus Leap 15.2
aber dann kann ich doch keinen NVIDIA-Treiber verwenden, oder?
Stephan
Am Dienstag, 28. Juli 2020, 10:45:47 CEST schrieb Herbert Albert:
Hallo Stephan,
Am Dienstag, 28. Juli 2020, 10:21:48 CEST schrieb Stephan Hemeier:
Die run Datei muss gepatched werden, die läuft ohne weiteres nicht mehr mit Kernel 5.3
Du hast noch den Kernel aus Leap 15.1 installiert, damit müsste der installierte Nvidia Treiber funktionieren.... Kannst du im Grub starten. Oder aber alles mit lp151 im Namen löschen....
verstehe ich jetzt nicht, was ich da machen soll. Via Yast -> Bootloader > Standard-Bootabschnitt habe ich nun einen 4er-Kernel ausgewählt. Gebootet und Nvidia wird geladen, alles wir wie gewohnt dargestellt.
"Oder aber alles mit lp151 im Namen löschen...." verstehe ich nicht, was Du damit meinst.
Das ist aber schon heftig. Mein alter Arbeitsrechner wurde 11 Jahre immer wieder auf eine Neue Version und damit auch auf neue Kernels hochgehoben (bis letztes Jahr leap 15.1) die Nvidia-Karte GTX 260 und die entsprechenden Treiber hatte immer funktioniert.
Soll ich denn für das alte Schätzchen ( Samsung R560 Aura P8400 Madril) den 5.3er Kernel per Yast -> Version abwählen und nur den 4.12er behalten? Wenn ja, aktualisiert sich grub dadurch auch gleich?
Herbert
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 19:07:41 CEST schrieb Stephan Hemeier:
Nur mal als Erklärung: Der 340er Treiber wird von Nvidia nicht mehr weiterentwickelt, der ist out. Daher werden die Karten, die nur von dem 340er treiber unterstützt werden, in aktuellen Distributionen nur noch vom Nouveau Treiber unterstützt. Du hast noch den alten Kernel aus Leap 15.1 sowie den Nvidia Treiber aus 15.1 installiert, könntest also dies noch bis November benutzen (Ende von Leap 15.1).
Doch bringt dir das was?
Entweder in neue Hardware investieren oder mit dem Nouveau Treiber versuchen wäre jetzt mein Vorschlag.
Ist ein Notebook, aus dem Jahre 2008, tut aber für Gelegenheitsarbeiten außer Haus noch brav seinen Dienst. Hardwaretausch ist da nicht möglich. Muss dann ggf. auf eine andere Distribution ausweichen, die noch mit der Hardware klarkommt. Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Dienstag, 28. Juli 2020, 19:29:43 CEST schrieb Herbert Albert:
Muss dann ggf. auf eine andere Distribution ausweichen, die noch mit der Hardware klarkommt.
Warum? openSUSE kommt doch auch mit der Hardware zurecht..... Das liegt alles am Kernel.... Du kannst ja mal einen neuren Kernel aus kernel:stable versuchen. Stephan -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Herbert Albert -
Peter McD -
Stephan Hemeier -
Volker Kohaupt