Beiträge von windsheimer

Habe gestern und heute Tumbleweed installiert, da mein Rechner nicht die Mindestanforderungen für Leap 16 erfüllt.

Es scheint so, als wäre ich nicht der einzige mit diesem Problem. Wer sicher gehen möchte, dass Leap 16 auf der CPU läuft und sich damit eine Menge Arbeit sparen möchte, kann die Kompatibilität mit einem Shell Einzeiler prüfen:

lscpu | grep sse4_2 || echo "Your CPU is not compatible with Leap 16.0"

X86-64 microarchitecture levels - openSUSE Wiki

Ade Leap. Hallo Tumbleweed!

Die Tumbleweed Installation lief problemlos und zügig ab. Nach der Installation bekam ich einige Timer Fehlermeldungen im kernel ring buffer, von denen vermutlich alle Core2 Prozessoren betroffen sind. Die Lösung bestand darin über YaST -> Bootloader zwei Kernel-Parameter zu ergänzen: tsc=unstable trace_clock=global

Eine eher für meinen Acer Travelmate 7730 spezifische Fehlermeldung zum Intel Grafiktreiber konnte ich mit dem Kernel-Parameter intel_iommu=igfx_off loswerden.

Soweit läuft alles so wie ich es mag. Danke für die Arbeit an dieser Distribution!

Wolfgang

Tumbleweed bootet einwandfrei auf meinem Acer Travelmate 7730. Geräteerkennung sieht gut aus. Ich denke, ich werde zum Supportende von Leap 15.6 auf Tumbleweed umsteigen.

Wer weiß, vielleicht hält das Notebook (und ich) noch bis zum 20jährigen Jubiläum durch, haha!

Vielen Dank noch mal für den Tip an Spaceloop!

Wolfgang

Hallo Spaceloop,

Danke für Deinen Hinweis auf Tumbleweed. Grundsätzlich käme dieses Release auch in Frage. Ich kann den Verwaltungsaufwand jedoch nicht einschätzen und ich nutze das Notebook für Aufgaben, die funktionieren müssen.

Ich denke, ich brauche Erfahrungswerte und werde ein Testsystem installieren und berichten. Das kann allerdings etwas dauern.

Wolfgang

Ich habe heute die Ankündigung für Leap 16 gelesen und festgestellt, dass mein Notebook Core2 Duo P9700/Sockel μPGA 478 nicht mehr unterstützt wird:

X86-64 microarchitecture levels - openSUSE Wiki

Schade, denn ich habe Ende letzten Jahres Leap 15.6 installiert um mich von Windows 10 endgültig zu verabschieden.

Leap läuft flott und zu meiner vollsten Zufriedenheit auf einer - zugegeben - uralten Hardware (Acer Travelmate 7730). Ich habe das Notebook 2008 gekauft und seitdem ständig benutzt. Da openSUSE auf non-UEFI Hardware lief und ich ein K Desktop haben wollte, habe ich diese Distribution gewählt.

Das beste an der Installation; bis auf die easy-launch-buttons hat das Notebook die volle Funktionalität inklusive aller LED Anzeigen. Jedenfalls ist mir noch nicht aufgefallen, dass ein Gerät nicht funktionieren würde. Dazu Wayland, dass etwas flüssiger auf dem Intel GM45 Express Chipset läuft als Plasma.

Die einzige Anpassung, die ich nach der Installation vorgenommen habe war das Hinzufügen der Kernelparameter "tsc=unstable trace_clock=local". Das war's.

Das soll jetzt kein Gemeckere sein, denn ich verstehe, dass man ältere Hardware nicht auf ewig weiter unterstützen kann. Es tut wohl nur etwas weh, sich von einer so zuverlässigen Hardware zu trennen. Naja, vielleicht mache ich noch einen Versuch mit Debian ...

Wolfgang

Hallo,

@Sauerland

Danke für den Link auf Bugzilla. Das war auch der Fehler auf meinem System.

phrobion

Eigentlich hätte ich es mir denken können, dass ein Netzwerkproblem vorliegt. Wenn ich Bugzilla richtig verstanden habe, kann sddm nicht starten, weil im gleichem Moment im Hintergrund der hostname des Systems aktualisiert wird. Du liegst also richtig, das Problem hat nichts mit der Grafikkarte zu tun.

Ich habe eben über die Softwareaktualisierung sddm Version 0.18.0-lp151.3.9.1 installiert und mit dem Befehl:

sudo update-alternatives --config default-displaymanager

sddm auto ausgewählt.

Das System startet wieder in der ursprünglichen Konfiguration. Das Problem ist behoben.

Gruß

windsheimer

Hallo,

ich benutze openSUSE seit ungefähr 7 Jahren auf einem ASUS F7Z Notebook mit einer ATI RS780M [Mobility Radeon HD 3200] Grafikkarte. Das Notebook ist 13 Jahre alt aber mit 4GB RAM, 400GB SSD und mit einem Turion X2 ZM-87 Prozessor absolut ausreichend für meine Zwecke.

Nach der letzten Softwareaktualisierung am 07.09. stoppte heute, am 08.09. der Bootvorgang bei 'starting locale services'. Alle Angebote aus dem Bootmenü (failsafe, vorherige Version) änderten daran nichts.

Eine Google-Suche zeigte mir, dass ich mit diesem Problem nicht allein bin. Mit <STRG>+<Alt>+<F1> bis <F12> habe ich mich durch die Konsolen bewegt und in einer (ich glaube es war F8) bekam ich den Hinweis 'kann X nicht starten'. Mehrere Forumsbeiträge wiesen darauf hin, dass bei einigen Grafik-Chipsätzen Probleme mit dem ssdm Bildschirmmanager auftreten können. Als Alternative und Abhilfe wurde der lightdm Bildschirmmanager genannt.

Also habe ich mich an einer Konsole am System angemeldet und mit dem Befehl

sudo update-alternatives --config default-displaymanager

lightdm als Bildschirmmanager ausgewählt. Nach einem reboot konnte ich mich wieder anmelden.

So weit so gut. Ich möchte allerdings, dass mein System mit den Standardeinstellungen und mit so wenig wie möglich Workarounds funktioniert, auch wenn diese spannend und lehrreich sein mögen.

Gerne sende ich die Log-Dateien, welche auch immer das sein mögen, falls sich damit der Fehler eingrenzen lässt und falls es außer mir jemanden interessiert.

Vielen Dank, dass es euch gibt!

Wolfgang