Beiträge von Suelkun

Zitat von Sauerland

Oder den Kernel aus SLE installieren, oder einfach das radeon.ko aus dem alten in den nicht funktionierenden Kernel kopieren, steht beides im Bugreport.

glaube leider nicht, daß es wirklich so einfach ist, "radeon.ko" übernehmen.

Ich habe es jedenfalls eben versucht nach dem Strickmuster, welches bei dem ähnlichen Fehler unter 15.2 damals geholfen hat.

Es ist so, daß das System hier nach kopieren von radeon.ko, depmod und mkinitrd einfach nicht hochkommt, da kann ich radeon.ko kopieren wie ich will. Ich fürchte, daß ich abwarten muß, bis ein neuer Kernel kommt.

Ein update scheint ja in der Pipeline zu sein. Jedenfalls bekomme ich die Mitteilung, daß eine Aktualisierung ansteht und daß danach ein Neustart erforderlich ist, um die Änderung zu übernehmen.

Allerdings: Wenn ich das Update dann runterladen und einspielen will, dann erhalte ich die Fehlermeldung "Fehler beim Aktualisieren" und ich kann leider nichts einspielen.

... doch nicht schon wieder! Das letzte Mal lag es auch am Grafikkartentreiber.

Ja, ich habe eine ATI Radeon HD6450 1GB, ein Billigteil halt. Mehr brauche ich nicht.

Beim letzten Mal lief wenigstens der Rechner hoch, da fehlte nur der Grafikkartentreiber, den man um ein paar Ecken herum wieder beschaffen konnte. Danach lief das System wieder.

Jetzt sieht es anders aus. Ich sehe ja nichts und ich höre auch nichts. Beim letzten Mal konnte ich mindestens feststellen, daß das System hochkommt, obwohl der Bildschirm nichts anzeigte.

Reicht es, wenn ich kurzfristig den neuen Kernel einfach weglösche? Als Nothilfe zwischendurch?

Wenn ja: Welche Datei muß man da weglöschen?

Hallo,

ich benutze seit einiger Zeit openSUSE 15.3. Das System lasse ich natürlich regelmäßig aktualisieren. D.h. wenn das System meldet, daß eine Aktualisierung ansteht, dann lasse ich das in der Regel auch zu.

Bis vor ca. 1/2h habe ich openSUSE Version 5.3.18-59.40-default benutzt.

Es kam die Meldung, daß ein Update ansteht. Dem habe ich zugestimmt. Die Version vmlinuz-5.3.18-150300.59.43-default wurde heruntergeladen. Danach die Mitteilung, daß ein Neustart erforderlich ist, um die Änderung zu übernehmen.

Ich habe den Rechner neu gestartet, um das Update zu übernehmen. Der Rechner fuhr richtig runter und startete dann neu. Grub war noch sichtbar (keine Eingriffe meinerseits), aber danach kam nichts mehr.

Ich habe einen eigenen Sicherungsdienst, der beim Systemstart gestartet wird. Damit ich erkenne, daß dieser Dienst auch hochkommt, spielt der Dienst beim Start eine Tonleiter auf dem Speaker. Die Tonleiter fehlte. Der Anmeldebildschirm fehlt auch. Die Disk LED flackert ein paar mal. Mir blieb nur der Griff zum Ausknopf, um den Rechner neu zu starten.

Nach ähnlichen Vorkommnissen in der Vergangenheit habe ich den Rechner so eingerichtet, daß mindestens 3 Systemversionen immer präsent sind. Ich habe den Rechner also wieder neu gestartet und im Grub-Menu die Version 5.3.18-59.40-default ausgewählt. Diese kommt einwandfrei hoch. Ich schreibe diese Meldung jetzt unter dem Vorsystem.

Ich kann mich ja täuschen, aber schon alleine die Versionsnummer der neuen Version kommt mir komisch vor.

Zitat von Sauerland

Versuch es einfach mit dem neuen Kernel, es ist auch ganz schnell wieder zurückgestellt.....

ok, habe ich versucht. Ergebnis: Die onBoard Grafik läuft einwandfrei!, jetzt auch mit einer Menge an auswählbaren Auflösungen.

Ich muß noch ein paar Tests machen (z.B. läuft VMWare auch?) und wenn das alles ok läuft, dann stelle ich auch das Produktivsystem um. Danke für den Hinweis Sauerland!

Das Thema ist immer noch aktuell und offen. (Ich habe auch noch dieselbe Version von KMail / KAdresssbook).

Ich habe inzwischen eine Empfängergruppe gelöscht und neu aufgebaut. Wenn ich sie anschaue, dann sieht sie völlig normal aus. Wenn ich aber eine Mail an diese Gruppe verfasse, dann geht die Mail an eine wilde Zusammenstellung von Empfängern . Dabei ist aber keiner, der die Mail eigentlich bekommen sollte.

