Beiträge von holger_tumbleweed

Ja, und ich bin sehr zufrieden.
Dass wir da einen alten und tatsächlich auch nicht guten Laptop haben ist mir (leider erst nach dem Kauf gemerkt) klar.
Habe ihm ne SSD (ATA-Anschluß) und noch insgesamt 16 GiB RAM spendiert. Dennoch braucht man beim Starten und öffnen von Anwendungen eine Eselsgeduld.
Läuft die Anwendung dann, geht es aber doch noch recht flott.

Deswegen werden wir den Lapotop nicht entsorgen, sondern noch möglichst lange nutzen; Windows 11 (das wir aber eh nicht nutzen würden) läuft natürlich auf dem Kasten auch nicht mehr.
Und ja, dass selbst bei Tumbleweed die 32-Bit-Versionen langsam auslaufen, habe ich auch schon mitbekommen; unser Lappi ist aber schon 64-Bit.

Nun, ich werde den Thread auf erledigt setzen und bedanke mich ganz herzlich bei allen für die Hilfe! Hat Spaß gemacht.

Zitat von Sauerland

Irgendwo auf der bugzilla Liste hab ich von Problemen mit dem Radeon Treiber und kernel 6.X mal gelesen........

Aber der Kernel 6.3 hatte auch noch andere Probleme.

Dann ist das aber eine sehr alte Netzwerkkarte und es gab keinen User, der den Treiber noch "gepflegt" hätte........

Wird übrigens auch immer angekündigt.

Ja, der Laptop des Kollegen dürfte eventuell bis zu 20 Jahre alt sein; alt ist er auf jeden Fall. Aber für seine Zwecke ausreichend.

Wollte eigentlich jetzt in die Horizontale, aber mir kam da noch ein Gedanke (warum wir uns da im Kreise drehten) ...

Habe oben ja behauptet, dass - wenn ich den Eintrag 'nomodeset' aus der Bootkonfiguration entfernen würde, der Bootvorgang wieder einfrieren würde (denn das habe ich anfangs in den ersten Tagen der Threaderstellung mehrfach ausprobiert und das war auch so).

Nun, das war einmal! Gerade hatte ich nämlich noch ein Update (von Kernel 6.3.2-1-default auf 6.3.4-1-default) und habe dann vor dem Neustart das 'nomodeset' entfernt.

Dann Neustart und siehe da, problemloser Start.

Auch die Bildschirmauflösung ist wieder einstellbar und war doch nicht standardmässig - wie von mir oben vermutet - auf 1366x768.

Sie war (und ist nun wieder) auf 1280x720 (16:9).

Seltsam dennoch, dass ich auch jetzt alles in gleicher Größe wie zuvor sehe!

Laut Alero - was mir eigentlich auch einleuchtet - hätte die Bildschirmauflösung mit den hinzugefügten 'nomodeset'-Einstellungen eigentlich größer sein sollen ...

Da haben die den Bug wohl schon gefixt. Lob an Tumbleweed!

Hier noch die aktuellen Konsolenabfragen mit dem aktuellen Kernel 6.3.4-1-default:

XXXXX@localhost:~> /sbin/lspci -nnk | grep -EiA3 '3d|display|vga'

00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wrestle
r [Radeon HD 7310] [1002:9809]

       DeviceName: AMD Radeon HD 7310 Graphics
       Subsystem: Hewlett-Packard Company Device [103c:1885]
       Kernel driver in use: radeon

XXXXX@localhost:~> xrandr -q

Screen 0: minimum 320 x 200, current 1280 x 720, maximum 8192 x 8192

LVDS-1 connected primary 1280x720+0+0 (normal left inverted right x axis y axis) 344mm x
194mm
  1366x768      60.07 +  40.04   
  1280x720      60.00*   59.99    59.97    59.86    59.74   
  1152x768      59.95   
  1024x768      60.04    60.00    59.95   
  960x720       60.00   
  928x696       60.05   
  896x672       60.01   
  1024x576      59.95    59.96    59.90    59.82   
  960x600       59.93    60.00   
  960x540       59.96    59.99    59.63    59.82   
  800x600       60.00    60.32    59.96    56.25   
  840x525       60.01    59.88   
  864x486       59.92    59.57   
  848x480       59.94   
  700x525       59.98   
  800x450       59.95    59.82   
  720x480       59.94   
  640x512       60.02   
  700x450       59.96    59.88   
  640x480       60.00    59.94    59.94   
  720x405       59.51    58.99   
  684x384       59.88    59.85   
  640x400       59.88    59.98   
  640x360       59.86    59.83    59.84    59.32   
  512x384       60.00   
  512x288       60.00    59.92   
  480x270       59.63    59.82   
  400x300       60.32    56.34   
  432x243       59.92    59.57   
  320x240       60.05   
  360x202       59.51    59.13   
  320x180       59.84    59.32   
