Blubbertran
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Hallo Zusammen, ich bin Linux-Anfänger und habe vor kurzer Zeit Kubuntu 24.04.1 LTS auf meinem HP-Notebook installiert, habe allerdings Probleme mit meiner Grafikkarte (Nvidia Quadro K2000M). Genauer gesagt scheint es mir als würde meine Grafikkarte gar nicht erkannt bzw. verwendet. Ich hatte einige mit Grafikkarten verbundene Probleme*, und habe versucht den passenden Grafikkartentreiber (nvidia-driver-390) statt nouveau zu installieren (manuell, mir ist bewusst das er in den Paketquellen nicht mehr enthalten ist). Dabei ist mir aufgefallen, dass die Karte zwar erkannt, aber scheinbar nicht genutzt wird, wofür ich folgende Indikatoren habe: 1. In den Systemeinstellungen wird als Grafikprozessor nicht die Karte aufgeführt (siehe Anhang). 2. Mit "lspci -nnk" wird die Karte und der nouveau Treiber zwar angezeigt, es fehlt aber eine Zeile "Kernel driver in use:":
| 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GLM [Quadro K2000M] [10de:0ffb] (rev a1)
DeviceName: 0
Subsystem: Hewlett-Packard Company GK107GLM [Quadro K2000M] [103c:176b]
Kernel modules: nvidiafb, nouveau
|
3. Mit "inxi -xxG" steht bei driver "N/A" und später unter gpu auch:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | Graphics:
Device-1: NVIDIA GK107GLM [Quadro K2000M] vendor: Hewlett-Packard
driver: N/A arch: Kepler pcie: speed: 2.5 GT/s lanes: 16 bus-ID: 01:00.0
chip-ID: 10de:0ffb
Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6
compositor: kwin_x11 driver: X: loaded: nouveau,vesa
unloaded: fbdev,modesetting dri: swrast gpu: N/A display-ID: :0 screens: 1
Screen-1: 0 s-res: 1024x768 s-dpi: 96
Monitor-1: default res: 1024x768 size: N/A
API: EGL v: 1.5 platforms: device: 0 drv: swrast surfaceless: drv: swrast
x11: drv: swrast inactive: gbm,wayland
API: OpenGL v: 4.5 vendor: mesa v: 24.0.9-0ubuntu0.2 glx-v: 1.4
direct-render: yes renderer: llvmpipe (LLVM 17.0.6 256 bits)
device-ID: ffffffff:ffffffff
API: Vulkan v: 1.3.275 surfaces: xcb,xlib device: 0 type: cpu driver: N/A
device-ID: 10005:0000
|
Nun könnte ich mir gut vorstellen das ich diese Ausgaben falsch interpretiere, aber ich schloss daraus, das die Grafikkarte nicht aktiv ist. Ich habe verschiedene Sachen ausprobiert, um zumindest den nouveau Treiber zu aktivieren, allerdings ohne Erfolg. Für Hilfe wäre ich sehr dankbar, ich bin mit meinem (mit Freunden zusammengelegten) Latein ziemlich am Ende. * Zu diesen Problemen (falls das Wichtig ist):
Mein Notebook (auch vom Live-System) starten nur mit dem Boot-Parameter NOMODESET (ansonsten bleibt der Bildschirm irgendwann einfach schwarz). Die Auflösung wird als 4:3 erkannt, trotz meines 16:9 Bildschirms. Wenn ich beim Hochfahren nicht trickse, um zu Umgehen dass Text oder grafischer Output angezeigt wird, ist die Auflösung sogar auf 640:480 gelockt. Ich kann das umgehen, indem ich das Grub-Menü öffne, den Booteintrag editiere (ohne ihn zu verändern) und dann boote, in dem Fall wird nur das HP-Logo meines Notebooks angezeigt, und ich kann bis zu 1024:768 haben. Allerdings häufen sich auch hier im Hintergrund irgendwelche Fehler, wenn ich nämlich mit "systemstl stop sddm" in den reinen Terminalmodus wechsle, geht das nur in dem Rein-640:480-Modus, mit meinem Workaraound friert das Bild stattdessen ein. Einige Spiele starten nicht, was ebenfalls an der Grafikkarte liegen könnte.
Angaben zum System:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58 | brobel@brobel-hpelitebook8570w:~$ inxi -Fx
System:
Host: brobel-hpelitebook8570w Kernel: 6.8.0-48-generic arch: x86_64 bits: 64
compiler: gcc v: 13.2.0
Desktop: KDE Plasma v: 5.27.11 Distro: Kubuntu 24.04.1 LTS (Noble Numbat)
base: Ubuntu
Machine:
Type: Laptop System: Hewlett-Packard product: HP EliteBook 8570w
v: A1029D1102 serial: <superuser required>
Mobo: Hewlett-Packard model: 176B v: KBC Version 50.1B
serial: <superuser required> BIOS: Hewlett-Packard v: 68IAV Ver. F.41
date: 05/20/2013
Battery:
ID-1: BAT0 charge: 67.7 Wh (95.2%) condition: 71.1/71.1 Wh (100.0%)
volts: 16.3 min: 14.8 model: Hewlett-Packard Primary status: not charging
CPU:
Info: quad core model: Intel Core i7-3840QM bits: 64 type: MT MCP
arch: Ivy Bridge rev: 9 cache: L1: 256 KiB L2: 1024 KiB L3: 8 MiB
Speed (MHz): avg: 1199 high: 1200 min/max: 1200/3800 cores: 1: 1200
2: 1200 3: 1200 4: 1200 5: 1200 6: 1200 7: 1200 8: 1197 bogomips: 44694
Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3
Graphics:
Device-1: NVIDIA GK107GLM [Quadro K2000M] vendor: Hewlett-Packard
driver: N/A arch: Kepler bus-ID: 01:00.0
Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6 driver: X:
loaded: nouveau,vesa unloaded: fbdev,modesetting dri: swrast gpu: N/A
resolution: 1024x768
API: EGL v: 1.5 drivers: swrast platforms: active: x11,surfaceless,device
inactive: gbm,wayland
API: OpenGL v: 4.5 vendor: mesa v: 24.0.9-0ubuntu0.2 glx-v: 1.4
direct-render: yes renderer: llvmpipe (LLVM 17.0.6 256 bits)
API: Vulkan v: 1.3.275 drivers: N/A surfaces: xcb,xlib devices: 1
Audio:
Device-1: Intel 7 Series/C216 Family High Definition Audio
vendor: Hewlett-Packard 7 driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
Device-2: NVIDIA GK107 HDMI Audio vendor: Hewlett-Packard
driver: snd_hda_intel v: kernel bus-ID: 01:00.1
API: ALSA v: k6.8.0-48-generic status: kernel-api
Server-1: PipeWire v: 1.0.5 status: active
Network:
Device-1: Intel 82579LM Gigabit Network vendor: Hewlett-Packard
driver: e1000e v: kernel port: 5040 bus-ID: 00:19.0
IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: d4:c9:ef:50:ef:0f
IF-ID-1: virbr0 state: down mac: 52:54:00:66:04:f6
Drives:
Local Storage: total: 698.64 GiB used: 80.45 GiB (11.5%)
ID-1: /dev/sda vendor: Hitachi model: HTS727575A9E364 size: 698.64 GiB
Partition:
ID-1: / size: 146.77 GiB used: 80.45 GiB (54.8%) fs: ext4 dev: /dev/sda2
Swap:
ID-1: swap-1 type: file size: 512 MiB used: 0 KiB (0.0%) file: /swapfile
Sensors:
System Temperatures: cpu: 58.0 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 32 GiB available: 31.28 GiB used: 1.96 GiB (6.3%)
Processes: 233 Uptime: 2h 0m Init: systemd target: graphical (5)
Packages: 2563 Compilers: gcc: 13.2.0 Shell: Bash v: 5.2.21 inxi: 3.3.34
|
- Bilder
|
Blubbertran
(Themenstarter)
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Noch kurz als Hinweis: Ich habe zwar am Anfang über den Nvidia proprietären Treiber geredet, allerdings nur der Vollständigkeit halber. Mir geht es hier erstmal darum den nouveau-Treiber zu aktivieren (falls ich das Problem überhaupt richtig interpretiere) bzw. das Problem zu verstehen. Falls ich danach immer noch den proprietären Treiber installieren möchte und es nicht hinkriege, mache ich dafür einen neuen Thread auf. Dankeschön
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 11487
|
Nein, Du willst für eine Nvidia Quadro K2000M (und das ist keine Grafikkarte, sondern ein Grafikprozessor, GPU, auf das Mainboard gelötet) keinen proprietären Treiber nvidia installieren, sondern den freien nouveau, der automatisch installiert ist, verwenden. Dann erzähle mal, wie Du nvidia installiert hast oder haben willst! Doch nicht etwa das .run-File?! ...und wenn Du die Bootoption nomodeset (das wird kleingeschrieben, nein, das ist nicht egal) gesetzt hast, brauchst Du Dich nicht wundern, daß die Darstellung so überhaupt nicht paßt. Wenn's einen schwarzen Bildschirm (mit blinkendem Cursor?) gibt, muß man die Ursache suchen. Aber erstmal wie gesagt den proprietären 'rauswerfen.
|
Blubbertran
(Themenstarter)
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Danke für die schnelle Antwort. von.wert schrieb: und das ist keine Grafikkarte, sondern ein Grafikprozessor, GPU, auf das Mainboard gelötet
Das war mir nicht klar, entschuldige für die unpräzise Ausdrucksweise. von.wert schrieb: Dann erzähle mal, wie Du nvidia installiert hast oder haben willst! Doch nicht etwa das .run-File?!
Tatsächlich habe ich es mit der .run von der Nvidia-Homepage versucht (wie gesagt, ich bin ziemlicher Anfänger), da der Treiber in den Paketquellen nicht mehr enthalten ist. Das hat allerdings nicht geklappt. Wichtig ist, dass immoment kein proprietärer Treiber installiert sein sollte! Um sicherzugehen lasse ich noch mal
| sudo apt-get purge \*nvidia\*
|
laufen, das sollte den (eventuellen) proprietären Treiber rauswerfen, oder? Aber meines Wissens nach ist gar kein proprietärer Treiber installiert. Interpretiere ich das denn richtig, dass auch der nouveau immoment nicht genutzt wird? Oder ist das normal, das "inxi -xxG" unter Driver: N/A ausgibt?
| Device-1: NVIDIA GK107GLM [Quadro K2000M] vendor: Hewlett-Packard
driver: N/A arch: Kepler pcie: speed: 2.5 GT/s lanes: 16 bus-ID: 01:00.0
chip-ID: 10de:0ffb
|
Und auch die anderen beiden Sachen die ich im ersten Post geschrieben hatte ("lspci -nnk" und das Bild aus "Über dieses System"). Was die nomodeset Sache angeht: Ohne die Bootoption bleibt der Start bei einem schwarzen Bildschirm hängen, aber ohne Cursor oder irgendwas. Also noch nicht mal einem reinen Textmodus, es startet gar nicht (zumindest habe ich es nicht hingekriegt). Ich hatte etwas recherchiert und es bisher so verstanden, das nomodeset den Grafikprozessor einfacher anspricht, und als Übergang genutzt wird, bis der Treiber aktualisiert / aktiviert / richtig eingestellt wurde, was ich ja immoment versuche. Wenn dieser Thread gelöst ist, und nomodeset totzdem noch Probleme macht, mach ich dafür einen anderen Thread auf. Oder Ist nomodeset schuld daran, das der Grafikprozessor (in meiner Interpretation) gar nicht genutzt wird?
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 11487
|
Blubbertran schrieb:
Tatsächlich habe ich es mit der .run von der Nvidia-Homepage versucht
Ganz schlechte Idee. Man kann das schon machen, muß aber einiges beachten. Zuallererst muß die grafische Oberfläche geschlossen werden, es wird alles in einem tty (virtuelle Konsole) durchgeführt...es geht aber weiter. Der Vollständigkeit halber: Archiv/Grafikkarten/Nvidia/Manuelle Treiberinstallation. Archiviert, nicht durchführen! Man könnte Nvidia schon Absicht unterstellen. Egal. Wenn, dann über .deb bzw. die Paketverwaltung. Hat sich aber für Deine GPU erledigt (K2000 ginge noch mit nvidia 460.x, aber nicht K2000M) und brauchst Du auch nicht. Ist quasi GF700-basiert. Meine GF710 läuft auch mit nouveau, absichtlich so gekauft.
| sudo apt-get purge \*nvidia\*
|
laufen, das sollte den (eventuellen) proprietären Treiber rauswerfen, oder?
Aber nur über Paketverwaltung installierte .deb-Files. Es laufen zu lassen, schadet aber nichts. Die Frage ist, wie weit Du mit der Installation von NVIDIA-Linux-x86_64-390.157.run gekommen bist, was sozusagen hängen geblieben ist. Hast Du nur in Windows-Manier doppelgeklickt?
Oder ist das normal, das "inxi -xxG" unter Driver: N/A ausgibt?
Ich geb' Dir mal ein Beispiel (GF710 unter Arch Linux): $ inxi -xxG
Graphics:
Device-1: NVIDIA GK208B [GeForce GT 710] vendor: Micro-Star MSI
driver: nouveau v: kernel arch: Fermi-2 pcie: speed: 5 GT/s lanes: 8 ports:
(...) NVIDIA-Linux-*.run blacklistet nouveau. Theoretisch, das hat auch irgendwann nicht mehr funktioniert. Wenn nouveau geblacklistet, noch dazu nomodeset gesetzt ist, wird das natürlich alles nichts (nvidia nicht installiert, nouveau darf nicht).
Sieh in "/etc/modprobe.d/" nach einer .conf-Datei, die nouveau blacklisten läßt! Ist eine vorhanden, löschst Du sie mit root-Rechten. xserver-xorg-video-nouveau ist eigentlich ootb installiert, aber vielleicht ist ja was zerschossen durch die Versuche:
| sudo apt install --reinstall xserver-xorg-video-nouveau
|
Jetzt möchtest Du noch die Bootoption nomodeset wieder entfernen.
Lade in einem Editor mit root-Rechten: | sudo nano /etc/default/grub
|
Die Zeile GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset" ersetze durch GRUB_CMDLINE_LINUX_DEFAULT="noplymouth" Speichere! Aktualisiere grub: Reboote:
|
Blubbertran
(Themenstarter)
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Eine (evtl.) wichtige Sache, die ich im ersten Post vergessen hatte: Ich habe eine zweite bootbare Partition (mit Windows 10) auf meinem Notebook. Entschuldige, falls das die Lösung war, bzw. dazu beiträgt. Danke für deine Hilfe! von.wert schrieb: Sieh in "/etc/modprobe.d/" nach einer .conf-Datei, die nouveau blacklisten läßt! Ist eine vorhanden, löschst Du sie mit root-Rechten.
Leider gibt es in /etc/modprobe.d/ keine Datei, die "nouveau" enthält. von.wert schrieb: xserver-xorg-video-nouveau ist eigentlich ootb installiert, aber vielleicht ist ja was zerschossen durch die Versuche: | sudo apt install --reinstall xserver-xorg-video-nouveau
|
Habe ich ausgeführt, hat auch allem Anschein nach funktioniert. An den Problemen mit der Auflösung und der Ausgabe von inxi -Gxx hat es leider nichts geändert (auch nicht durch den nächsten Schritt mit nomodeset). von.wert schrieb: Jetzt möchtest Du noch die Bootoption nomodeset wieder entfernen.
Habe ich gemacht, leider startet das System immer noch nicht ohne nomodeset. Das war auch schon so bevor ich die ganze Sache mit nvidia*.run gemacht hatte, also direkt nach dem Installieren, und mit jedem Live-System. noplymouth hat leider auch nicht gereicht. Noch mal kurz zur Symptomatik: Das System startet, lässt ganz normal Text durchlaufen, danach wird der Bildschirm aber komplett schwarz, und es gelang mir auch nicht durch Tastenkombination einen Textmodus zu aktivieren. Hier Bootoptionen (Abschnitt „Referenz“) hatte ich damals gelesen, dass nomodeset quasi als Übergang genutzt wird, und meistens entfernt werden kann nachdem der proprietäre Treiber installiert ist. Würde man trotzdem sagen das kein proprietärer Treiber nötig ist um nomodeset am Ende entfernen zu können? Oder ist es kein Problem, nomodeset stehen zu lassen (genau das hatte ich nämlich auch einmal über Nvidia Grafikprozessoren gelesen).
|
schollsky
Anmeldungsdatum: 3. Dezember 2012
Beiträge: 1682
Wohnort: Ruhrgebeat
|
Hallo Blubbertran, Du schriebst:
[...]
von.wert schrieb: Sieh in "/etc/modprobe.d/" nach einer .conf-Datei, die nouveau blacklisten läßt! Ist eine vorhanden, löschst Du sie mit root-Rechten.
Leider gibt es in /etc/modprobe.d/ keine Datei, die "nouveau" enthält.
Sieh nochmal genau nach, was Dir von.wert empfohlen hat: .conf Dateien sind Konfigurationsdateien, deren INHALT z.B. nouveau enthalten kann - also nicht der Name der Datei selbst! Bei mir in der Ubuntu-VM sind da u.a. eine Datei namens blacklist.conf und eine dkms.conf zu finden. Bitte nochmal genau prüfen. Grüße schollsky P.S. Die Kerneloption nomodeset ist tatsächlich nur für Wartungszwecke und sollte immer funktionieren. Der "richtige" Treiber ist aber nouveau, der ermöglicht z.B. Beschleunigung und höhere Bildschirmauflösungen.
|
Blubbertran
(Themenstarter)
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Hallo schollsky, keine Sorge, ich habe natürlich den Inhalt durchsucht. Sowohl manuell als auch mit Strg+F, und ich habe auch nach versteckten Dateien gesucht. Ich habe jetzt allerdings nur nach nouveau gesucht. Falls der blacklist auch anders geschehen kann, indem irgendwelche mit nouveau verbundenen Pakete geblacklistet werden oder was weiß ich, kann es natürlich gut sein das ich es nicht gefunden habe.
Mir sind ein paar Sachen aufgefallen die evtl. iwie helfen könnten, das sind aber nur die wilden Vermutungen eines Ahnungslosen (ansonsten einfach ignorieren): Eine Sache, die ich gefunden habe die mir erwähnenswert vor kam war blacklist nvidiafb
in "/etc/modprobe.d/blacklist-framebuffer.conf". KA ob das hilft, es fiel mir nur auf. Auch erwähnenswert ist evtl., dass in /etc/modprobe.d/ eine Datei "blacklist-oss.conf" liegt, die eine Verknüpfung zu einer Textdatei in einem anderen Ordner ("/lib/linux-sound-base/noOSS.modprobe.conf") ist. Sie enthält aber auch kein nouveau. Außerdem gibt es in der Datei "/etc/modprobe.d/alsa-base.conf" Zeilen wie install snd-seq /sbin/modprobe --ignore-install snd-seq $CMDLINE_OPTS && { /sbin/modprobe --quiet --use-blacklist snd-seq-midi ; /sbin/modprobe --quiet --use-blacklist snd-seq-oss ; : ; }
Das fiel mir aufgrund von "use-blacklist ###" auf, falls hiermit evtl. andere Blacklists wichtig werden, in denen nouveau geblacklistet sein könnte oder so etwas. PS: Ich habe gerade erst deine Bearbeitung gesehen. Eine blacklist.conf habe ich auch, sie enthält aber kein nouveau. Eine dkms.conf habe ich nicht. Viele Grüße
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 11487
|
Also ich habe mit Arch Linux in "/etc/modeprobe.d/" nur 1 File, das ich selbst hinzugefügt habe (sonst stottert vlc bei jedem Start). Deine alsa- und oss-Einträge haben etwas mit Sound zu tun, wenn Du damit keine Probleme hast, läßt Du sie stehen. nvidiafb ist ein Framebuffer-Treiber. Setze in "/etc/modprobe.d/blacklist-framebuffer.conf" vor "blacklist nvidiafb" ein "#" (ohne Anführungszeichen)! Damit kommentierst Du die Zeile aus, d.h., sie wird wie eine Kommentarzeile, einfach nur Text, behandelt. Ist dieses Blacklisten doch nötig, kannst Du jederzeit das Doppelkreuz wieder 'rausnehmen. Erstelle folgende Datei | sudo nano /usr/share/X11/xorg.conf.d/20-nouveau.conf
|
mit dem Inhalt Section "Device"
Identifier "Nvidia Quadro"
Driver "modesetting" # "nouveau"
EndSection Du setzt hier also als Treiber modesetting (nicht zu verwechseln mit der Bootoption nomodeset). Mit dem folgenden Doppelkreuz wird der Rest der Zeile auskommentiert. Das ist aber Absicht, so kannst Du leichter modesetting gegen nouveau tauschen, falls notwendig. Ich habe dieses File derzeit gar nicht, aber schon beides in früheren Installationen aus bestimmten Gründen gesetzt gehabt. Die Bootoption nomodeset muß im Endeffekt auf jeden Fall 'raus.
|
hakel2022
Anmeldungsdatum: 21. Februar 2022
Beiträge: 2949
|
Das Zusammenspiel von älteren Nvidias und neueren Ubuntu Kerneln ist im Moment etwas unübersichtlich im Sinne von wackelig. threads vom Nutzer "Trollsportverein" gibt es dazu reichlich in diesem Forum. Ein einfacherer Desktop wie Lubuntu oder Xubuntu könnte da hilfreich sein. In der Theorie sollte die Hardware ja ausreichen! P.S. Quadro macht die Sache auch nicht besser ☹ . War mal ein Geheimtip für "Schnäppchenjäger", keine gute Idee für Linux meiner Meinung nach.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 11487
|
hakel2022 schrieb:
Quadro macht die Sache auch nicht besser ☹ . War mal ein Geheimtip für "Schnäppchenjäger",
Äh, was? Nvidia-Quadro-Karten sind CAD-Karten, teure. Sogar überteuert, denn Quadros unterscheiden sich nur minimal von jeweiligen GeForces, es ist nur sehr wenig geändert, damit sie jeweils für CAD oder Spiele besser taugen. Aber Nvidia verkauft sie preislich zielgruppengerecht.
|
hakel2022
Anmeldungsdatum: 21. Februar 2022
Beiträge: 2949
|
Unter "Schnäppchenjäger" verstehe ich, arme Normalnutzer, die gebraucht kaufen. Das ist ca. 4-5 Jahre her, und ich fand das damals keine gute Empfehlung.
überteuert
Naja, alles was "speziell" ist, kostet halt seinen Preis. Wir hatten eigentlich nie Probleme mit den "normalen" Karten. Meine Vorurteile richten sich nur nach den Quadro Threads hier im Forum. .. und natürlich nach dem Sinn, wenn man kein CAD/CAM macht mit zertifizierter Windows-Vertrags-Software. Egal .. 👍
|
Imhoteph
Anmeldungsdatum: 11. Juni 2011
Beiträge: 91
Wohnort: Schwarzwald
|
hakel2022 schrieb: Meine Vorurteile richten sich nur nach den Quadro Threads hier im Forum. .. und natürlich nach dem Sinn, wenn man kein CAD/CAM macht mit zertifizierter Windows-Vertrags-Software.
Hi hakel, das verstehe ich. Mein Rechner ist ein ehemaliger Firmenrechner, der aussortiert wurde. Für mich war es ein Schnäppchen. Auch wenn ich privat selten CAD Anwendungen nutze - allerdings habe ich meine Garage tatsächlich im CAD erstellt und danach gebaut. Das war aber auch bisher der einzige Anwendungsfall. 😉
|
Blubbertran
(Themenstarter)
Anmeldungsdatum: 29. Oktober 2024
Beiträge: 7
|
Hallo, danke erstmal für die zahlreichen Antworten, und gerade die ausführliche Hilfe von von.wert. Dankeschön! von.wert schrieb: Erstelle folgende Datei
Ich habe das befolgt. Nach dem Hochfahren war alles unverändert, nur der Mauszeiger "flackerte" seltsam bei jeder Bewegung und war auch still oft nicht zu erkennen. Seltsamerweise passiert das auch, wenn ich in der erstellten Datei "nouveau" und "modesetting" tausche. Nur wenn ich die Datei lösche ist es weg. Nach ausführen von "inxi -Gxx" und vergleichen ergibt sich folgendes: Ohne Datei oder mit "nouveau" in der Datei statt "modesetting" lautet die Ausgabe:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | Graphics:
Device-1: NVIDIA GK107GLM [Quadro K2000M]
vendor: Hewlett-Packard driver: N/A arch: Kepler pcie:
speed: 2.5 GT/s lanes: 16 bus-ID: 01:00.0 chip-ID: 10de:0ffb
Display: x11 server: X.Org v: 21.1.11 with: Xwayland v: 23.2.6
compositor: kwin_x11 driver: X: loaded: modesetting,nouveau,vesa
unloaded: fbdev dri: swrast gpu: N/A display-ID: :0 screens: 1
Screen-1: 0 s-res: 640x480 s-dpi: 96
Monitor-1: Unknown-1 mapped: None-1 res: 640x480 size: N/A
API: EGL v: 1.5 platforms: device: 0 drv: swrast gbm:
drv: kms_swrast surfaceless: drv: swrast x11: drv: swrast
inactive: wayland
API: OpenGL v: 4.5 vendor: mesa v: 24.0.9-0ubuntu0.2
glx-v: 1.4 direct-render: yes renderer: llvmpipe (LLVM 17.0.6
256 bits) device-ID: ffffffff:ffffffff
API: Vulkan v: 1.3.275 surfaces: xcb,xlib device: 0 type: cpu
driver: N/A device-ID: 10005:0000
|
Mit "modesetting" statt "nouveau" ist lediglich unter "Display:" sowohl "vesa" bei "loaded:" als auch die komplette Sektion "unloaded: fbdev" verschwunden. Sonst scheint sich nichts verändert zu haben. Nachdem ich jetzt nochmal neu hochgefahren habe scheint allerdings "modesetting" wieder zu "unloaded:" gerutscht zu sein, wann genau das passiert kann ich gerade nicht sagen, ich schätze aber das es auch nicht so wichtig ist. All diese Ausgaben wurden mit weiterhin geblacklisteten "nvidiafb" erstellt, ich hatte die Zeile "blacklist nvidiafb" noch nicht auskommentiert. Ich habe aber zumindest keine offensichtliche Veränderung mit auskommentierter Zeile (nach Neustarten) festgestellt. Ist es entscheidend, alles nochmal mit der auskommentierten Zeile zu versuchen? Ich habe auch wieder versucht ohne "nomodeset" hochzufahren, es ist weiterhin hängengeblieben. Ich habe außerdem bereits "/etc/modprobe.d/" nach sowohl "modesetting" als auch "vesa" durchsucht, es gibt nur eine bereits auskommentierte Zeile "blacklist vesafb" wiederum in "/etc/modprobe.d/blacklist-framebuffer.conf".
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 11487
|
Für einen Test, ohne etwas anderes zu ziehen, wechsele auf dem Login-Screen, bevor Du Dich einloggst, von xorg auf Wayland! Ohne nomodeset! Wenn's damit funktioniert, bleibst Du dabei. Möglich, daß manche Programme, die damit noch nicht umgehen können, nicht funktionieren. Wenn es mit Wayland keine Abhilfe bringt - muß es unbedingt Kubuntu bzw. aus dem Ubuntu-Universum sein? Alternativen innerhalb dessen:
Desktop-Umgebung ist jeweils LXQt (ebenfalls Qt-basiert wie Plasma, jedoch mit openbox statt kwin als Window-Manager). 24.10 ist neuer, freilich müßtest Du die halbjährlichen Distupgrades mitmachen. 24.10 ist jedoch sinnvoll (insbesondere Pakete in universe und multiverse werden schnell nicht mehr gepflegt), zudem hast Du ja mit 24.04 ein Problem.
|