Kann schon sein.
Wie sieht denn der Aufruf derzeit aus? 
grep GRUB_CMDLINE /etc/default/grub > testfile
inxi -Fazy
würde diese Information auch mitliefern
das hier könnte man probieren:
also:
nvidia-drm.modeset=1
zu einer dieser Zeilen hinzufügen die durch das Kommando angezeigt werden
Du kannst mal mit Kernel 4.19 starten und mit
sudo mhwd -a pci free 0300
automatisch den Treiber finden und installieren lassen.
Laut Netz sollte 390 noch deine Karte unterstützen, wo es aber einen Hinweis gibt, dass Kernel 5.1 den Treiber nicht mehr unterstützt.
Deswegen ist es vielleicht besser, du versuchst es mit dem 4.19 Kernel
Mit
sudo mhwd -r video-nvidia--470xx
und
sudo mhwd -r video-nvidia--495xx
kannst du diese beiden entfernen.
Mit startx hatte ich auch probiert, bei mir kam “Bildschirm nicht gefunden”, aber nichts, was wirklich auf einen Fehler hinwies. startx ist meiner Meinung gut, “dass man sieht, dass es nicht geht”, aber das Problem sind dann meist eher nicht geladene oder nicht funktionierende Treiber.
Kurze Zwischenfrage aus reiner Neugier eines Manjaro-Neulings: Wozu dient auf einem System mit XFCE die Installation des für die Desktop-Umgebungen KDE Plasma und LXQt empfohlenen Display-Managers SDDM?
wenn das richtig ist - good catch! das hatte ich komplett übersehen.
dann wäre die nächste Frage:
wurde der vorher vorhandene Display Manager (wahrscheinlich lightdm für Xfce4)
deaktiviert oder deinstalliert?
… es kann nur einen geben … wenn zwei gestartet werden kommen die sich ins Gehege - und keiner von beiden funktioniert
ein einfacher Weg das zu testen wäre:
sudo systemctl stop sddm.service
sudo systemctl disable sddm.service
dann sollte der ursprünglich genutzte DM wieder starten
wohl erst nach einem Neustart
… wenn das alles so stimmt
grep GRUB_CMDLINE /etc/default/grub > testfile ergibt :
GRUB_CMDLINE_LINUX_DEFAULT="quiet resume=UUID=02aa46fa-32aa-465a-9915-d6d8c79a9651"
GRUB_CMDLINE_LINUX="quiet nolapic"
inxi -Fazy ergab :
System:
Kernel: 5.4.164-1-MANJARO x86_64 bits: 64 compiler: gcc v: 11.1.0
parameters: BOOT_IMAGE=/boot/vmlinuz-5.4-x86_64
root=UUID=ac0990e5-88da-4ed1-8346-2fe2a8c39b8a rw quiet nolapic quiet
resume=UUID=02aa46fa-32aa-465a-9915-d6d8c79a9651
Console: tty 3 Distro: Manjaro Linux base: Arch Linux
Machine:
Type: Laptop System: ASUSTeK product: F70SL v: 1.0
serial: <superuser required> Chassis: type: 10 serial: <superuser required>
Mobo: ASUS model: F70SL v: 1.0 serial: <superuser required>
BIOS: American Megatrends v: 211 date: 02/18/2009
Battery:
ID-1: BAT0 charge: 17.6 Wh (46.6%) condition: 37.8/63.0 Wh (60.0%)
volts: 16.2 min: 14.8 model: ASUSTEK M70--22 type: Li-ion serial: N/A
status: Charging
CPU:
Info: model: Intel Pentium Dual T3400 bits: 64 arch: Core Merom family: 6
model-id: 0xF (15) stepping: 0xD (13) microcode: 0xA4
Topology: cpus: 1x cores: 1 smt: <unsupported> cache: L1: 64 KiB
desc: d-1x32 KiB; i-1x32 KiB L2: 1024 KiB desc: 1x1024 KiB
Speed (MHz): 1000 min/max: 1000/2167 scaling: driver: acpi-cpufreq
governor: schedutil core: 1: 1000 bogomips: 4335
Flags: ht lm nx pae sse sse2 sse3 ssse3
Vulnerabilities:
Type: itlb_multihit status: KVM: Vulnerable
Type: l1tf mitigation: PTE Inversion
Type: mds
status: Vulnerable: Clear CPU buffers attempted, no microcode; SMT disabled
Type: meltdown mitigation: PTI
Type: spec_store_bypass status: Vulnerable
Type: spectre_v1
mitigation: usercopy/swapgs barriers and __user pointer sanitization
Type: spectre_v2
mitigation: Full generic retpoline, STIBP: disabled, RSB filling
Type: srbds status: Not affected
Type: tsx_async_abort status: Not affected
Graphics:
Device-1: NVIDIA G98M [GeForce 9300M GS] vendor: ASUSTeK U6V laptop
driver: N/A alternate: nouveau bus-ID: 01:00.0 chip-ID: 10de:06e9
class-ID: 0300
Device-2: Suyin UVC 1.3MPixel WebCam type: USB driver: uvcvideo
bus-ID: 1-5:3 chip-ID: 064e:a116 class-ID: 0e02 serial: <filter>
Display: server: X.org 1.21.1.2 driver: loaded: vesa tty: 80x30
Message: Advanced graphics data unavailable in console. Try -G --display
Audio:
Device-1: Silicon Integrated Systems [SiS] Azalia Audio vendor: ASUSTeK
driver: snd_hda_intel v: kernel bus-ID: 00:0f.0 chip-ID: 1039:7502
class-ID: 0403
Sound Server-1: ALSA v: k5.4.164-1-MANJARO running: yes
Sound Server-2: JACK v: 1.9.19 running: no
Sound Server-3: PulseAudio v: 15.0 running: no
Sound Server-4: PipeWire v: 0.3.40 running: no
Network:
Device-1: Silicon Integrated Systems [SiS] 191 Gigabit Ethernet Adapter
vendor: ASUSTeK driver: sis190 v: 1.4 port: cc00 bus-ID: 00:04.0
chip-ID: 1039:0191 class-ID: 0200
IF: enp0s4 state: up speed: 100 Mbps duplex: full mac: <filter>
Device-2: Qualcomm Atheros AR928X Wireless Network Adapter
vendor: AzureWave AW-NE771 802.11bgn driver: ath9k v: kernel bus-ID: 02:00.0
chip-ID: 168c:002a class-ID: 0280
IF: wlp2s0 state: down mac: <filter>
Drives:
Local Storage: total: 465.79 GiB used: 83.39 GiB (17.9%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/sda maj-min: 8:0 vendor: Samsung model: SSD 860 EVO 500GB
size: 465.76 GiB block-size: physical: 512 B logical: 512 B speed: <unknown>
type: SSD serial: <filter> rev: 2B6Q scheme: MBR
ID-2: /dev/sdb maj-min: 8:16 type: USB model: USB Flash size: 31.3 MiB
block-size: physical: 512 B logical: 512 B type: SSD serial: <filter>
scheme: MBR
SMART Message: Unknown USB bridge. Flash drive/Unsupported enclosure?
Partition:
ID-1: / raw-size: 459.31 GiB size: 451.1 GiB (98.21%)
used: 83.39 GiB (18.5%) fs: ext4 dev: /dev/sda1 maj-min: 8:1
Swap:
Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
ID-1: swap-1 type: partition size: 6.45 GiB used: 0 KiB (0.0%)
priority: -2 dev: /dev/sda2 maj-min: 8:2
Sensors:
System Temperatures: cpu: 43.0 C mobo: N/A
Fan Speeds (RPM): N/A
Info:
Processes: 108 Uptime: 9m wakeups: 1 Memory: 2.92 GiB
used: 302.4 MiB (10.1%) Init: systemd v: 249 tool: systemctl Compilers:
gcc: 11.1.0 alt: 10/7 clang: 13.0.0 Packages: 2283 note: see --pkg apt: 0
pacman: 2271 lib: 534 flatpak: 4 snap: 8 Shell: Bash (login) v: 5.1.12
running-in: tty 3 inxi: 3.3.11
Wenn ich sudo systemctl stop sddm.service und sudo systemctl disable sddm.service dann geht er direkt auf TTY.
Bei sudo mhwd -a pci free 0300 kommt:`
e[1me[31m> e[mSkipping already installed config 'video-linux' for device: 0000:01:00.0 (0300:10de:06e9) Display controller nVidia Corporation G98M [GeForce 9300M GS]
Aha - und was passierte vorher?
Wo ist der Unterschied?
Der Unterschied zwischen:
grafische Oberfläche startet nicht
und
geht direkt auf TTY?
Für mich ist zumindest das Ergebnis dasselbe.
… aber vielleicht verhält es sich ja anders nun, geht aber immer noch nicht …
Kannst Du bitte bestätigen, daß Du den vorherigen Displaymanager deaktiviert bzw deinstalliert hast?!
sddm hast Du ja erst nachträglich installiert - und sowohl @Piscatorius als auch ich hatten dazu Fragen.
Hast Du denn mal probiert
nvidia-drm.modeset=1
dort dranzuhängen und geschaut ob sich dadurch was ändert?
Das hast Du doch sicher mal versucht?
incl. ansehen der logs und auch der Ausgabe auf dem Bildschirm
In dem xorg.log was Du hier gezeigt hast sind jedenfalls keinerlei Fehlermeldungen zu sehen - ich kein Anzeichen dafür daß irgendwas fehlschlägt.
Wenn ich den sddm.service abstelle dann kommt gleich die TTY und wenn ich ihn drin lasse dann kommt wieder die Fehlermeldung:
Starting version 249.7-2-manjaro
[Failed] Failed to start Load Kernel Modul und danach kommt nichts mehr.
Wenn ich auf die TTY muß ich es mit Strg+Alt+einer F-Taste machen.
Ich hatte keinen anderen Displaymanager drauf ( jedenfalls kann ich mich nicht daran erinnern.), es kann allerdings sein das ich damals zuerst XFCE drauf hatte und anschließend noch den KDE Desktop installierte.
Das Ergebnis von startx steht in Postting Nr. 35:
Markers : (- -) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not inplemented, ((??) unknown.
(==) Log fole : "/var/log/Xorg.0.log", Time : Sun Dec 19 17:03:23 2021
(==) Using config directory "/usr/share/X11/xorg.conf.d" size = 0x00e00000, type = 1) Invalid argument (22)(II) Server terminated successfully (0). Closing File
Hmm …
keine Fehlermeldungen im xorg.log (scheinbar)
und unterschiedliches Verhalten abhängig davon, ob der Displaymanager automatisch gestartet wird oder nicht.
Ich würde ja jetzt mal folgendes machen:
den Displaymanager abschalten
sudo systemctl disable sddm.service
neustart:
systemctl reboot
Wenn er dann soweit ist (im TTY):
einloggen und den Displaymanager starten
sudo systemctl start sddm.service
oder - einfach nur
startx
… erst das eine, dann nach erneutem reboot das andere
irgendwo muß ja was passieren und auch Meldungen auftauchen, selbst wenn dann doch keine grafische Oberfläche erscheint
genau so würde ich bei mir rumprobieren um an Informationen zu kommen
Ist das mit Kernel 4.19 oder 4.14? Welchen benutzt du eigentlich?
Ich vermute eher, dass der Treiber, mit dem deine Karte läuft, nicht bei den 5er Kerneln eingebaut wird.
Kannst du mal mit 4.14 oder 4.19 starten und
sudo mhwd -r video-linux
und nochmal
sudo mhwd -a pci nonfree 0300
dass der Treiber neu installiert wird?
Heute gab es noch ein update von xorg-server und xorg-server-common, also solltest du noch vorher
sudo pacman -Syyu
machen
Gemischte Desktop-Umgebungen können mitunter zur Unverträglichkeit neigen und unerwartetes Verhalten hervorrufen.
aber: ja
die Reinstallation des Treibers würde ich auf jeden Fall auch mal versuchen
Naja, viel machen die Displaymanager nicht, ausser dir dein Anmelde-Bildschirm zu geben.
Schlimmstenfalls kann man sie halt nicht mehr unter der grafischen Oberfläche konfigurieren, weil sie nicht in den Einstellungen eingebunden wurden. Dann kann man das nur über die Konsole machen.
Das mag sein, aber wie man sieht, am Ende weiß halt niemand mehr so recht, wo die Ursache des Fehlverhaltens noch zu suchen bzw. zu finden ist. Mich beschleicht stark das Gefühl, dass wir es hier mit einem vom Benutzer verkorksten System zu tun haben, das nicht mehr zu retten ist. Wie wäre es mit einem sauberen Neubeginn?
Das mag sein, wobei mir das noch nie untergekommen ist, aber hier geht es um Kernel-Module und/oder Treiber und nicht Desktop-Umgebungen, die auch noch nach dem Display-Manager gestartet werden.
Um noch mehr sinnvolles beizutragen, könntest du einen anderen DM probieren, wie z.B. lightdm.
pamac install lightdm && systemctl enable lightdm
Hast du eventuell die pacman.conf verändert und Drittanbieter-Repositories eingetragen? Ein anderer Thread hatte das als Problemfall.
Das journal müsste eigentlich schon mitloggen welches Modul nicht geladen werden konnte. Kannst du das nachforschen?
Ich hätte da schon noch einige Ideen. Und meistens ist es nicht wirklich verkorkst.
Mit Linux kann man aber so ziemlich alles am System richten, wenn man weiss wie.
Und bei ihm kam es ja einmal durch das Update, und zum anderen benutzt er ein altes Laptop, wo nun der Xserver nicht mehr startet.
Also nicht durch ‘ein verkorkstes System’ Schlimmer wäre es, wenn er Fremdpakete installiert, die dann Abhängigkeitskonflikte verursachen, oder wahllos Dateien gelöscht hat.
Trifft aber alles hier nicht zu. Und von dort her ist Linux wirklich viel besser zu verwalten als Windows.
Da das ja zumindest der ursprüngliche Aufhänger war wäre es ja auch mal ganz interessant zu wissen um welche Module es da speziell geht.
Diesen Abzweig ins Ungewisse sollten wir wohl erst dann verfolgen, wenn für die bisher genannten Klärungsversuche Ergebnisse vorliegen.
Ich glaube ja, daß @Lehmeier recht entspannt ist - aber auch leicht überfordert was das antworten auf Lösungsvorschläge angeht.
einiges geht einfach unter …
Das war´s.
Ich habe zuerst noch ein Update gemacht mit: sudo Pamac -SYYu
danach dann sudo pamac install lightdm && systemctl enable lightdm
und ich mußte nur noch auf Plasma umstellen und hatte dann fast alles wieder wie vorher.
Jetzt habe ich nur noch ein kleines Problem mit dem Dasktop. Doch dazu mache ich ein anderes Posting auf.
Ein großes Dankeschön für eure Hilfe und Geduld.
Was eure Vermutungen angeht so ich euch recht geben . Ich war schon etwas überfordert und was die Lösungsvorschläge angeht so habe ich getan was ich konnte, auch wenn es nicht viel war.
Was das System angeht so wurde es einmal aufgesetzt und Jahrelang nur aktualisiert - bis es diesmal gescheitert ist.
Jetzt noch mal ein Dankeschön und eine gute Nacht.
This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.