HDMI-1 disconnected (normal left inverted right x axis y axis)
VGA-1 disconnected (normal left inverted right x axis y axis)

Kann ich den Beitrag nun auf 'erledigt' setzen?

Also noch mal ganz von vorne - als Antwort auf Post #16 von Alero:

Zitat

Alero: Das mal als Allererstes. Die Ausgabe fehlt hier komplett. Ohne Kernel Mode Setting läuft nämlich nur ein Minimaltreiber mit irrwitziger Auflösung.

O.k.; hier noch mal die heutige Konsolenabfrage; ich vermute, sie ist genauso komplett oder unkomplett, wie gestern:

XXXXX@localhost:~> /sbin/lspci -nnk | grep -EiA3 '3d|display|vga'

00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7310] [10
02:9809]

       DeviceName: AMD Radeon HD 7310 Graphics
       Subsystem: Hewlett-Packard Company Device [103c:1885]
       Kernel modules: radeon, amdgpu

Warum der Laptop mit der normalen Auflösung startet, kann ich nicht nachvollziehen. Aber er tut es; keinerlei Veränderung im Vergleich zu vor dem Kernel-Update auf 6.3.2-1-default.

Zitat

Alero: ... wie die Grafik ohne Kernel Mode Setting aussieht, wissen wir, deshalb ist diese Aussage (ich, holger_tumbleweed, werde zitiert: '... und ... "nomodeset" eingetragen. Interessanterweise startet der Laptop daraufhin ohne Probleme oder Grafikeinbußen.') völlig unlogisch. Es sei denn, man ist mit einer riesigen Auflösung zufrieden.

Na ja, wie gesagt: logisch oder nicht; mein Laptop startet nach dem Booteintrag ('nomodeset') wie von früher gewohnt und zwar tatsächlich ohne Grafikeinbußen oder veränderteter Bildschirmauflösung.

Zitat

Alero: Von daher wäre ich auf 'xrandr -q' neugierig

Bitte sehr; hier ist die Ausgabe:

XXXXX@localhost:~> xrandr -q

Screen 0: minimum 320 x 200, current 1366 x 768, maximum 4096 x 4096

None-1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
  1366x768      60.00*+

Bin mir nicht sicher, denn ich nutze den Laptop nur ein paar mal kurz im Jahr; normal hat ihn meine Frau; aber ich meine, dass ich normalerweise die Bildschirmauflösung in den Systemeinstellungen hätte ändern können. Diese Möglichkeit ist derzeit deaktiviert (vermutlich aufgrund der Booteintragänderung).

Zitat