Ich muß hinzufügen, daß ich in KAdressbook mehrere Adressbücher verwalte. Könnte es sein, daß KMail die beabsichtigten Empfänger über irgendwelche Indexe holt und mit dem Index ins falsche Adressbuch langt?

So wie es im Moment ist, ist KMail / KAdressbook für den Versand von Mails an Empfängergruppen jedenfalls untauglich.

Sobald ich dazu komme versuche ich die vorgeschlagene Lösung.

Wenn ich das richtig verstehe, dann ist von der fehlenden Einsatzbereitschaft des Ryzen 5 5600G unter dem aktuellen openSuSE-Kernel nur die onBoard GPU betroffen. Ganz grundsätzlich funktioniert der Prozessor unter dem aktuellen openSuSE-Kernel aber schon.

D.h. wenn ich die vorgeschlagene Lösung mit dem Backport nicht hinbekomme, dann könnte ich auch meine Radeon Grafikkarte wieder einbauen. Dann würde der Prozessor / openSuSE diese benutzen. Dann warte ich so lange, bis der Kernel 5.11 kommt (das passiert ja irgendwann). Wenn es dann so weit ist, baue ich die extra Grafikkarte wieder aus und Prozessor / openSuSE benutzen die onBoard-Grafik.

Das Thema schließe ich damit.

Es handelt sich um die onBoard-Grafik des Prozessors, eine ATI kompatible Graphikkarte.

Im Anhang die Ausgabe von hwinfo -- gfxcard

im Anhang die Datei Xorg.log

Hallo,

ich habe vor ein paar Tagen einen Prozessor Ryzen 5 5600G gekauft und mit diesem auf einem Testsystem openSuSE 15.3 installiert. Dies bevor ich irgendwelche Änderungen am Produktivsystem vornehme.

Bei dieser Testinstallation bekomme ich es nicht hin, daß die Auflösung auf dem Bildschirm besser ist als 1024x768. Während der Installation selbst verwendet die Installations-Prozedur sehr wohl höhere Bildschirm-Auflösungen, aber das fertige Produkt hat nur noch diese eine (d.h. wenn ich auf Systemeinstellungen->Anzeige und Monitor gehe, dann hat die Combo-Box nur diesen einen Wert).

Die Frage: An welcher Stellschraube muß ich drehen, damit ich höhere Auflösungen bekomme?

Wie gesagt: Noch ist es ein Testsystem, ich kann gefahrlos alles mögliche ausprobieren.

ok, habe ich aufgerufen.

Wie erkenne ich nun, daß da tatsächlich etwas repariert wurde?

Ich habe den Befehl 2x aufgerufen.

Der 1. Durchlauf enthielt eine Meldung mit dem Inhalt:

Collection 4 search index contains 1 orphan items. Scheduling reindexing

Diese Meldung fehlte dann im 2. Durchlauf. Sonst war der Output aber gleich.

Hallo,

ich benutze openSuSE 15.3. Zur Verwaltung meiner Kontakte benutze ich KAdressbookVersion 5.14.2 (20.04.2), für den Mailversand KMailVersion 5.14.2 (20.04.2), jeweils die aktuellste Version, automatisch aktualisieret.

Meine Kontakte verwalte ich in verschiedenen (insgesamt 4) Adressbüchern, thematisch sortiert. In einzelnen Adressbüchern habe ich auch Adressgruppen, damit ich die darin zusammengefaßten Kontakte mit einem einzigen Empfängereintrag in einer Mail gemeinsam ansprechen kann.

Gestern wollte ich nun eine solche Mail an eine bestimmte Gruppe versenden. Als ich kontrolliert habe, ob die Gruppe wirklich aktuell ist, enthielt diese zwar Einträge (die Anzahl konnte ggf. schon stimmen), aber ich konnte weder Namen noch Mail-Adressen sehen. Also habe ich alle Einträge der Gruppe einzeln gelöscht und die Gruppe neu aufgebaut. Die Gruppe (als Gruppeneintrag) habe ich aber nicht gelöscht. Der Aufwand war überschaubar.

Danach habe ich die Mail verfaßt und an mich selbst, sowie die Gruppe (als Blindkopie) verschickt. Ich bekam die Mail (weil sie auch an mich adressiert war) und damit war für mich erst mal alles i.O.

Heute erhalte ich nun Mails von Leuten zurück, die mich fragen, was ich Ihnen eigentlich mitteilen will.

Es stellt sich heraus, daß meine Mail an eine wilde Auswahl der Kontakte meiner Adressbücher ging. Weder stimmt die Anzahl der beabsichtigen Adressaten, noch stimmt die Zusammenstellung. Die Empfänger stammen aus unterschiedlichen meiner Adressbücher. es war aber kein Empfänger aus der ursprünglich vorgesehenen Gruppe dabei.

Ich habe heute nochmals alles kontrolliert: Rein formal ist alles (immer noch) ok. Für mich damit ein Fehler von KAdressbook / KMail.