Alero: Sollte allerdings dennoch der Radeon-Treiber aktiv sein, was wir ja aus der lspci-Ausgabe nicht erkennen konnten, kann das System unmöglich ohne KMS starten (KMS = https://wiki.archlinux.de/title/KMS?). Auf jeden Fall ist hier alles in sich widersprüchlich.

Wieso widersprüchlich? Die Konsolenabfragen lügen doch nicht?
Und es ist nun mal so, wie ich es beschrieben habe; seit Änderung der Bootparameter ('nomodeset') läuft der Laptop wie vor der Kernelaktualisierung. Mache ich den Eintrag wieder raus, ist der Bildschirm wieder eingefroren und größtenteils schwarz.

Zitat

Alero: Und um auf die Frage aus Post 10 zu antworten ... erledigt ist hier gar nichts, solange da noch nomodeset im Spiel ist und die Tumbleweed-Entwickler brauchst Du auch nicht behelligen, da mit Tumbleweed alles in Ordnung ist. Bei mir laufen zwei Rechner mit Tumbleweed und dem angesprochenen Kernel, ... Keiner von beiden weist das angesprochene Verhalten auf.

Alero, das glaube ich Dir sehr gerne! Habe ich doch ganz am Anfang meines Threads auch so beschrieben.
Mein PC, der eines Freundes, der meiner Mutter und der unseres Vereinsvorstandes (LUG-VS) laufen alle mit dem aktuellen Tumbleweed-Kernel und haben keine Probleme.
Aber mein Laptop (besser der meiner Frau) und der von Paprikate (sein Thread vom 15. Mai 2023 - er meldet sich leider nicht mehr) haben aber nun mal diese Probleme mit dem Hängenbleiben der Grafik im Bootvorgang.

Daher frage ich nochmals:
Ist es nicht möglich, dass der neue Kernel 6.3.2-1-default sich mit mancher alter Hardware nicht verträgt, sie eventuell nicht mal mehr führt?
Von einem unserer Vereinsmitglieder wissen wir von einem Fall, wo der Kernel (fast) aller Linux-Distros seine alte Netzwerkkarte nicht mehr erkannte. Der neue Kernel hatte die Netzwerkkarte einfach nicht mehr gelistet.
Abhilfe brachte nur eine USB-Netzwerkkarte, die extern angeschlossen wurde.
So was gibt es also schon ...

Ach ja und noch ein Anhang (Screenshot des Yast-Bootmenüs mit den derzeitigen Einträgen) ...

Zitat von Alero

Das mal als allererstes. Die Ausgabe fehlt hier komplett. Ohne Kernel Mode Setting läuft nämlich nur ein Minimaltreiber mit irrwitziger Auflösung.

Eben ... wie die Grafik ohne Kernel Mode Setting aussieht wissen wir, deshalb ist diese Aussage

völlig unlogisch. Es sei denn, man ist mit einer riesigen Auflösung zufrieden. Von daher wäre ich auf

Code

xrandr -q

neugierig. Sollte allerdings dennoch der Radeon-Treiber aktiv sein, was wir ja aus der lspci Ausgabe nicht erkennen konnten, kann das System unmöglich ohne KMS starten. Auf jeden Fall ist hier alles in sich widersprüchlich. Und um auf die Frage aus Post 10 zu antworten .... erledigt ist hier gar nichts, solange da noch nomodeset im Spiel ist und die Tumbleweed - Entwickler brauchst du auch nicht behelligen, da mit Tumbleweed alles in Ordnung ist. Bei mir laufen zwei Rechner mit Tumbleweed und dem angesprochenem Kernel, ein Desktop mit Nvidia Grafik und ein HP Laptop mit Radeon Grafik. Keiner von beiden weist das angesprochene Verhalten auf.

Zitat von Alero

OK, du musst mir nicht antworten. Ich kann meine Zeit auch anders vergeuden. Schönen Abend noch.

Sorry Alero,

was ist los?!
Ich bin nicht jeden Tag und jederzeit vor dem PC.
Und ich bin nicht der Meinung, dass Du Deine Zeit dort im Forum vergeudest ...

Und falls das noch nicht rübergekommen ist; ich bin sehr dankbar, dass es dieses Forum gibt, und mir Leute wie Du antworten!
Falls Du das nicht gerne machst, dann tu es nicht.

Danke

Hallo Alero!

Hier die Konsolenabfragen:

1.

XXXXX@localhost:~> /sbin/lspci -nnk | grep -EiA3 '3d|display|vga'

00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7310] [10
02:9809]
DeviceName: AMD Radeon HD 7310 Graphics
Subsystem: Hewlett-Packard Company Device [103c:1885]
Kernel modules: radeon, amdgpu

Hier hat sich was geändert, im Vergleich zur Abfrage (mit fast gleichem Befehl); siehe Posts #7 bis #9 vom 23.05.2023. Nun sind es zwei Kernel Module: 'radeon' und 'amdgpu' ...

2.

XXXXX@localhost:~> zypper lr -d
#  | Alias                                | Name                            | Enabled   | GPG Check       | Refresh        | Priority  | Type   | URI
| Serv->
---+--------------------------------------+---------------------------------+-----------+-----------------+----------------+-----------+--------+----------------------------------------------
----------------------------------------------+-------
1 | download.opensuse.org-non-oss        | Haupt-Repository (NON-OSS)      | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/
non-oss/                                      |
2 | download.opensuse.org-oss            | Haupt-Repository (OSS)          | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/
oss/                                          |
3 | download.opensuse.org-tumbleweed     | Hauptaktualisierungs-Repository | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/tumblewee
d/                                            |
4 | https-download.opensuse.org-2c93126b | network:im:signal               | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | https://download.opensuse.org/repositories/ne
twork:/im:/signal/openSUSE_Tumbleweed/        |
5 | https-download.opensuse.org-6760e728 | openSUSE:Tumbleweed             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | https://download.opensuse.org/repositories/op
enSUSE:/Tumbleweed/standard/                  |
6 | https-download.opensuse.org-abd5f8ba | home:Dead_Mozay:rustdesk        | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | https://download.opensuse.org/repositories/ho
me:/Dead_Mozay:/rustdesk/openSUSE_Tumbleweed/ |
7 | openSUSE-20221121-0                  | openSUSE-20221121-0             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/tumbleweed/repo/
oss/                                          |
8 | packman                              | packman                         | Ja        | (r ) Ja         | Ja             |   90      | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/sus
e/openSUSE_Tumbleweed/                        |
9 | repo-debug                           | openSUSE-Tumbleweed-Debug       | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/tumbleweed
/repo/oss/                                    |
10 | repo-source                          | openSUSE-Tumbleweed-Source      | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/tumblewee
d/repo/oss/

3.

XXXXX@localhost:~> uname -a

Linux localhost.localdomain 6.3.2-1-default #1 SMP PREEMPT_DYNAMIC Mon May 15 15:59:38 UTC 2023 (70ea6f6) x86_64 x86_64 x86_64 GNU/Linux

Darf ich fragen, was Du aus den Konsolenausgaben schließt? Und warum Du nachfragst? Würde mich interessieren ... Und mit der Abfrage 'uname -a' willst Du sicher stellen, dass ich immer noch den gleichen Kernel nutze, wie beim Erstellen des Threads?

Danke!

Hallo miteinander,

scheint gerade Urlaubszeit zu sein?

Eigentlich könnte ich den Thread auf "erledigt" setzen, denn seit dem Eintrag des "nomodeset" im Grub-Editionsmenü startet das Tumbleweed ja auch mit dem neuen Kernel wieder anstandslos. Ich wäre also eigentlich schon sehr zufrieden! Danke!

Doch es würde mich schon interessieren, ob das Problem meiner (und auch von Paprikate's Hardware Paprikate) mit dem Kernel 6.3.1-2-default behoben werden kann.

Was empfehlt Ihr, wie ich weiter vorgehen soll? Thread auf "erledigt" setzen, oder nicht?

Macht es Sinn, das Problem an die Tumbleweed-Entwickler zu melden, oder ist das vielleicht schon geschehen und ich sollte einfach mal abwarten?

Hallo Sauerland!

Erst mal vielen Dank! Ja, dass man den Yast auch in der Konsole starten kann, hatte ich glatt vergessen.
Und bezüglich meinem "Vorpreschen": Entschuldigung! Ich gelobe Besserung.
Habe also den Eintrag "3" entfernt und (vorläufig) stattdessen "nomodeset" eingetragen.

Hier die von Dir gewünschte Konsolenabfrage:

XXXXX@linux-2:~> /sbin/lspci -nnk | grep -EiA3 'vga|3d|display'

00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 7310] [1002:9809]

        DeviceName: AMD Radeon HD 7310 Graphics

        Subsystem: Hewlett-Packard Company Device [103c:1885]

        Kernel driver in use: radeon

Und hier noch (falls es hilft und nicht verwirrt) der Auszug der 'inxi'-Abfrage; nur die Grafik betreffend:

Graphics:

Device-1: AMD Wrestler [Radeon HD 7310] driver: radeon v: kernel

Device-2: Chicony HP Truevision HD driver: uvcvideo type: USB

Display: x11 server: X.Org v: 21.1.8 with: Xwayland v: 23.1.1 driver: X:

loaded: modesetting unloaded: fbdev,vesa dri: r600 gpu: radeon

resolution: 1280x720~60Hz

API: OpenGL v: 4.5 Mesa 23.0.3 renderer: AMD PALM (DRM 2.50.0 /

    6.3.2-1-default LLVM 16.0.2)

Zitat von Sauerland

Grundsätzlich:

Bitte nur das machen, was angefragt wird........

Den Runlevel hatte ich nur angefragt, um zu sehen, ob es ein graphisches Problem ist, was anscheinend der Fall ist.

PS:

Auch im Runlevel 3 kann man Yast benutzen, einloggen mit:

Code

root
root-Passwort

danach

Code

yast

Bedienung mit Pfeiltasten, Leertaste, TAB Taste usw.

Du kannst aber auch im Grub die 3 entfernen und nomodeset eintragen, geht genau nach der obigen Anleitung......

Dann kannst du zumindest Graphisch wieder starten und posten:

Code

/sbin/lspci -nnk | grep -EiA3 'vga|3d|display'

Alles anzeigen